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á.

O que é a verificação de prontidão no Controlador de Recuperação de Aplicações (ARC) da Amazon?

Uma verificação de prontidão no ARC audita continuamente (em intervalos de um minuto) as incompatibilidades na capacidade AWS provisionada, cotas de serviço, limites de aceleração e discrepâncias de configuração e versão dos recursos incluídos na verificação. As verificações de prontidão podem notificá-lo sobre essas diferenças para garantir que cada réplica tenha a mesma configuração e o mesmo estado de runtime. Embora as verificações de prontidão garantam que suas capacidades configuradas em todas as réplicas sejam consistentes, você não deve esperar que elas decidam qual será a capacidade da réplica. Por exemplo, você deve entender os requisitos do seu aplicativo para dimensionar seus grupos do Auto Scaling com capacidade de buffer suficiente em cada réplica para gerenciar se outra célula não estiver disponível.

No caso das cotas, quando o ARC detecta uma incompatibilidade com uma verificação de prontidão, ele pode tomar medidas para alinhar as cotas das réplicas aumentando a cota mais baixa para corresponder à cota mais alta. Quando as cotas coincidem, o status da verificação de prontidão é exibido como READY. (Observe que esse não é um processo de atualização imediato e o tempo total depende do tipo de recurso específico e de outros fatores.)

A primeira etapa é configurar verificações de prontidão Como criar um grupo de recuperação que represente seu aplicativo. Cada grupo de recuperação inclui células para cada unidade individual de contenção de falhas ou uma réplica do seu aplicativo. Em seguida, você cria conjuntos de recursos para cada tipo de recurso em seu aplicativo e associa as verificações de prontidão aos conjuntos de recursos. Por fim, você associa os recursos aos escopos de prontidão, para obter o status de prontidão sobre os recursos em um grupo de recuperação (seu aplicativo) ou em células individuais (réplicas, que são regiões ou zonas de disponibilidade).

A prontidão (ou seja, READY ou NOT READY) é baseada nos recursos que estão no escopo da verificação de prontidão e no conjunto de regras para um tipo de recurso. Há conjuntos de regras de prontidão para cada tipo de recurso, que as verificações do ARC usam para auditar a prontidão dos recursos. O fato de um recurso ser exibido como READY ou não é baseado em como cada regra de prontidão está definida. Todas as regras de prontidão avaliam os recursos, mas algumas comparam os recursos entre si e outras analisam informações específicas sobre cada recurso no conjunto de recursos.

Ao adicionar verificações de prontidão, você pode monitorar o status de prontidão de várias maneiras: com EventBridgeConsole de gerenciamento da AWS, no ou usando ações da API ARC. Você também pode monitorar o status de prontidão dos recursos em diferentes contextos, incluindo a prontidão das células e do aplicativo. Use o recurso de autorização entre contas no ARC para facilitar a configuração e o monitoramento de recursos distribuídos a partir de uma única AWS conta.

Monitoramento das réplicas da aplicação com verificações de prontidão

O ARC audita suas réplicas de aplicação usando verificações de prontidão para garantir que cada uma tenha a mesma configuração e o mesmo estado de runtime. Uma verificação de prontidão audita continuamente a capacidade AWS dos recursos, a configuração, as AWS cotas e as políticas de roteamento de um aplicativo, informações que você pode usar para ajudar a garantir que as réplicas estejam prontas para o failover. As verificações de prontidão garantem que seu ambiente de recuperação seja escalado e configurado para o failover quando necessário.

As seções a seguir fornecem mais detalhes sobre como a verificação de prontidão funciona.

Verificações de prontidão e réplicas da sua aplicação

Para se preparar para a recuperação, mantenha capacidade ociosa suficiente nas réplicas ininterruptamente, a fim de absorver o tráfego de failover de outra zona ou região de disponibilidade. O ARC inspeciona continuamente (uma vez por minuto) sua aplicação para garantir que a capacidade provisionada corresponda a todas as regiões ou zonas de disponibilidade.

A capacidade que o ARC inspeciona inclui, por exemplo, contagens de instâncias do Amazon EC2, unidades de capacidade de leitura e gravação do Aurora e tamanho do volume do Amazon EBS. Se você aumentar verticalmente a escala da capacidade na réplica primária para valores de recursos, mas esquecer de aumentar os valores correspondentes na réplica em espera, o ARC detectará a incompatibilidade para que você possa aumentar os valores na réplica em espera.

Em uma configuração de espera ativa, você deve tomar decisões sobre se deve falhar de ou para uma célula com base em seus sistemas de monitoramento e verificação de integridade. Considere as verificações de prontidão como um serviço complementar a esses sistemas. As verificações de prontidão do ARC não estão altamente disponíveis, portanto, você não deve depender da acessibilidade das verificações durante uma interrupção. Além disso, os recursos verificados também podem não estar disponíveis durante um evento de desastre.

Você pode monitorar o status de prontidão dos recursos do seu aplicativo em células específicas (AWSregiões ou zonas de disponibilidade) ou do aplicativo geral. Você pode ser notificado quando o status de uma verificação de prontidão mudar, por exemplo, paraNot ready, criando regras em EventBridge. Para obter mais informações, consulte Usando a verificação de prontidão no ARC com a Amazon EventBridge. Você também pode visualizar o status de prontidão noConsole de gerenciamento da AWS, ou usando operações de API, comoget-recovery-readiness. Para obter mais informações, consulte Operações da API de verificação de prontidão.

Como funciona a verificação de prontidão

O ARC audita suas réplicas de aplicação usando verificações de prontidão para garantir que cada uma tenha a mesma configuração e o mesmo estado de runtime.

Para estar preparado para a recuperação, mantenha capacidade ociosa suficiente em todos os momentos para absorver o tráfego de failover de outra zona ou região de disponibilidade. O ARC inspeciona continuamente (uma vez por minuto) sua aplicação para garantir que a capacidade provisionada corresponda a todas as regiões ou zonas de disponibilidade. A capacidade que o ARC inspeciona inclui, por exemplo, contagens de instâncias do Amazon EC2, unidades de capacidade de leitura e gravação do Aurora e tamanho do volume do Amazon EBS. Se você aumentar verticalmente a escala da capacidade na réplica primária para valores de recursos, mas esquecer de aumentar os valores correspondentes na réplica em espera, o ARC detectará a incompatibilidade para que você possa aumentar os valores na réplica em espera.

Em uma configuração de espera ativa, você deve tomar decisões sobre se deve falhar de ou para uma célula com base em seus sistemas de monitoramento e verificação de integridade. Considere as verificações de prontidão como um serviço complementar a esses sistemas. As verificações de prontidão do ARC não estão altamente disponíveis, portanto, você não deve depender da acessibilidade das verificações durante uma interrupção. Além disso, os recursos verificados também podem não estar disponíveis durante um evento de desastre.

Você pode monitorar o status de prontidão dos recursos do seu aplicativo em células específicas (AWSregiões ou zonas de disponibilidade) ou do aplicativo geral. Você pode ser notificado quando o status de uma verificação de prontidão mudar, por exemplo, paraNot ready, criando regras em EventBridge. Para obter mais informações, consulte Usando a verificação de prontidão no ARC com a Amazon EventBridge. Você também pode visualizar o status de prontidão noConsole de gerenciamento da AWS, ou usando operações de API, comoget-recovery-readiness. Para obter mais informações, consulte Operações da API de verificação de prontidão.