Cette rubrique répond aux questions courantes relatives à l’exploitation des instances Lindorm, notamment la mise à l’échelle, les modifications de configuration, les mises à niveau de version et les redémarrages. Elle indique la durée de chaque opération, son impact sur vos charges de travail en cours d’exécution et les éléments à vérifier avant de commencer.
Aperçu général
Le tableau ci-dessous résume les délais et l’impact métier pour toutes les opérations majeures d’exploitation et de maintenance. Utilisez-le pour planifier vos fenêtres de maintenance.
| Opération | Durée | Interruption lecture/écriture ? | Variation de latence ? | Risque de déconnexion ? |
|---|---|---|---|---|
| Ajout de nœuds (scale-out) | 10–15 min par nœud (parallèle) | Non | Oui | — |
| Extension du stockage | Quelques minutes | Non | — | — |
| Activation du stockage froid | 10–15 min par nœud (séquentiel) | Non | Oui | Oui |
| Extension du stockage froid | Quelques minutes | Non | — | — |
| Mise à niveau de la configuration | 10–15 min par nœud (séquentiel) | Non | Oui | Oui |
| Suppression de nœuds (scale-in) | Voir formule | Non | — | — |
| Rétrogradation de la configuration | 10–15 min par nœud (séquentiel) | Non | Oui | Oui |
| Mise à niveau de version mineure — LindormDFS | 10–15 min par nœud (séquentiel) | Non | — | — |
| Mise à niveau de version mineure — LindormTable | 10–15 min par nœud (séquentiel) | Non | Oui | Oui |
| Redémarrage de l’instance | 10–15 min par nœud (séquentiel) | Non | Oui | Oui |
Pour les opérations susceptibles de provoquer des variations de latence ou des déconnexions, configurez votre client pour qu’il se reconnecte automatiquement et planifiez l’opération pendant les heures creuses si votre charge de travail est sensible à la latence.
Extension, mise à niveau de la configuration et activation du service
Combien de temps prend l’ajout de nœuds à une instance ?
L’ajout de nœuds s’effectue en parallèle sur tous les nœuds ajoutés. Chaque nœud nécessite environ 10 à 15 minutes.
Quel est l’impact sur mon activité lors de l’ajout de nœuds ?
L’instance continue de traiter les lectures et les écritures tout au long de l’opération. Certaines requêtes peuvent subir des pics de latence temporaires. Vérifiez que le client est configuré pour se reconnecter automatiquement.
Combien de temps prend l’extension de la capacité de stockage d’une instance ? Quel est l’impact sur mon activité durant cette opération ?
L’extension du stockage se termine en quelques minutes sans interrompre votre charge de travail. Cette option est uniquement disponible pour les instances utilisant un stockage Standard, Performance ou Capacity. Si votre instance utilise des SSD locaux ou des disques durs, ajoutez des nœuds pour augmenter la capacité de stockage.
Combien de temps prend l’activation du stockage froid ? Quel est l’impact sur mon activité durant ce processus ?
L’activation du stockage froid redémarre chaque nœud séquentiellement. Chaque nœud prend environ 10 à 15 minutes ; une instance de quatre nœuds nécessite donc environ 60 minutes. Les nœuds comportant davantage de régions prennent plus de temps.
L’instance continue de traiter les lectures et les écritures pendant l’opération, mais vous pouvez observer des pics de latence temporaires et de brèves déconnexions. Vérifiez que le client est configuré pour se reconnecter automatiquement.
Combien de temps prend l’extension de la capacité de stockage froid d’une instance ? Quel est l’impact sur mon activité durant cette opération ?
L’extension du stockage froid se termine en quelques minutes sans interrompre votre charge de travail.
Combien de temps prend la mise à niveau de la configuration d’une instance ? Quel est l’impact sur mon activité durant cette mise à niveau ?
Les mises à niveau de configuration s’appliquent à chaque nœud séquentiellement. Chaque nœud prend environ 10 à 15 minutes ; une instance de quatre nœuds nécessite donc environ 60 minutes. Les nœuds comportant davantage de régions prennent plus de temps.
L’instance continue de traiter les lectures et les écritures pendant la mise à niveau, mais vous pouvez observer des pics de latence temporaires et de brèves déconnexions. Vérifiez que le client est configuré pour se reconnecter automatiquement.
Suppression de nœuds et rétrogradation de la configuration
Combien de temps prend la suppression de nœuds d’une instance ?
Utilisez la formule suivante pour estimer la durée de la migration des données :
Migration time = Data to migrate ÷ (Total nodes × 30 MB/s)Exemple : Une instance de 10 nœuds avec 10 To de stockage utilisé doit supprimer 2 nœuds. Les données étant réparties uniformément, 2 To doivent être migrés.
2 TB ÷ (10 nodes × 30 MB/s) = 6,990.5 seconds ≈ 2 hoursAjoutez une période de refroidissement de 0,5 heure, soit un total d’environ 2,5 heures.
Il s’agit d’une estimation. La durée réelle varie selon la charge de travail et le support de stockage.
Avant d’envoyer une demande de suppression de nœuds, vérifiez que les nœuds restants disposent d’un espace disque suffisant pour absorber les données migrées. Si un support de stockage dépasse 85 % d’utilisation après la suppression, la demande ne peut pas être envoyée.
Pour connaître les règles de remboursement applicables après la suppression de nœuds, consultez Règles de désabonnement pour le site international Alibaba Cloud.
Quel est l’impact sur mon activité lors de la suppression de nœuds ?
L’instance continue de traiter les lectures et les écritures tout au long de l’opération sans interruption.
Combien de temps prend la rétrogradation de la configuration d’une instance ? Quel est l’impact sur mon activité durant cette opération ?
Les rétrogradations de configuration s’appliquent à chaque nœud séquentiellement, en redémarrant chaque nœud à tour de rôle. Chaque nœud prend environ 10 à 15 minutes ; une instance de quatre nœuds nécessite donc environ 60 minutes. Les nœuds comportant davantage de régions prennent plus de temps.
L’instance continue de traiter les lectures et les écritures pendant la rétrogradation, mais vous pouvez observer des pics de latence temporaires et de brèves déconnexions. Vérifiez que le client est configuré pour se reconnecter automatiquement.
Pour connaître les règles de remboursement applicables après la rétrogradation de la configuration, consultez Règles de désabonnement pour le site international Alibaba Cloud.
Mise à niveau de version mineure et redémarrage de l’instance
Combien de temps prend la mise à niveau de la version mineure d’une instance ?
Chaque nœud prend environ 10 à 15 minutes. Les mises à niveau sont appliquées séquentiellement ; une instance de quatre nœuds nécessite donc environ 60 minutes, que ce soit pour LindormDFS ou LindormTable.
Puis-je sélectionner une version mineure spécifique pour la mise à niveau ?
Non. La version mineure est toujours mise à niveau vers la dernière version stable compatible ascendante. Vous ne pouvez pas spécifier de version cible.
Quel est l’impact sur mon activité lors de la mise à niveau de la version mineure ?
LindormDFS : Les charges de travail en cours d’exécution ne sont pratiquement pas affectées.
LindormTable : L’instance continue de traiter les lectures et les écritures, mais vous pouvez observer des pics de latence temporaires et de brèves déconnexions. Vérifiez que le client est configuré pour se reconnecter automatiquement.
Combien de temps prend le redémarrage d’une instance ? Quel est l’impact sur mon activité durant le redémarrage ?
Les nœuds redémarrent séquentiellement. Chaque nœud prend environ 10 à 15 minutes ; une instance de quatre nœuds nécessite donc environ 60 minutes. Les nœuds comportant davantage de régions prennent plus de temps.
L’instance continue de traiter les lectures et les écritures pendant le redémarrage, mais vous pouvez observer des pics de latence temporaires et de brèves déconnexions. Vérifiez que le client est configuré pour se reconnecter automatiquement.
Espace de stockage
Comprendre l’utilisation du stockage
L’utilisation du stockage est rapportée différemment selon le type de stockage.
-
Stockage cloud (Performance, Standard et Capacity) : l’utilisation comprend deux parties. Par exemple, si seul LindormTable est activé, la console affiche :
Libellé Description ① Espace utilisé par un seul réplica. Le nombre de réplicas n’est pas pris en compte. ② Espace utilisé par les composants hors moteur : données de la corbeille, métadonnées de blocs, espace préalloué pour les blocs en cours d’écriture, fichiers système et espace réservé au système distribué. Cela représente généralement une très faible proportion de l’utilisation totale. Dans la console, sous Storage Details, ① correspond à l’utilisation du Wide Table Engine et ② correspond à Other Usage.
-
Stockage non cloud (SSD local ou disque dur) : le nombre de réplicas est pris en compte. Par exemple, avec 3 réplicas, l’écriture de 100 Mo de données consomme 300 Mo d’espace de stockage.
Le panneau de stockage Local HDD affiche une capacité utilisée de 827,0 Kio / 125,9 Tio (0,0 %), dont Wide Table Engine utilise 57,68 Kio, Other Usage utilise 769,35 Kio et Remaining Space s’élève à 125,92 Tio.