ApsaraDB for ClickHouse publica periódicamente actualizaciones de versión principal del motor para mejorar las funcionalidades y el rendimiento de los clústeres Community Compatible Edition. Sin embargo, estas actualizaciones pueden afectar la compatibilidad, el rendimiento y la consistencia de los datos en los clústeres existentes. Por lo tanto, se recomienda verificar y planificar exhaustivamente antes de proceder con la actualización formal. Este tema describe tres métodos para actualizar la versión principal del motor: actualización con un clic, actualización por migración y actualización por clonación. Compare estos métodos para identificar el más adecuado para su escenario.
|
Elemento de comparación |
|||
|
Escenario |
Sencillo, pero implica riesgos de compatibilidad y no permite reversa. Ejecute una prueba de compatibilidad antes de actualizar. |
Recomendado para volúmenes de datos que no superen los 10 TB. |
Ideal cuando se requiere verificar la compatibilidad de los datos. |
|
Objetivo |
Únicamente el clúster de origen. |
Clústeres de origen y destino. |
Clústeres de origen y clonado. |
|
Número de clústeres |
Un clúster. |
Dos: origen y destino. |
Dos: origen y clonado. |
|
Reversa de la actualización |
Irreversible. Si la actualización falla, el clúster no puede volver a la versión anterior. |
Se puede cancelar durante la migración. Es irreversible una vez completada. |
Irreversible, pero el clúster de origen permanece sin cambios. Gestione el clúster de origen según sus necesidades empresariales. |
|
Suspensión de escrituras |
Las escrituras se suspenden hasta que finalice la actualización. |
Detenga las escrituras en el clúster de origen cerca del final de la migración para garantizar la consistencia de los datos. |
Suspenda las escrituras durante la creación de la instantánea. |
|
Factores que influyen en la duración |
Para identificar la arquitectura de su clúster, siga Confirm cluster architecture. |
Aumenta con el volumen de datos y la frecuencia de escritura. La migración puede fallar si continúan las escrituras. |
Relativamente rápido. Depende principalmente de la creación de la instantánea y del tiempo de inicio del clúster. |
|
Método de migración de datos |
No es necesario. La actualización se ejecuta directamente en el clúster. |
Los datos se migran gradualmente del clúster de origen al clúster de destino. |
El clúster clonado se crea a partir de una instantánea del disco de datos. |
|
Migración de datos fríos |
Compatible. |
Compatible. |
No compatible. |
|
Cambio de entorno |
No es necesario. |
Cambie manualmente las cargas de trabajo al clúster de destino. Gestione el clúster de origen según sea necesario. |
Cambie manualmente las cargas de trabajo al clúster clonado. Gestione el clúster de origen según sea necesario. |