Visão geral do upgrade do Kubernetes

Selecionar uma versão da documentação:

Esta página descreve as opções e os casos de uso para fazer upgrade do operador AlloyDB Omni no Kubernetes e do banco de dados 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 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 AlloyDB Omni no Kubernetes, por exemplo, da versão 1.4.0 para a 1.5.0. É necessário fazer upgrade do operador 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 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 a 15.12.0. Esses upgrades incluem correções de bugs, patches de segurança e melhorias de desempenho. O upgrade secundário 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 a 16. Faça um upgrade da versão principal para aproveitar novos recursos e capacidades significativos introduzidos na nova versão do banco de dados. O upgrade da versão principal do banco de dados requer um planejamento cuidadoso.