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 é ARC?
O Amazon Application Recovery Controller (ARC) ajuda você a se preparar e concluir uma recuperação mais rápida de aplicativos executados na infraestrutura de nuvem AWS global.
O ARC fornece os seguintes recursos:
Recuperação de zona de disponibilidade múltipla (AZ), incluindo mudança zonal e mudança automática zonal, que permitem que você se recupere de deficiências únicas de AZ transferindo temporariamente o tráfego de uma AZ prejudicada para uma AZ saudável.
Recuperação multirregional, que inclui controle de roteamento para failover e verificação de prontidão para monitoramento de aplicativos.
Recuperação de várias zonas de disponibilidade
Mudança de zona
Você pode usar o deslocamento zonal ARC para isolar e se recuperar rapidamente de deficiências em uma única Zona de Disponibilidade (AZ). A mudança de zona transfere temporariamente o tráfego de um recurso suportado de uma AZ deficiente para um estado saudável AZs na mesma AWS região. Iniciar uma mudança de zona ajuda seu aplicativo a se recuperar rapidamente, por exemplo, da implantação de código incorreto de um desenvolvedor ou de uma AWS deficiência em uma única AZ. Desviar o tráfego da AZ prejudicada reduz o impacto para os clientes que estão usando seu aplicativo na AZ prejudicada.
Você pode iniciar uma mudança de zona para qualquer recurso suportado em sua conta em uma AWS região. Os turnos zonais são manuais e temporários. Ao iniciar uma mudança zonal, você deve especificar uma expiração (prorrogável) de até três dias. Para habilitar a mudança de zona para os recursos suportados, consulte. Recursos compatíveis
Mudança automática zonal
O deslocamento automático zonal do ARC AWS autoriza a transferência do tráfego de uma AZ prejudicada para recursos suportados, em seu nome, para um tráfego saudável AZs na mesma região. AWS AWS inicia uma mudança automática zonal quando a telemetria interna indica que há uma deficiência em uma AZ em uma AWS região que pode potencialmente afetar os clientes. A telemetria interna incorpora métricas de várias fontes, incluindo a AWS rede e os serviços Amazon EC2 e Elastic Load Balancing.
As mudanças automáticas zonais são temporárias. AWS encerra um deslocamento automático zonal quando os indicadores de telemetria internos mostram que não há mais um problema ou um problema potencial.
Para saber mais sobre esses recursos, consulte os seguintes capítulos:
Recuperação multirregional
Controle de roteamento
Os controles de roteamento extremamente confiáveis do ARC permitem a recuperação em várias regiões para que seus aplicativos possam fazer o failover do tráfego DNS do Sistema de Nomes de Domínio em todas as regiões. AWS
Se seu aplicativo foi projetado para operar em várias AWS regiões, você pode usar o controle de roteamento ARC para realizar o failover entre regiões. O controle de roteamento permite que você transfira o tráfego de uma AWS região com problemas para uma AWS região saudável, para que você possa garantir que seu aplicativo mantenha a disponibilidade. O controle de roteamento inclui regras de segurança, que ajudam a protegê-lo de resultados não intencionais ao impor grades de proteção definidas por você. Por exemplo, você pode impor uma regra de segurança de que somente uma das réplicas do seu aplicativo, ativa ou em espera, esteja ativada e em uso.
Verificação de prontidão
A verificação de prontidão do ARC monitora continuamente as cotas de AWS recursos, a capacidade e as políticas de roteamento de rede e pode notificá-lo sobre alterações que podem afetar sua capacidade de fazer o failover para um aplicativo de réplica e se recuperar de uma deficiência na região. As verificações contínuas de prontidão garantem que você possa manter seus aplicativos multirregionais em um estado dimensionado e configurado para lidar com o tráfego de failover. A verificação de prontidão é útil quando você configura o ARC pela primeira vez e durante a operação normal do aplicativo. A verificação de prontidão não deve ser usada no caminho crítico de failover durante um evento.
Para saber mais sobre esses recursos, consulte os seguintes capítulos: