Os clusters e as instâncias do AlloyDB 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 cuida da atualização desses recursos internos. 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 exigem 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 primárias e secundárias e a zero segundos para pools de leitura. Para isso, é necessário preparar um servidor de substituição com as atualizações e depois trocar o servidor de banco de dados. Como você pode ver nos registros, o tempo de operação é maior que o tempo de inatividade.
Motivos para a manutenção
As atualizações de manutenção podem acontecer pelos seguintes motivos:
Novos recursos do AlloyDB. Para lançar novos recursos, o Google precisa atualizar o software do AlloyDB em execução nos nós do cluster. Isso também pode envolver a atualização das extensões do PostgreSQL incluídas no AlloyDB ou a instalação de novas extensões.
Upgrades de compatibilidade do 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 configurados para compatibilidade com a versão principal afetada. Para mais informações, consulte Políticas de versão do banco de dados.
Patches do sistema operacional. O Google monitora continuamente vulnerabilidades de segurança nos sistemas operacionais executados nos recursos internos que constituem os clusters do AlloyDB. Após a descoberta, aplicamos um patch aos sistemas operacionais dos recursos para proteger você contra novos riscos.
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 preferido, 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 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 até uma hora após o horário especificado. Além disso, se você ativar o recebimento de notificações por e-mail sobre os próximos eventos de manutenção 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 o horário de término de uma janela de manutenção, já que o tempo total necessário para um único evento de manutenção pode variar dependendo da complexidade do cluster, ou seja, o número de instâncias do pool de leitura que precisam de atualização, e a natureza da atualização. Embora o tempo de inatividade necessário para qualquer instância individual possa ser muito breve, toda a manutenção pode levar horas. Por isso, é possível usar uma janela de manutenção para controlar o horário geral do dia em que as instâncias do cluster ficam inativas para manutenção, mas não é possível especificar uma janela de inatividade de um minuto para qualquer instância.
Eventos de manutenção de emergência, como a aplicação de patches de segurança urgentes, podem ocorrer fora dos horários de manutenção padrão ou das janelas de manutenção configuradas, incluindo durante os períodos de bloqueio de manutenção.
Práticas recomendadas para janelas de manutenção
Recomendamos que você defina janelas de manutenção nos clusters de produção e não defina janelas de manutenção nos clusters de não produção. Isso ocorre devido à seguinte ordem geral de eventos em torno de uma atualização de manutenção:
- Primeiro, o Google atualiza todos os clusters que não têm janelas de manutenção.
- Em seguida, o Google programa atualizações para todos os clusters que têm janelas de manutenção. Essas atualizações têm pelo menos uma semana de antecedência.
- Se você tiver ativado o recebimento de comunicações sobre os próximos eventos de manutenção do AlloyDB, o Google vai enviar um e-mail com uma notificação sobre a manutenção programada.
- O Google realiza as atualizações de manutenção nos horários programados.
Portanto, uma notificação de manutenção futura também significa que as mesmas atualizações já foram aplicadas a todos os seus clusters sem janelas de manutenção definidas. Se você deixar os clusters que não são de produção sem janelas de manutenção, poderá garantir que eles recebam as atualizações do sistema primeiro. Além disso, poderá usar as notificações de manutenção futura como um aviso para testar ou visualizar as atualizações em um ambiente que não seja de produção.