Nesta página, descrevemos como resolver problemas com eventos de manutenção do AlloyDB para PostgreSQL. A manutenção do AlloyDB garante que seus clusters e instâncias permaneçam confiáveis, eficientes, seguros e atualizados. Para mais informações, consulte Visão geral da manutenção.
Seu ambiente de banco de dados é interrompido durante a manutenção orientada por serviços
Descrição:durante as operações de manutenção do AlloyDB, seu ambiente de banco de dados passa por um período de inatividade de menos de um segundo.
O AlloyDB minimiza a interrupção durante a manutenção criando uma máquina virtual (VM) com as atualizações. Quando a VM de substituição estiver pronta, o AlloyDB vai trocá-la pela VM ativa.
O impacto da troca de VM nas instâncias é o seguinte:
- Instâncias principais:geralmente têm menos de 1 segundo de inatividade.
- Instâncias do pool de leitura:não têm tempo de inatividade.
Correção recomendada:configure seu ambiente de banco de dados com uma lógica de nova tentativa robusta para que o banco de dados e os aplicativos se reconectem automaticamente.
Dependendo dos tamanhos da instância e do banco de dados, é possível que haja uma pequena degradação da performance após a manutenção. Para minimizar a degradação da performance, o AlloyDB pré-aquece os caches das máquinas de substituição por um período predefinido. Esse pré-aquecimento é suficiente para a maioria dos ambientes. Se ocorrer um tempo limite antes do preenchimento dos caches, o processo vai continuar após a conclusão da manutenção.
O ambiente de banco de dados é interrompido durante a manutenção iniciada pelo usuário
Descrição:quando você faz atualizações e mudanças de configuração no ambiente de banco de dados, como redimensionamento de instâncias ou a maioria das mudanças de flags do banco de dados, o ambiente de banco de dados passa por um tempo de inatividade inferior a um segundo.
Por padrão, as mudanças na configuração do banco de dados feitas pelo usuário usam as mesmas operações de manutenção não destrutivas que os eventos orientados por serviços, e a operação causa um tempo de inatividade inferior a um segundo. Embora o tempo de inatividade seja breve, a duração geral da operação pode exceder 15 minutos. Para mais informações, consulte Visão geral da manutenção.
Correção recomendada:ao atualizar o ambiente de banco de dados, não é possível evitar o tempo de inatividade de menos de um segundo da instância principal, mas é possível planejar a queda momentânea da conexão.
Seu banco de dados sofre uma pequena degradação de performance após a manutenção iniciada pelo usuário
Descrição:após a manutenção iniciada pelo usuário, o banco de dados sofre uma pequena degradação na performance.
Correção recomendada:para manutenção iniciada pelo usuário, o AlloyDB visa evitar lentidão na performance pré-aquecendo os caches das máquinas de substituição por até cinco minutos. Embora isso geralmente seja suficiente, alguns ambientes ainda podem sofrer uma degradação de desempenho inevitável. A duração do pré-aquecimento geralmente é menor para mudanças orientadas pelo usuário do que para manutenção orientada pelo serviço. Se um tempo limite ocorrer antes que os caches sejam totalmente carregados, o processo de preenchimento será retomado após a conclusão da janela de manutenção.
Quando você usa a flag FORCE_APPLY, o banco de dados fica inativo
Descrição:use a flag FORCE_APPLY
opcional para fazer mudanças no
banco de dados.
Espere um tempo de inatividade ao usar a opção de flag FORCE_APPLY
. Usar essa flag
reinicia a instância, o que deixa o banco de dados indisponível por alguns minutos.
Você enfrenta uma manutenção inesperada no cluster de produção
Descrição:seu cluster de produção recebe uma atualização de manutenção inesperada.
Correção recomendada:para evitar manutenções inesperadas no cluster de produção, programe o período de manutenção para saber quando o evento vai ocorrer.
Para programar uma janela de manutenção nos clusters, consulte Gerenciar janelas de manutenção de clusters do AlloyDB para PostgreSQL.
Se você não programar uma janela de manutenção, a manutenção não emergencial de um cluster do AlloyDB poderá 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.
É possível programar uma janela de manutenção de uma hora em qualquer dia da semana.
Para receber um lembrete da manutenção programada no cluster de produção, ative as notificações por e-mail antes da manutenção programada.
Também é possível impedir operações de manutenção durante um período específico configurando um período de bloqueio de manutenção que pode durar de 1 a 30 dias. Para mais informações, consulte Configurar um período de manutenção negada.