Os clusters e as instâncias do AlloyDB para PostgreSQL dependem de muitos recursos internos de baixo nível do Google Cloud . Isso inclui as instâncias de máquina virtual (VM) que servem como nós e balanceadores de carga do AlloyDB, além dos 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 seus clusters e instâncias do AlloyDB permaneçam confiáveis, eficientes e seguros.
A maioria dessas atualizações não exige tempo de inatividade, mas algumas atualizações do sistema precisam de uma breve interrupção do serviço. Chamamos essas atualizações de manutenção. Como essas atualizações exigem a reinicialização do nó afetado, elas podem causar tempo de inatividade. As operações de manutenção sem interrupções do AlloyDB limitam o tempo de inatividade a menos de um segundo para instâncias principais e zero segundos para pools de leitura. Para alcançar inatividade próxima de zero e zero, o AlloyDB prepara um servidor de substituição com as atualizações e depois troca o servidor de banco de dados.
Motivos para a manutenção
As atualizações periódicas de manutenção 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 das 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 do banco de dados:a comunidade do PostgreSQL lança regularmente atualizações de versões secundárias para as principais versões compatíveis do PostgreSQL. O Google incorpora essas atualizações ao AlloyDB e as aplica aos seus 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 preferido para a manutenção, em termos de hora do dia e dia da semana, para que o cluster inicie os eventos de manutenção. Por exemplo, você pode definir que um cluster tenha uma janela de manutenção que comece às 11h aos domingos (UTC).
Se você definir uma janela de manutenção, o AlloyDB vai programar eventos futuros de manutenção não emergencial para começar no máximo uma hora após o horário especificado. Além disso, se você ativar o recebimento de 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 acontece 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 precisam de atualizações, e da natureza da atualização. O AlloyDB primeiro atualiza os pools de leitura simultaneamente e depois a instância principal.
Embora o tempo de inatividade necessário para uma instância individual possa ser breve, todo o processo de manutenção 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 após a 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 bloqueio de manutenção.