Visão geral da manutenção

Os clusters e as instâncias do AlloyDB para PostgreSQL dependem de muitos recursos internos de baixo nível doGoogle Cloud . Isso inclui as instâncias de máquina virtual (VM) que servem como nós e balanceadores de carga do AlloyDB e os volumes de armazenamento que contêm seus dados. Como o AlloyDB é um serviço gerenciado, o Google mantém esses recursos internos atualizados. Isso ajuda a garantir que os clusters e as instâncias do AlloyDB permaneçam confiáveis, eficientes e seguros.

A maioria dessas atualizações não exige inatividade, mas algumas atualizações do sistema exigem uma breve interrupção do serviço. Chamamos essas atualizações de atualizações de manutenção. Como essas atualizações exigem que o nó afetado seja reiniciado, elas podem gerar um período de inatividade. As operações de manutenção sem interrupções no AlloyDB limitam o tempo de inatividade a menos de um segundo para instâncias primárias e zero segundo para pools de leitura. Para alcançar um tempo de inatividade quase zero e zero, o AlloyDB prepara um servidor de substituição com as atualizações e, em seguida, troca o servidor de banco de dados.

Para mais informações, consulte Ver e definir horários de manutenção e Gerenciar atualizações de manutenção do AlloyDB usando um cluster de preparo.

Motivos da manutenção

As atualizações de manutenção periódica podem acontecer pelos seguintes motivos:

  • Novos recursos e correções de bugs do AlloyDB:para lançar novos recursos, o Google precisa atualizar o software do AlloyDB que é executado nos nós do cluster. Isso também pode envolver atualizações nas extensões do PostgreSQL incluídas no AlloyDB ou a instalação de novas extensões. As atualizações também podem incluir correções de bugs e segurança ou melhorias de desempenho.

  • Upgrades de compatibilidade de banco de dados:a comunidade do PostgreSQL lança regularmente atualizações de versões secundárias para as versões principais compatíveis do PostgreSQL. O Google incorpora essas atualizações ao AlloyDB e as aplica aos clusters. Para mais informações, consulte Políticas de versão do banco de dados.

Dia/hora e preferências de manutenção

É possível definir janelas de manutenção para clusters primários e secundários do AlloyDB. Por padrão, nenhuma janela de manutenção é definida em um cluster do AlloyDB. A manutenção não emergencial de um cluster do AlloyDB sem janelas de manutenção configuradas pode ocorrer a qualquer momento, exceto entre 6h e 22h nos dias úteis, no horário local da região em que o cluster está localizado.

Também é possível especificar uma janela de manutenção. Uma janela de manutenção define o horário de manutenção preferencial, em termos de hora do dia e dia da semana, para que o cluster inicie os eventos de manutenção. Por exemplo, é possível definir um cluster para ter uma janela de manutenção que começa às 11h aos domingos (UTC).

Se você definir uma janela de manutenção, o AlloyDB vai programar eventos de manutenção não emergenciais futuros para começar no máximo uma hora após o horário especificado. Além disso, se você ativar as notificações por e-mail sobre eventos de manutenção programados do AlloyDB, vai receber uma notificação automática sobre o evento assim que ele for programado. Os eventos de manutenção são programados com pelo menos uma semana de antecedência.

Não é possível definir quando uma janela de manutenção termina. Isso ocorre porque o tempo total necessário para um único evento de manutenção pode variar. A duração da janela de manutenção depende da complexidade do cluster, ou seja, do número de instâncias de pool de leitura que exigem atualizações, e da natureza da atualização. O AlloyDB atualiza primeiro os pools de leitura simultaneamente e, em seguida, atualiza a instância primária.

Embora o tempo de inatividade que uma instância individual requer possa ser breve, o processo de manutenção inteiro geralmente é concluído em uma hora. Só é possível definir uma janela de manutenção de uma hora. No entanto, para clusters com vários pools de leitura, o tempo de inatividade pode continuar além da janela de uma hora, porque a manutenção pode começar a qualquer momento nessa janela, por exemplo, no último minuto, e levar até uma hora. Isso significa que a inatividade pode ocorrer após a janela de manutenção.

Eventos de manutenção de emergência, como patches de segurança urgentes, podem ocorrer fora dos horários de manutenção padrão ou das janelas de manutenção configuradas. Isso inclui períodos de manutenção de negação.

Versão mais recente disponível

Para clusters sem uma janela de manutenção definida, a manutenção é aplicada aos clusters por região. Isso significa que os clusters em algumas regiões recebem e podem acessar a versão mais recente antes dos clusters em outras regiões.

As notas da versão e os registros de alterações de manutenção do AlloyDB são publicados logo após a conclusão da manutenção em todas as regiões. Os clusters com janelas de manutenção normalmente recebem atualizações depois que o registro de alterações e as notas da versão são atualizados.

Manutenção de autoatendimento

Se você precisar aplicar a manutenção e atualizar os clusters para a versão mais recente antes da janela de manutenção programada, use a manutenção de autoatendimento. A atualização para a versão mais recente pode desbloquear recursos, aplicar patches e permitir que você defina um período de negação no cluster. Para mais informações, consulte Realizar manutenção de autoatendimento.

A seguir