Quando escolher o AWS Elastic Disaster Recovery

Visão geral

O Elastic Disaster Recovery é o serviço recomendado para recuperação de desastres na AWS. Ele oferece recursos semelhantes aos do CloudEndure Disaster Recovery e é operado pelo Console de Gerenciamento da AWS. Isso facilita a integração perfeita entre o AWS DRS e outros produtos da AWS, como o AWS CloudTrail, o AWS Identity and Access Management (IAM) e o Amazon CloudWatch.

Com o AWS DRS, é possível recuperar suas aplicações na AWS da infraestrutura física, do VMware vSphere, do Microsoft Hyper-V e da infraestrutura em nuvem. Também é possível usar o AWS DRS para recuperar instâncias do Amazon Elastic Compute Cloud (EC2) em outra região da AWS.

Você pode usar o AWS DRS para recuperar todas as suas aplicações e bancos de dados executados em versões de sistema operacional compatíveis com Windows e Linux.

Consulte a Lista de serviços regionais da AWS para obter as informações mais atualizadas sobre o suporte para regiões.

Recomendações

Recomendamos usar o CloudEndure Disaster Recovery somente se você precisar de um ou mais dos recursos a seguir:

  • Replicação para uma região da AWS na China
  • Replicação e recuperação para o AWS Outposts

Após o êxito no lançamento do AWS DRS, começaremos a limitar a disponibilidade do CloudEndure Disaster Recovery (CEDR) em todas as regiões da AWS.
Observação: as regiões da AWS China e AWS GovCloud (EUA) continuarão recebendo suporte, assim como os clientes que usam a recuperação de desastres por meio do Amazon Managed Services (AMS) e clientes que usam o CEDR com o AWS Outposts.

Observe que, atualmente, você não pode mais registrar novas contas do CEDR ou instalar novos agentes do CEDR em nenhuma região da AWS, exceto regiões da AWS China, regiões da AWS GovCloud (EUA), clientes do AMS e Outposts. Observação: as atualizações de agentes existentes terão suporte. Outras etapas acontecerão de acordo com o seguinte cronograma:

31 de março de 2024: o CEDR foi descontinuado em todas as regiões da AWS, exceto as regiões da AWS China e AWS GovCloud (EUA), e os clientes do AMS e Outposts.

Saiba como atualizar o CloudEndure Disaster Recovery para o AWS DRS

Comparação detalhada entre o CloudEndure Disaster Recovery e o AWS DRS

Recurso CloudEndure Disaster Recovery DRS
Console e APIs
  • Não faz parte do Console de Gerenciamento da AWS
  • APIs da AWS, AWS SDK e AWS Command Line Interface (CLI)
Gerenciamento de recursos da AWS
  • Projetos herdados
  • Esquemas herdados que não necessariamente estão atualizados com o Amazon EC2
  • Mecanismo (etiquetas ou contas) da AWS padrão
  • Configurações de execução e modelos de execução (em vez de esquemas) do EC2 padrão
  • Gerenciamento de configurações de execução em grande escala
Gerenciamento e monitoramento do usuário
  • Gerenciamento independente do usuário
  • 3 perfis de usuários predefinidos e não configuráveis
  • 52 eventos selecionados no formato herdado
  • Sem acesso a métricas
  • Mecanismo de gerenciamento de usuários da AWS (IAM) padrão. O IAM oferece autorização configurável detalhada para APIs específicas e recursos do AWS DRS
  • Mecanismo de auditoria da AWS (AWS CloudTrail) padrão com cobertura completa
  • Métricas e mecanismo de eventos (Amazon CloudWatch e Amazon EventBridge) padrão da AWS
Sem nova verificação na reinicialização

Compatível apenas com Windows

Compatível com Windows e Linux

Modelo de consumo

Medição por hora mediante assinatura do AWS Marketplace, que requer um EULA adicional

Medição por hora por faturamento padrão da AWS e EULA

Preço
  • A taxa por hora para replicação por servidor de origem é de USD 0,028 
  • Para obter detalhes, consulte as informações de preço  
  • A taxa por hora para replicação por servidor de origem é de USD 0,028
  • Para obter detalhes, consulte as informações de preço
Ambiente de gerenciamento
  • O ambiente de gerenciamento para todas as regiões comerciais com suporte e GovCloud é hospedado no Leste dos EUA (Norte da Virgínia)
  • O ambiente de gerenciamento para a região China é hospedado na China (Pequim) 
  • O ambiente de gerenciamento é hospedado na região de recuperação
  • Maior disponibilidade por não haver dependência entre as regiões
Acesso à Internet pública
  • Necessário para conexão entre atendentes, servidores de replicação e console
  • Os dados devem passar pela internet pública
  • Não é necessário
  • Tem suporte ao AWS PrivateLink e ao AWS Direct Connect para replicação e failback
  • Oferece a opção de não replicar pela Internet pública, o que é um benefício de segurança considerável
Credenciais temporárias do IAM para instalação do atendente

Não 

Sim

Testes de failback sem interrupções
  • Não
  • Para realizar o teste de failback, interrompa a replicação do servidor de origem
  • Sim
  • A replicação do servidor de origem continua durante o failback para uma máquina de teste (e não o servidor de origem original). Isso permite simulações de failback sem afetar o objetivo de ponto de recuperação (RPO).
Replicação e recuperação de região para região da AWS

Sim

Sim

Failback de região para região da AWS

Sim

Sim

Automação de failback em grande escala

Sim

Sim

Contas separadas para preparo e execução
(Necessário para implantações com mais de 300 servidores por conta da AWS por região visada)

Sim

Sim

Suporte a sistemas operacionais (SO)

  • Os sistemas operacionais comuns são compatíveis
  • Consulte a lista disponível com detalhes na documentação
  • Os sistemas operacionais comuns são compatíveis
  • Consulte a lista disponível com detalhes na documentação
Regiões com suporte à recuperação
No escopo dos seguintes programas de conformidade
  • GDPR, HIPAA, ISO, PCI e SOC, FedRAMP Medium (regiões Leste e Oeste dos EUA da AWS)
  • Para obter mais detalhes, consulte a página de conformidade da AWS
Pausar/retomar replicação

Sim

Sim

Parar replicação

Sim

Sim

Iniciar replicação

Sim

Sim

Criação de pilha em VPC de região para região da AWS

Sim

Sim

Detecção automática de discos adicionados

Sim

Sim

Compatível com o AWS Outposts

Sim

Não

Planos de recuperação

Sim

Consulte esta publicação do blog para obter instruções

Automação pós-lançamento

Limitado: uso de scripts colocados em discos replicados.

Estrutura de ações pós-lançamento usando a automação do AWS Services Manager (SSM).

Blogs

  • Data

Acesse o Blog da AWS para saber mais.

1