Os clusters e as instâncias do AlloyDB for PostgreSQL dependem de muitos Google Cloud recursos internos de baixo nível. Estes incluem as instâncias de máquinas virtuais (VM) que funcionam como nós e equilibradores de carga do AlloyDB, e os volumes de armazenamento que contêm os seus dados. Uma vez que o AlloyDB é um serviço gerido, a Google mantém estes recursos internos atualizados. Isto ajuda a garantir que os seus clusters e instâncias do AlloyDB permanecem fiáveis, com bom desempenho e seguros.
A maioria destas atualizações não requer tempo de inatividade, mas determinadas atualizações do sistema requerem uma breve interrupção do serviço. Referimo-nos a estas atualizações como manutenção. Uma vez que estas atualizações requerem o reinício do nó afetado, podem incorrer em tempo de inatividade. As operações de manutenção não disruptivas do AlloyDB limitam o tempo de inatividade a <1 segundo para instâncias principais e zero segundos para conjuntos de leitura. Para alcançar um tempo de inatividade quase nulo e nulo, o AlloyDB prepara um servidor de substituição com as atualizações e, em seguida, muda o servidor da base de dados.
Motivos da manutenção
As atualizações de manutenção periódicas podem ocorrer pelos seguintes motivos:
Novas funcionalidades e correções de erros do AlloyDB: para lançar novas funcionalidades, a Google tem de atualizar o software do AlloyDB que é executado nos nós no seu cluster. Isto também pode envolver atualizações às 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 erros e de segurança, ou melhorias de desempenho.
Atualizações de compatibilidade da base de dados: a comunidade do PostgreSQL lança regularmente atualizações de versões secundárias para as versões principais suportadas do PostgreSQL. A Google incorpora estas atualizações no AlloyDB e aplica-as aos seus clusters. Para mais informações, consulte as políticas de versão da base de dados.
Tempo de manutenção e preferências de manutenção
Pode definir janelas de manutenção para clusters do AlloyDB principais e secundários. Por predefinição, não é definida nenhuma janela de manutenção num cluster do AlloyDB. A manutenção não emergencial de um cluster do AlloyDB sem janelas de manutenção configuradas pode ocorrer em qualquer altura, exceto entre as 06:00 e as 22:00 nos dias úteis, na hora local da região onde o cluster está localizado.
Também pode especificar um período de manutenção. Um período de manutenção define a sua hora de manutenção preferencial, em termos de hora do dia e dia da semana, para o cluster iniciar os respetivos eventos de manutenção. Por exemplo, pode definir um cluster para ter uma janela de manutenção que começa às 11:00 aos domingos (UTC).
Se definir um período de manutenção, o AlloyDB agenda eventos de manutenção não emergenciais futuros para começarem, no máximo, uma hora após a hora especificada. Além disso, se optar por receber notificações por email acerca de eventos de manutenção agendados do AlloyDB, recebe uma notificação automática sobre o evento assim que for agendado. Os eventos de manutenção são agendados com, pelo menos, uma semana de antecedência.
Não pode definir quando termina um período de manutenção. Isto deve-se ao facto de o tempo total que um único evento de manutenção requer poder variar. A duração do período de manutenção depende da complexidade do cluster, ou seja, do número de instâncias do conjunto de leitura que requerem atualizações, e da natureza da atualização. O AlloyDB atualiza primeiro os pools de leitura em simultâneo e, em seguida, atualiza a instância principal.
Embora o tempo de inatividade que uma instância individual requer possa ser breve, o processo de manutenção completo é normalmente concluído no prazo de uma hora. Só pode definir um período de manutenção de uma hora. No entanto, para clusters com vários conjuntos de leitura, o tempo de inatividade pode continuar após o período de uma hora, uma vez que a manutenção pode começar em qualquer altura nesse período, por exemplo, no último minuto, e demorar até uma hora. Isto significa que o período de descanso pode ocorrer após o período de manutenção.
Os eventos de manutenção de emergência, como patches de segurança urgentes, podem ocorrer fora dos horários de manutenção predefinidos ou dos períodos de manutenção configurados. Isto inclui períodos de manutenção recusados.