DR per carichi di lavoro nativi del cloud

Valuta in che modo i tuoi carichi di lavoro nativi del cloud si allineano ai tuoi obiettivi di disaster recovery. AWS offre diverse zone di disponibilità nelle regioni di tutto il mondo. Molte aziende che utilizzano il AWS cloud allineano le proprie architetture di carico di lavoro e gli obiettivi di DR per far fronte alla perdita di una zona di disponibilità. Il Reliability Pillar del AWS Well-Architected Framework supporta questa best practice. È possibile progettare i carichi di lavoro e le relative dipendenze tra servizi e applicazioni in modo da utilizzare più zone di disponibilità. È quindi possibile automatizzare il DR e raggiungere gli obiettivi di DR con un intervento minimo o nullo.

In pratica, tuttavia, potreste scoprire di non essere in grado di stabilire un'architettura ridondante, attiva e automatizzata per tutti i componenti. Esamina ogni livello della tua architettura per determinare i processi di DR necessari per raggiungere i tuoi obiettivi. Ciò può variare da carico di lavoro a carico di lavoro, con requisiti di architettura e servizio diversi. Questa guida illustra considerazioni e opzioni per Amazon EC2. Per altri AWS servizi, puoi fare riferimento alla AWS documentazione per determinare l'alta disponibilità e le opzioni di DR.

DR per Amazon EC2 in un'unica zona di disponibilità

Prova a progettare i tuoi carichi di lavoro in modo da supportare e servire attivamente i clienti provenienti da più zone di disponibilità. Puoi utilizzare Amazon EC2 Auto Scaling ed Elastic Load Balancing per realizzare un'architettura server Multi-AZ per Amazon EC2 e altri servizi.

Se la tua architettura ha istanze EC2 che non possono essere bilanciate dal carico e possono avere una sola istanza in esecuzione in un dato momento, puoi utilizzare una delle seguenti opzioni.

• Crea un gruppo Auto Scaling con una dimensione minima, massima e desiderata di 1 e configurato per più zone di disponibilità. Crea un AMI che possa essere usato per sostituire l'istanza in caso di errore. Assicurati di definire l'automazione e la configurazione corrette in modo che un'istanza appena fornita dall'AMI possa essere configurata e fornire il servizio automaticamente. Crea un sistema di bilanciamento del carico che punti al gruppo Auto Scaling e sia configurato per più zone di disponibilità. Facoltativamente, crea un alias Amazon Route 53 che punti all'endpoint del bilanciamento del carico.

• Crea un record Route 53 per la tua istanza attiva e fai in modo che i tuoi clienti si connettano utilizzando questo record. Crea uno script che crei una nuova AMI dell'istanza attiva e utilizzi l'AMI per effettuare il provisioning di una nuova istanza EC2 nello stato interrotto in una zona di disponibilità separata. Configura lo script per l'esecuzione periodica e per terminare l'istanza interrotta precedente. Se si verifica un errore nella zona di disponibilità, avvia l'istanza di backup nella zona di disponibilità alternativa. Quindi aggiorna il record Route 53 in modo che punti a questa nuova istanza.

Testa a fondo la tua soluzione simulando il guasto da cui la soluzione è stata progettata per proteggerti. Considera anche gli aggiornamenti necessari alla tua soluzione DR man mano che l'architettura del carico di lavoro cambia.

DR per Amazon EC2 in un guasto regionale

I clienti con requisiti di disponibilità molto elevati (ad esempio, applicazioni mission-critical che non possono tollerare alcun downtime) possono utilizzare AWS in più regioni per fornire ulteriore resilienza contro i problemi a livello di regione. I clienti devono valutare attentamente la complessità, i costi e gli sforzi necessari per stabilire e mantenere un piano di ripristino di emergenza multiregionale rispetto ai vantaggi. AWS fornisce funzionalità che supportano architetture multiregionali per la disponibilità globale, il failover e il DR. Questa guida illustra alcune delle funzionalità disponibili specifiche per il backup e il ripristino per Amazon EC2.

AWS Le AMI e gli snapshot di Amazon EBS sono risorse regionali che possono essere utilizzate per effettuare il provisioning di nuove istanze all'interno di una singola regione. Tuttavia, puoi copiare le tue istantanee e le AMI in un'altra regione e utilizzarle per effettuare il provisioning di nuove istanze in quella regione. Per supportare un piano regionale di disaster recovery in caso di guasto, puoi automatizzare il processo di copia delle AMI e delle istantanee in altre regioni. AWS Backup e Amazon Data Lifecycle Manager supportano la copia tra regioni come parte della configurazione di backup.

AWS Elastic Disaster Recoverypuò essere utilizzato per automatizzare e replicare continuamente i server Amazon EC2 in una regione in una regione DR alternativa. Elastic Disaster Recovery può semplificare il tuo approccio al ripristino di emergenza multiregionale e aiutarti a testare regolarmente il tuo piano di ripristino di emergenza Amazon EC2 interregionale utilizzando esercitazioni. Elastic Disaster Recovery può aiutarti quando il backup e il ripristino non sono in grado di soddisfare gli obiettivi RTO e RPO. Elastic Disaster Recovery può aiutarti a ridurre l'RTO a pochi minuti e l'RPO nell'intervallo inferiore al secondo.

Qualunque sia la soluzione utilizzata, è necessario determinare il processo di provisioning, failover e failback da utilizzare in caso di interruzione. È possibile utilizzare Route 53 con controlli di integrità e failover del Domain Name System per supportare la soluzione.