Multi-Region: recupero

Convalida il ripristino in un'altra regione rispetto ai tuoi obiettivi di ripristino, non solo alla resilienza interna.

Sei tu a scegliere quali dipendenze compromettere nella regione principale, così puoi fare pratica con il rilevamento e il ripristino.

Il test si integra con lo switch ARC Region in modo da poter tenere traccia dei dettagli di esecuzione del piano nel rapporto di test.

Questo è un test di recupero. Il conto alla rovescia dell'RTO inizia quando iniziano le azioni di test. Il test viene superato se tutti gli allarmi di esito positivo ritornano allo OK stato compreso nell' Multi-RegionRTO e vi rimangono fino al termine delle azioni di test. Il servizio deve avere una politica di resilienza con un Multi-Region RTO definito.

Scegli le dipendenze nella Regione compromessa che siano sufficientemente significative da attivare la procedura di ripristino. Scegli dipendenze rigide o endpoint DNS che, se bloccati, comprometterebbero in modo significativo quella regione.

Il test individua i guasti nella regione compromessa: l'azione di ripristino è eseguita personalmente (ad esempio, attivando il piano di cambio di regione). failover/ARC Il test verifica se la regione di recupero è integra all'interno dell'RTO valutando lo stato di allarme.

Scegliete gli allarmi di esito positivo nella regione di ripristino che confermino l'erogazione del traffico da parte dell'area interessata, oppure utilizzate allarmi a livello di global/application livello che riflettano l'esperienza complessiva del cliente.

Valuta la possibilità di impostare una durata superiore all'RTO per confermare che il ripristino sia sostenuto.

Assicurati che le tue dipendenze vengano utilizzate attivamente durante il test (il traffico fluisce verso di esse): questo convalida che il blocco sta producendo un effetto. Prendi in considerazione l'aggiunta di allarmi o metriche che tengano traccia dell'utilizzo delle dipendenze (ad esempio, il conteggio delle richieste o gli errori di connessione) per verificare che la dipendenza venga esercitata durante il test.

Le dipendenze devono essere endpoint DNS risolvibili.

Il blocco delle dipendenze che causano errori di controllo dello stato può causare la sostituzione dell'elaborazione (ad esempio, le attività di Amazon ECS). L'azione di perdita di pacchetti non si applica nuovamente alle attività di sostituzione e può essere segnalata come fallita.

Regione compromessa: la regione in cui vengono iniettati i guasti.

Regione di ripristino: la regione in cui prevedi che il servizio venga ripristinato.

Durata: il periodo di esecuzione delle azioni di test. Sono necessari alcuni minuti aggiuntivi per raccogliere i risultati finali prima della fine del test. L'impostazione predefinita è l' Multi-Region RTO indicato nella politica di servizio più 30 minuti quando si crea il test per la prima volta.

Dipendenze da bloccare: scegli le dipendenze che, se bloccate, comprometterebbero in modo significativo il servizio e aiuterebbero a convalidare il failover in un'altra regione. Per impostazione predefinita, la dipendenza rigida rilevata con il volume di query più elevato è preselezionata. Se nessuna dipendenza è stata classificata come rigida, non ne viene selezionata nessuna. È possibile modificare o aggiungere manualmente le dipendenze in base al nome di dominio DNS. Le dipendenze aggiuntive aggiunte qui vengono utilizzate solo per questo test e non verranno salvate nel rilevamento delle dipendenze del servizio. Queste impostazioni predefinite si applicano nella console; quando si utilizza l'API, si forniscono le dipendenze in modo esplicito.

Piano Region Switch (opzionale): l'aggiunta di un piano ARC Region Switch consente alla nuova generazione di Resilience Hub di includere la tempistica effettiva del failover nei risultati dei test e nel rapporto. Se utilizzi il failover manuale o un'automazione personalizzata, lascia questo campo vuoto.