ApsaraDB for ClickHouse lança regularmente atualizações da versão principal do mecanismo para aprimorar recursos e desempenho dos clusters da Community Compatible Edition. Contudo, essas atualizações podem afetar a compatibilidade, o desempenho e a consistência dos dados dos clusters existentes. Por isso, recomendamos verificar completamente e planejar com antecedência antes de iniciar a atualização formal. Este tópico descreve três métodos para atualizar a versão principal do mecanismo: atualização com um clique em, atualização por migração e atualização por clonagem. Compare-os para identificar a melhor opção para seu cenário.
|
Item de comparação |
|||
|
Cenário |
Processo simples, mas com riscos de compatibilidade e sem possibilidade de reversão. Execute um teste de compatibilidade antes da atualização. |
Ideal para volumes de dados de até 10 TB. |
Recomendado quando é necessária verificação de compatibilidade dos dados. |
|
Destino |
Somente o cluster de source. |
Clusters de source e de destino. |
Clusters de source e clonado. |
|
Quantidade de clusters |
Um cluster. |
Dois: source e destino. |
Dois: source e clonado. |
|
Reversão da atualização |
Irreversível. Se a atualização falhar, o cluster não retornará à versão anterior. |
Cancelável durante a migração. Irreversível após a conclusão. |
Irreversível, mas o cluster de source permanece inalterado. Gerencie o cluster de source conforme as necessidades do negócio. |
|
Suspensão de gravação |
Suspenda as gravações até a conclusão da atualização. |
Interrompa as gravações no cluster de source próximo ao fim da migração para garantir a consistência dos dados. |
Suspenda as gravações durante a criação do snapshot. |
|
Fatores que influenciam a duração |
Para identificar a arquitetura do cluster, consulte Confirm cluster architecture. |
Aumenta conforme o volume de dados e a frequência de gravação. A migração pode falhar se as gravações continuarem. |
Relativamente rápido. Depende principalmente da criação do snapshot e do tempo de inicialização do cluster. |
|
Método de migração de dados |
Desnecessário. A atualização ocorre diretamente no cluster. |
Os dados migram gradualmente do cluster de source para o de destino. |
Cluster clonado criado a partir de um snapshot de disco de dados. |
|
Migração de dados frios |
Suportado. |
Suportado. |
Não suportado. |
|
Troca (Switchover) |
Desnecessária. |
Transfira manualmente as cargas de trabalho para o cluster de destino. Gerencie o cluster de source conforme necessário. |
Transfira manualmente as cargas de trabalho para o cluster clonado. Gerencie o cluster de source conforme necessário. |