Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
AWSDisponibilità regionale per il controllo del routing
Per informazioni dettagliate sul supporto regionale e sugli endpoint di servizio per Amazon Application Recovery Controller (ARC), consulta gli endpoint e le quote di Amazon Application Recovery Controller (ARC) nel riferimento generale di Amazon Web Services.
Nota
Il controllo del routing in Amazon Application Recovery Controller (ARC) è una funzionalità globale. Tuttavia, è necessario specificare la regione degli Stati Uniti occidentali (Oregon) (specificare il parametro--region us-west-2) nei comandi ARC AWS CLI regionali. Cioè, quando si creano risorse come cluster, pannelli di controllo o controlli di routing.
Un controllo di routing ARC è uno on/off switch che modifica lo stato di un controllo di integrità ARC, che può quindi essere associato a un record DNS che reindirizza il traffico, ad esempio, da una replica di distribuzione primaria a una replica di distribuzione in standby.
Se si verifica un errore dell'applicazione o un problema di latenza, è possibile aggiornare gli stati di controllo del routing per spostare il traffico dalla replica principale, ad esempio, a una replica in standby. Utilizzando le operazioni altamente affidabili dell'API ARC data plane per effettuare query di controllo del routing e aggiornare lo stato di controllo del routing, puoi fare affidamento su ARC per il failover durante gli scenari di disaster recovery. Per ulteriori informazioni, consulta Ottenere e aggiornare gli stati di controllo del routing utilizzando l'API ARC (consigliato).
ARC mantiene gli stati di controllo del routing in un cluster, che è un set di cinque endpoint regionali ridondanti. ARC propaga le modifiche dello stato di controllo del routing su tutto il cluster, che si trova in una flotta Amazon EC2, per ottenere un quorum in cinque regioni. AWS Dopo la propagazione, quando si interroga ARC per uno stato di controllo del routing, utilizzando l'API e il piano dati altamente affidabile, viene restituita la visualizzazione di consenso.
È possibile interagire con uno qualsiasi dei cinque endpoint del cluster per aggiornare lo stato di un controllo di routing da, ad esempio, a. Off On Quindi ARC propaga l'aggiornamento tra le cinque regioni del cluster.
La coerenza dei dati su tutti e cinque gli endpoint del cluster viene raggiunta in media entro 5 secondi e dopo non più di 15 secondi al massimo.
ARC offre un'affidabilità estrema con il suo piano dati che consente di eseguire manualmente il failover dell'applicazione su più celle. ARC garantisce che almeno tre dei cinque endpoint del cluster siano sempre accessibili all'utente per modificare lo stato di controllo del routing. Tieni presente che ogni cluster ARC è a tenant singolo, per assicurarti di non essere influenzato da «vicini rumorosi» che potrebbero rallentare i tuoi schemi di accesso.
Quando apporti modifiche agli stati di controllo del routing, ti affidi ai seguenti tre criteri, che è altamente improbabile che abbiano esito negativo:
Almeno tre dei cinque endpoint sono disponibili e fanno parte del quorum.
Disponi di credenziali IAM funzionanti e puoi autenticarti su un endpoint del cluster regionale funzionante.
Il piano dati di Route 53 è integro (questo piano dati è progettato per soddisfare uno SLA di disponibilità del 100%).
