Nota
O acesso a esta página requer autorização. Pode tentar iniciar sessão ou alterar os diretórios.
O acesso a esta página requer autorização. Pode tentar alterar os diretórios.
O servidor flexível do Banco de Dados do Azure para PostgreSQL inclui um recurso de Monitoramento de Status de Integridade de Alta Disponibilidade (HA), que usa a estrutura RHC (Verificação de Integridade de Recursos) do Azure. Este serviço fornece informações contínuas sobre a integridade de instâncias habilitadas para HA, notificando-o sobre eventos que podem afetar a conectividade e a disponibilidade. A seguir detalhamos cada estado de integridade e cenários associados para ajudá-lo a solucionar problemas e manter a estabilidade da HA.
Estados de Saúde
Cada estado de HA é monitorado através de vários sinais internos que representam condições específicas. Abaixo estão os possíveis estados HA, juntamente com indicadores visuais e cenários que podem afetar seu banco de dados do Azure para servidor flexível PostgreSQL.
Pronto – HA é Saudável
O status Pronto indica que seu servidor habilitado para HA está operando normalmente sem problemas detetados que afetem a prontidão para failover. Todas as configurações necessárias estão intactas e nenhuma condição de erro significativo foi detetada.
Degradado – Grupo de Segurança de Rede (NSG) ou Conexões de Bloqueio de Dispositivo Virtual
O status Degradado pode aparecer quando as regras do NSG ou um dispositivo virtual estão bloqueando conexões essenciais necessárias para alta disponibilidade. Esse problema de configuração impede a funcionalidade completa do HA e deve ser corrigido ajustando as configurações do NSG.
Degradado – Estado Somente Leitura
Se o servidor flexível do PostgreSQL entrar em um estado somente leitura, o status Degradado refletirá essa restrição. Isso geralmente requer o provisionamento de recursos adicionais ou a abordagem das condições que levaram à configuração somente leitura para restaurar a funcionalidade completa.
Degradado – Alta disponibilidade em estado degradado
Quando o próprio serviço de HA está com desempenho degradado, possivelmente devido a problemas transitórios ou condições no nível do sistema, esse status aparece. A implementação da lógica de repetição pode ajudar a mitigar os efeitos dessas interrupções temporárias de conectividade. É importante notar que o status "degradado" não significa que o servidor está indisponível. Em vez disso, indica que a configuração geral do HA e as verificações de integridade ainda não foram totalmente concluídas. Apesar desse status, o servidor ainda pode estar operacional e acessível.
Para monitorar com precisão a disponibilidade do banco de dados durante esses períodos, recomendamos o uso da métrica "is_db_alive" como parte das Métricas de Disponibilidade do Banco de Dados. Essa métrica fornece um indicador confiável da disponibilidade do banco de dados, ajudando você a distinguir entre uma configuração de HA temporária incompleta e o tempo de inatividade real.
Degradado – Failover planejado iniciado
Durante um evento de failover planejado iniciado para seu servidor, o status Degradado é exibido, indicando que os processos de failover de HA estão ativos. Este é geralmente um processo breve e controlado, e o serviço deve ser retomado em breve.
Degradado – Failover não planejado iniciado
Para um failover não planejado, esse status indica um evento de failover ativo acionado por circunstâncias inesperadas. Esse cenário pode envolver breves interrupções de conectividade até que o servidor conclua os procedimentos de failover.
Degradado – Failover de atualização iniciado
Durante as atualizações do sistema, o servidor HA pode passar por um failover de atualização para aplicar as atualizações necessárias. Enquanto estiver nesse estado, o servidor pode restringir novas conexões temporariamente, e a lógica de repetição deve ser implementada para lidar com problemas transitórios de forma eficaz.
Configurando alertas de integridade de recursos
Você pode configurar alertas de Integridade de Recursos para receber notificações em tempo real quando ocorrerem alterações no status de integridade de sua instância PostgreSQL habilitada para HA. As configurações estão disponíveis através do portal do Azure ou utilizando um modelo ARM, ajudando-o a manter-se informado sobre as atualizações de estado de HA sem monitorizar ativamente o portal.
Etapas para configurar alertas de integridade de recursos via portal
- Navegue até o portal do Azure e selecione seu servidor flexível PostgreSQL.
- No menu à esquerda, selecione "Alertas" na seção "Monitoramento".
- Selecione "Nova regra de alerta" e configure a lógica de alerta com base nos sinais de integridade do recurso.
- Configure o grupo de ação para especificar como deseja ser notificado (e-mail, SMS, etc.).
- Reveja e crie a regra de alerta.
Etapas para criar alertas de integridade de recursos usando o modelo ARM
- Baixe o modelo ARM do Guia de Modelo ARM de Alertas de Integridade de Recursos.
- Personalize o modelo com seus detalhes específicos do servidor e preferências de alerta.
- Implante o modelo ARM usando a CLI do Azure ou o Azure PowerShell.
- Verifique a implantação e verifique se os alertas estão ativos.
Para obter mais detalhes sobre como configurar alertas, siga estes guias:
- Configurar alertas de integridade de recursos via Portal
- Criar alertas de integridade de recursos usando o modelo ARM
Ao usar o Monitoramento de Status de Integridade de HA, você obtém informações essenciais sobre o desempenho de HA do seu servidor PostgreSQL, permitindo uma abordagem proativa para gerenciar o tempo de atividade e a disponibilidade.