DR local para AWS

Usar AWS como um ambiente externo de recuperação de desastres (DR) para cargas de trabalho locais é um cenário híbrido comum. Defina seus objetivos de DR, incluindo o tempo de recuperação e os objetivos de ponto de recuperação necessários, antes de selecionar as tecnologias a serem utilizadas. Para ajudar com essa definição, você pode utilizar a lista de verificação do plano de DR.

Há várias opções disponíveis para ajudá-lo a configurar e provisionar rapidamente um ambiente de DR em AWS. Certifique-se de considerar todas as dependências de workload e testar seu plano e sua solução de DR de forma completa e regular para verificar sua integridade.

AWS fornece AWS Elastic Disaster Recoverya criação de uma réplica completa de seus servidores locais, incluindo o volume raiz e o sistema operacional, em. AWS Recuperação de desastres elástica replica continuamente seus equipamentos em uma área de armazenamento de baixo custo em sua conta AWS alvo e Região da AWS preferida. A replicação em nível de bloco é uma réplica exata do armazenamento de seus servidores, incluindo o sistema operacional, a configuração do estado do sistema, bancos de dados, aplicativos e arquivos. Se houver um desastre, você pode instruir recuperação de desastres elástica para iniciar rapidamente, em minutos, milhares de suas máquinas em seu estado totalmente provisionado.

Recuperação de desastres elástica utiliza um agente instalado em cada um dos seus servidores on-premises. Os atendentes sincronizam o estado de seus servidores on-premises com equivalentes de baixa potência do Amazon EC2 em execução em AWS. Você também pode automatizar seu processo de failover e failback de DR com recuperação de desastres elástica. Automatizar seu processo de failover e failback pode ajudá-lo a alcançar um objetivo de tempo de recuperação (RTO) mais baixo e mais consistente.

É importante testar o processo de DR e verificar se o ambiente de preparação ao vivo não cria conflitos com o ambiente on-premises. Por exemplo, confirme se as licenças apropriadas estão disponíveis e funcionando em seu ambiente on-premises, de teste e de recuperação de desastres iniciado. Além disso, confirme se todos os processos do tipo processador que possam pesquisar e extrair trabalho de um banco de dados central estão configurados adequadamente para evitar sobreposições ou conflitos. Em seu processo de DR, inclua todas as etapas necessárias que devem ser executadas antes que as instâncias do servidor de recuperação fiquem on-line. Inclua também as etapas a serem executadas depois que as instâncias do servidor de recuperação estiverem on-line e disponíveis. Você pode utilizar soluções como a Solução de automação de planejamento AWS Elastic Disaster Recovery ou outra abordagem para ajudá-lo a automatizar seus planos de DR.

Você pode usar um Gateway de volumes do Storage Gateway para fornecer volumes baseados em nuvem a servidores on-premises. Esses volumes também podem ser provisionados rapidamente para uso com o Amazon EC2 usando snapshots do Amazon EBS. Em particular, esses gateways de volumes armazenados oferecem aos aplicativos on-premises acesso de baixa latência aos conjuntos de dados. Os gateways de volume também fornecem backups duráveis baseados em snapshots que podem ser restaurados para uso on-premises ou para uso com o Amazon EC2. Você pode programar point-in-time instantâneos com base no objetivo de ponto de recuperação (RPO) para sua carga de trabalho.

Você pode usar uma Imagem de máquina da Amazon (AMI) do Amazon EC2 com uma configuração que corresponda aos seus servidores on-premises e especifique seus volumes de dados separadamente. Depois de configurar e testar a AMI, provisione as instâncias EC2 da AMI junto com os volumes de dados com base nos instantâneos do Gateway de volumes. Essa abordagem exige que você teste seu ambiente minuciosamente para verificar se sua instância do EC2 está operando adequadamente, especialmente para workloads do Windows.