ApsaraDB for ClickHouse publie régulièrement des mises à jour majeures du moteur afin d'améliorer les fonctionnalités et les performances des clusters Community Compatible Edition. Toutefois, ces mises à niveau peuvent affecter la compatibilité, les performances et la cohérence des données de vos clusters existants. Nous vous recommandons donc de réaliser une vérification complète et une planification rigoureuse avant d'effectuer la mise à niveau. Cette rubrique présente trois méthodes de mise à niveau majeure : la mise à niveau en un clic, la mise à niveau par migration et la mise à niveau par clonage. Comparez ces approches pour identifier celle qui correspond le mieux à votre scénario.
|
Critère de comparaison |
|||
|
Scénario |
Simple, mais présente des risques de compatibilité et ne permet pas de retour arrière. Exécutez un test de compatibilité avant la mise à niveau. |
Idéal pour les volumes de données inférieurs ou égaux à 10 To. |
Recommandé lorsque la vérification de la compatibilité des données est requise. |
|
Cible |
Uniquement le cluster source. |
Clusters source et de destination. |
Cluster source et clone. |
|
Nombre de clusters |
Un seul cluster. |
Deux : source et destination. |
Deux : source et clone. |
|
Retour arrière de la mise à niveau |
Irréversible. En cas d'échec, le cluster ne peut pas revenir à sa version précédente. |
Annulation possible pendant la migration. Irréversible une fois l'opération terminée. |
Irréversible, mais le cluster source reste inchangé. Gérez le cluster source selon vos besoins métier. |
|
Suspension des écritures |
Suspendez les écritures jusqu'à la fin de la mise à niveau. |
Arrêtez les écritures sur le cluster source vers la fin de la migration pour garantir la cohérence des données. |
Suspendez les écritures lors de la création du snapshot. |
|
Facteurs influençant la durée |
Pour identifier l'architecture de votre cluster, consultez Confirmer l'architecture du cluster. |
Augmente avec le volume de données et la fréquence d'écriture. La migration peut échouer si les écritures se poursuivent. |
Relativement rapide. Dépend principalement du temps de création du snapshot et du démarrage du cluster. |
|
Méthode de migration des données |
Non requise. La mise à niveau s'exécute directement sur le cluster. |
Les données sont migrées progressivement du cluster source vers le cluster de destination. |
Création d'un cluster clone à partir d'un snapshot de disque de données. |
|
Migration des données froides |
Prise en charge. |
Prise en charge. |
Non pris en charge. |
|
Basculement |
Non requis. |
Basculez manuellement les charges de travail vers le cluster de destination. Gérez le cluster source selon vos besoins. |
Basculez manuellement les charges de travail vers le cluster clone. Gérez le cluster source selon vos besoins. |