Le migliori pratiche per il cambio di regione in ARC

In uno scenario di disaster recovery (DR), riduci al minimo le dipendenze dal sistema utilizzando un approccio semplice per accedere ed eseguire le attività di ripristino. AWS Crea credenziali IAM a lunga durata specifiche per le attività di DR e conservale in modo sicuro in una cassaforte fisica locale o in un deposito virtuale, a cui accedervi quando necessario. Con IAM, puoi gestire centralmente le credenziali di sicurezza, come le chiavi di accesso e le autorizzazioni per l'accesso alle risorse. AWS Per le attività diverse dal DR, ti consigliamo di continuare a utilizzare l'accesso federato, utilizzando AWS servizi come Single.AWS Sign-On

Per i record DNS che potrebbe essere necessario modificare nell'ambito del meccanismo di failover, in particolare per i record il cui stato di integrità è stato verificato, è opportuno utilizzare valori TTL inferiori. Per questo scenario, è comune impostare un TTL di 60 o 120 secondi.

L'impostazione DNS TTL (time to live) indica ai resolver DNS per quanto tempo devono memorizzare nella cache un record prima di richiederne uno nuovo. Quando scegli un TTL, fai un compromesso tra latenza e affidabilità e reattività al cambiamento. Con un TTL più breve su un record, i resolver DNS notano gli aggiornamenti del record più rapidamente perché il TTL specifica che devono eseguire query più frequentemente.

Per ulteriori informazioni, consulta Scelta dei valori TTL per i record DNS nelle migliori pratiche per Amazon Route 53 DNS.

Region Switch include tipi di blocchi di esecuzione che aiutano a scalare le risorse di calcolo come parte del ripristino. Se si utilizzano questi blocchi di esecuzione in un piano, Region switch non garantisce il raggiungimento della capacità di elaborazione desiderata. Se disponi di un'applicazione critica e devi garantire l'accesso alla capacità, ti consigliamo di riservare la capacità.

Esistono strategie che puoi seguire per riservare la capacità di elaborazione in una regione secondaria, limitando al contempo i costi. Per ulteriori informazioni, consulta Pilot light with reserved capacity: How to optimize DR cost using On-Demand Capacity Reservations.

Utilizza le operazioni dell'API del piano dati per elaborare ed eseguire il tuo piano di cambio di regione durante un evento. Per un elenco delle operazioni del piano dati di cambio di regione, vedereOperazioni API di cambio di regione.

La console di commutazione di regione in ciascuna regione utilizza le operazioni del piano dati per eseguire i piani di commutazione di regione. Puoi anche richiamare le operazioni dell'API del piano dati utilizzando AWS CLI o eseguendo il codice che scrivi utilizzando uno degli AWS SDK. ARC offre un'affidabilità estrema con l'API nel piano dati.

Prova regolarmente il ripristino delle applicazioni con ARC Region Switch, per attivare uno stack di applicazioni secondario in un altro Regione AWS o per passare da una configurazione attiva-attiva eseguendo un piano di cambio di regione per disattivare una delle regioni.

È importante assicurarsi che i piani di cambio di regione che hai creato siano allineati con le risorse corrette del tuo stack e che tutto funzioni come previsto. È necessario verificarlo dopo aver configurato il Region Switch per l'ambiente e continuare a eseguire il test periodicamente, in modo da verificare che i processi di ripristino funzionino correttamente. Esegui questi test regolarmente, prima che si verifichi una situazione di errore, per evitare tempi di inattività per gli utenti.

Il ripristino accelerato fornisce un RTO target di 60 minuti per le API utilizzate per aggiornare i record delle zone ospitate pubbliche abilitate per questa funzionalità. Se è necessario mantenere il controllo sull'RTO e non attendere AWS il ripristino completo delle API necessarie, è necessario utilizzare ARC Routing control o ARC Region switch Route 53 Health Check Execution Block.