As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
Tipos de verificações de integridade do Amazon Route 53
É possível criar os seguintes tipos de verificações de integridade do Amazon Route 53:
- Verificações de integridade que monitoram um endpoint
-
É possível configurar uma verificação de integridade que monitora um endpoint que você especificou por endereço IP ou por nome de domínio. Em intervalos regulares que você especifica, o Route 53 envia solicitações automatizadas pela Internet para sua aplicação, servidor ou outro recurso, a fim de verificar se está acessível, disponível e funcional. Se preferir, você pode configurar a verificação de integridade para fazer solicitações semelhantes àquelas que seus usuários fazem, por exemplo, solicitação de uma página da web a partir de um URL específico.
- Verificações de integridade que monitoram outras verificações de integridade (verificações de integridade calculadas)
-
É possível criar uma verificação de integridade que monitora se outras verificações de integridade são íntegras ou não íntegras segundo o Route 53. Isso pode ser útil quando houver vários recursos executando a mesma função (por exemplo, vários servidores da web), e sua principal preocupação for garantir uma quantidade mínima de recursos íntegros. É possível criar uma verificação de integridade para cada recurso sem ter que configurar notificações para essas verificações de integridade. Em seguida, você poderá criar uma verificação de integridade que monitore o status das outras verificações de integridade e avise somente quando a quantidade disponível de recursos da web estiver abaixo de um limite especificado.
- Verificações de integridade que monitoram os alarmes do CloudWatch
-
Você pode criar alarmes do CloudWatch que monitoram o status das métricas do CloudWatch, como a quantidade de eventos de leitura limitados de um banco de dados do Amazon DynamoDB ou a quantidade de hosts do Elastic Load Balancing considerados íntegros. Depois de criar um alarme, você poderá criar uma verificação de integridade que monitora o mesmo fluxo de dados que o CloudWatch monitora para o alarme.
Para melhorar a resiliência e a disponibilidade, o Route 53 não espera até que o alarme do CloudWatch entre no estado
ALARM. O status de uma verificação de integridade muda de íntegro para não íntegro com base no fluxo de dados e nos critérios de alarme do CloudWatch.O Route 53 oferece suporte aos alarmes do CloudWatch com os seguintes recursos:
Métricas de resolução padrão. As métricas de alta resolução não são compatíveis. Para obter mais informações, consulte High-resolution metrics (Métricas de alta resolução) no Manual do usuário do Amazon CloudWatch.
Estatísticas: Average, Minimum, Maximum, Sum e SampleCount. As estatísticas Extended não são compatíveis.
O Route 53 não suporta alarmes “M out of N” (M de N). Para obter mais informações, consulte Como avaliar um alarme no Manual do usuário do Amazon CloudWatch.
Uma verificação de integridade só pode monitorar um alarme do CloudWatch que esteja na mesma conta da AWS que a verificação de integridade.
O Route 53 não é compatível com alarmes que usam métrica matemática para consultar várias métricas do CloudWatch.
- Controle de roteamento no Amazon Application Recovery Controller (ARC)
-
As verificações de integridade no ARC estão associadas a controles de roteamento, que são simples interruptores de ligar/desligar. Você configura cada verificação de integridade do controle de roteamento com um registro DNS de failover. Depois, você pode simplesmente atualizar os controles de roteamento no ARC para redirecionar o tráfego e realizar failover das aplicações, por exemplo, em várias zonas de disponibilidade ou regiões da AWS. Para obter mais informações, consulte Controle de roteamento no ARC, no guia do desenvolvedor do ARC.
