Visão geral do upgrade do Kubernetes

Selecione uma versão da documentação:

Nesta página, descrevemos opções e casos de uso para fazer upgrade do operador do AlloyDB Omni no Kubernetes e do banco de dados do AlloyDB Omni no Kubernetes. Manter a instalação do AlloyDB Omni atualizada é essencial para a segurança, a estabilidade e o acesso a novos recursos.

O processo de upgrade envolve os seguintes componentes:

  • O operador do AlloyDB Omni no Kubernetes
  • O cluster de banco de dados

Opções de upgrade

Dependendo das suas necessidades e do ambiente, você tem as seguintes opções de upgrade:

Tipo de upgrade Descrição Quando usar
Upgrade do operador Faça upgrade da versão do operador do AlloyDB Omni no Kubernetes, por exemplo, de 1.4.0 para 1.5.0. É necessário fazer upgrade do operador do AlloyDB Omni no Kubernetes antes de fazer upgrades da versão do banco de dados. Você também precisa fazer upgrade do operador para receber os recursos e correções mais recentes do operador do AlloyDB Omni no Kubernetes.
Upgrade da versão secundária do banco de dados Faça upgrade do banco de dados para uma versão secundária mais recente, por exemplo, do PostgreSQL 15.7.1 para 15.12.0. Esses upgrades incluem correções de bugs, patches de segurança e melhorias de desempenho. A atualização secundária do banco de dados faz parte da manutenção regular que mantém seus clusters de banco de dados íntegros e seguros. Para clusters de alta disponibilidade (HA), esse processo foi projetado para ter pouco tempo de inatividade.
Upgrade da versão principal do banco de dados Faça upgrade do banco de dados para uma nova versão principal, por exemplo, do PostgreSQL 15 para 16. Você faz um upgrade da versão principal para aproveitar os novos recursos e funcionalidades significativos introduzidos na nova versão do banco de dados. O upgrade da versão principal do banco de dados requer planejamento cuidadoso.