Visão geral de atualização
CCE foi aprovado pelo Certified Kubernetes Conformance Program e é uma oferta certificada do Kubernetes. Para habilitar a interoperabilidade de uma instalação do Kubernetes para a próxima, você deve atualizar seus clusters do Kubernetes antes que o período de manutenção termine.
Depois que a versão mais recente do Kubernetes estiver disponível no CCE, o CCE descreverá as alterações nessa versão.
Você pode usar o console do CCE para atualizar a versão do Kubernetes de um cluster.
Uma tag de upgrade será exibida na exibição de placa de cluster se houver uma nova versão para o cluster a ser atualizado.
Como verificar:
Processo de atualização do cluster
O processo de atualização de cluster envolve verificação pré-atualização, backup, atualização e verificação pós-atualização.
Depois de determinar a versão de destino do cluster, leia atentamente as precauções e evite a incompatibilidade de função durante a atualização.
- Verificação pré-atualização
Antes de uma atualização de cluster, o CCE verifica a compatibilidade de nós, complementos e cargas de trabalho no cluster para reduzir a probabilidade de falhas de atualização para a melhor extensão. Se alguma exceção for detectada, retifique a falha conforme solicitado no console.
- Backup
Durante a atualização, o backup dos dados do cluster é feito por padrão. Você também pode fazer backup de nós principais inteiros conforme necessário. O Cloud Backup and Recovery (CBR) será usado para backup de nó completo. Demora cerca de 20 minutos para fazer backup de um nó.
- Atualização
Durante a atualização, configure os parâmetros de atualização, como a etapa para atualização de complementos ou atualização de rolamento de nó. Depois que os parâmetros de atualização são configurados, os complementos e nós serão atualizados um por um.
- Verificação pós-atualização
Após a atualização, verifique manualmente os serviços e assegure-se de que os serviços não sejam interrompidos pela atualização.
Atualização do cluster
A tabela a seguir descreve a versão de destino para a qual cada versão do cluster pode ser atualizada e os modos de atualização suportados.
|
Versão atual |
Versão de destino |
Modo de atualização |
|---|---|---|
|
v1.23 |
v1.25 |
Atualização in-loco |
|
v1.21 |
v1.25 v1.23 |
Atualização in-loco |
|
v1.19 |
v1.23 v1.21 |
Atualização in-loco |
|
v1.17 |
v1.19 |
Atualização in-loco |
|
v1.15 |
v1.19 |
Atualização in-loco |
|
v1.13 |
v1.15 |
Atualização contínua |
|
v1.11 v1.9 v1.7 |
Última versão que pode ser criada no console |
Migração |
Modo de atualização
Diferentes modos de atualização têm diferentes vantagens e desvantagens.
|
Modo de atualização |
Método |
Vantagens |
Desvantagens |
|---|---|---|---|
|
Atualização in-loco |
Os componentes do Kubernetes, os componentes de rede e os componentes de gerenciamento do CCE são atualizados no nó. Durante a atualização, os pods de serviço e as redes não são afetados. O rótulo SchedulingDisabled será adicionado a todos os nós existentes. Após a conclusão da atualização, você pode usar corretamente os nós existentes. |
Você não precisa migrar serviços, garantindo a continuidade do serviço. |
A atualização in-loco não atualiza o sistema operacional de um nó. Se você deseja atualizar o sistema operacional, limpe os dados correspondentes do nó após a conclusão da atualização do nó e redefina o nó para atualizar o sistema operacional para uma nova versão. |
|
Atualização contínua |
Somente os componentes do Kubernetes e determinados componentes de rede são atualizados no nó. O rótulo SchedulingDisabled será adicionado a todos os nós existentes para garantir que as aplicações em execução não sejam afetados.
AVISO:
|
Os serviços não são interrompidos. |
|
