Quando scegliere AWS Elastic Disaster Recovery

Panoramica

Elastic Disaster Recovery è il servizio consigliato per il disaster recovery in AWS. Fornisce funzionalità simili a CloudEndure Disaster Recovery e viene utilizzato dalla Console di gestione AWS. Ciò facilita un'integrazione uniforme tra AWS DRS e altri servizi AWS, come AWS CloudTrailAWS Identity and Access Management (IAM)Amazon CloudWatch.

Grazie ad AWS DRS, puoi ripristinare le applicazioni su AWS dall'infrastruttura fisica, VMware vSphere, Microsoft Hyper-V e dall'infrastruttura cloud. Puoi anche utilizzare AWS DRS per ripristinare le istanze di Amazon Elastic Compute Cloud (EC2) in una regione AWS diversa.

Puoi usare AWS DRS per ripristinare tutte le applicazioni e i database in esecuzione sulle versioni supportate dei sistemi operativi Windows e Linux.

Consulta l'elenco dei servizi regionali di AWS per informazioni più aggiornate sul supporto delle regioni.

Suggerimenti

Consigliamo di utilizzare CloudEndure Disaster Recovery solo se hai bisogno di una o più delle seguenti funzionalità:

  • Replica in una regione AWS Cina
  • Replica e ripristino in AWS Outposts

Dopo il lancio di AWS DRS, inizieremo a limitare la disponibilità di CloudEndure Disaster Recovery (CEDR) in tutte le Regioni AWS.
Nota: le regioni AWS Cina e le regioni AWS GovCloud (Stati Uniti) continueranno a essere supportate, così come i clienti che utilizzano il ripristino di emergenza tramite Amazon Managed Services (AMS) e i clienti che utilizzano CEDR con AWS Outposts.

Al momento non puoi più registrare nuovi account CEDR o installare nuovi agenti CEDR in alcuna Regione AWS, ad eccezione delle Regioni AWS Cina e GovCloud (Stati Uniti), dei clienti AMS e di Outposts. Nota: gli aggiornamenti degli agenti esistenti saranno supportati. Ciò avverrà secondo il seguente calendario:

31 marzo 2024: CEDR è stato interrotto in tutte le Regioni AWS escluse le Regioni AWS Cina e AWS GovCloud (Stati Uniti), i clienti AMS e Outposts.

Scopri come eseguire l'aggiornamento da CloudEndure Disaster Recovery ad AWS DRS

Confronto dettagliato tra Ripristino di emergenza CloudEndure e AWS DRS

Funzionalità Ripristino di emergenza CloudEndure DRS
Console e API
  • Non è parte della console di gestione AWS
  • AWS API, AWS SDK e Interfaccia a riga di comando AWS (CLI)
Gestione delle risorse AWS
  • Progetti di legacy
  • Progetti di legacy non necessariamente aggiornati con Amazon EC2
  • Meccanismo AWS standard (tag o account)
  • Impostazioni di avvio e modelli di avvio EC2 standard (invece di schemi)
  • Gestisci le impostazioni di avvio su larga scala
Gestione e monitoraggio dell'utente
  • Gestione autonoma dell’utente
  • Tre profili utenti disponibili, preimpostati e non configurabili
  • 52 eventi selezionati in formato legacy
  • Nessun accesso ai parametri
  • Meccanismo standard di gestione degli utenti AWS (IAM). IAM fornisce un'autorizzazione granulare configurabile per specifiche API e risorse AWS DRS
  • Meccanismo standard AWS di verifica (AWS CloudTrail) con copertura completa
  • Parametri AWS standard e meccanismo di evento (Amazon CloudWatch e Amazon EventBridge)
Nessuna nuova scansione al riavvio

Supportato soltanto per Windows

Supportato per Windows e Linux

Modello di consumo

Calcoli orari tramite l’iscrizione ad AWS Marketplace che richiede un accordo di licenza con l'utente finale aggiuntivo

Calcoli orari tramite fatturazione standard AWS e accordo di licenza con l’utente finale

Prezzi
  • Tariffa oraria per replica per server fonte pari a 0,028 USD 
  • Per ulteriori dettagli, consultare i prezzi  
  • Tariffa oraria per replica per server fonte pari a 0,028 USD
  • Per ulteriori dettagli, consultare i prezzi.
Piano di controllo
  • Il piano di controllo per tutte le Regioni commerciali supportate e per la Regione GovCloud è ospitato negli Stati Uniti orientali (Virginia settentrionale)
  • Il piano di controllo per la Cina è ospitato in Cina (Pechino) 
  • Il piano di controllo è ospitato nella Regione di ripristino
  • Maggiore disponibilità grazie all'assenza di dipendenze trasversali tra Regioni
Accesso Internet pubblico
  • Richiesto per connessioni tra agenti, server di replica e console
  • I dati devono essere trasmessi tramite Internet pubblico
  • Non obbligatorio
  • Supporta AWS PrivateLink e AWS Direct Connect per la replica e il failback
  • Offre opzioni per replicare senza utilizzare Internet pubblico, un grande vantaggio in termini di sicurezza
Credenziali IAM temporanee per la configurazione dell’agente

No 


Test di failback non invadente
  • No
  • Per testare il failback, è necessario interrompere la replica del server di origine
  • Quando si effettua il failback per testare una macchina (non il server di origine originale), la replica del server di origine continua. Ciò permette di effettuare il test del failback senza avere conseguenze sull’obiettivo del punto di ripristino (RPO).
Replica e ripristino da regione a regione AWS

Failback AWS da Regione a Regione

Automazione del failback su larga scala

Account separati per lo staging e l’avvio
(Necessario per implementazioni con più di 300 server per account AWS per regione di destinazione)

Supporto sistema operativo (OS)

  • I sistemi operativi comuni sono supportati
  • L’elenco dettagliato è disponibile nella documentazione
  • I sistemi operativi comuni sono supportati
  • L'elenco dettagliato è disponibile nella documentazione
Regioni con supporto al ripristino
  • Attualmente non supporta le Regioni AWS Cina
  • Informazioni dettagliate sulle regioni in cui è disponibile il supporto sono disponibili nell'elenco dei servizi regionali AWS
Rientra nei seguenti programmi di conformità
  • GDPR, HIPAA, ISO, PCI e SOC, FedRAMP Medium (regioni AWS degli Stati Uniti orientali e occidentali)
  • Per ulteriori informazioni, visita la pagina di conformità AWS
Interrompi/riprendi replica

Arresta replica

Avvia replica


Creazione stack VPC AWS da regione a regione

Rilevamento automatico dei dischi aggiunti

Supporto per AWS Outposts

No

Piani di ripristino

Consulta questo post del blog per le istruzioni

Automazione post-lancio

Limitato: utilizzo di script posizionati su dischi replicati.

Framework di azioni post-lancio che utilizza l'automazione di AWS Services Manager (SSM).

Blog

  • Data

Visita il Blog AWS per ulteriori informazioni.

1