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à.
Processo di failover per un'implementazione RDS Custom for Oracle Multi-AZ
Se un’interruzione pianificata o non pianificata dell'istanza database comporta un defect dell’infrastruttura, Amazon RDS passa automaticamente a una replica in standby in un'altra zona di disponibilità, se hai abilitato l'implementazione Multi-AZ. Il tempo necessario per il completamento del failover varia in base all'attività del database e ad altre condizioni presenti quando l'istanza database primaria diventa non disponibile. Il failover richiede in genere da 60 a 120 secondi. tempo che può tuttavia aumentare in caso di transazioni di grandi dimensioni o di un processo di ripristino di lunga durata. Una volta completato il failover, può essere necessario più tempo prima che la console Amazon RDS mostri la nuova zona di disponibilità.
Nota
È possibile forzare un failover manualmente quando si arresta e si avvia l' EC2 host principale mentre l'istanza DB è disponibile.
Amazon RDS gestisce i failover automaticamente, in modo da consentirti di riprendere le operazioni database il più rapidamente possibile, senza alcun intervento amministrativo. L'istanza database principale passa automaticamente alla replica di standby qualora si verifichi una delle condizioni riportate nella seguente tabella. Puoi visualizzare questi motivi di failover nel registro eventi di Amazon RDS.
| Motivo del failover | Descrizione |
|---|---|
| Al sistema operativo sottostante l'istanza del database RDS viene aggiunta una patch in un'operazione offline. | È stato attivato un failover durante la finestra di manutenzione per una patch del sistema operativo o un aggiornamento di sicurezza. Per ulteriori informazioni, consulta Manutenzione di un'istanza database. |
| L' host primario dell'istanza Multi-AZ di RDS non è integro. | L’implementazione istanza database Multi-AZ ha rilevato un'istanza database primaria compromessa e ha attivato il failover. |
| L' host principale dell'istanza Multi-AZ RDS non è raggiungibile a causa della perdita di connettività di rete. | Il monitoraggio RDS ha rilevato un errore di raggiungibilità della rete per l'istanza database primaria e ha attivato un failover. |
| L' istanza RDS è stata modificata dal cliente. | Una modifica dell'istanza database RDS ha attivato un failover. Per ulteriori informazioni, consulta Modifica dell'istanza DB RDS Custom for Oracle. |
| Il volume di storage sottostante l'host principale dell'istanza Multi-AZ RDS ha riportato un errore. | L’implementazione dell’istanza database Multi-AZ ha rilevato un problema di archiviazioine nell'istanza DB principale e ha avviato il failover. |
| L' istanza principale Multi-AZ RDS è occupata e non risponde. | L'istanza database primaria non risponde. Ti consigliamo di effettuare le seguenti operazioni: Esamina l'evento e CloudWatch i log per verificare l'utilizzo eccessivo di CPU, memoria o spazio di swap. Per ulteriori informazioni, consultare Utilizzo delle notifiche di RDS eventi di Amazon e Creazione di una regola che si attiva su un evento Amazon RDS. Valuta il carico di lavoro per determinare se si sta utilizzando la classe di istanza database appropriata. Per ulteriori informazioni, consulta Classi di istanze DB . |
Per determinare se l’istanza database Multi-AZ è soggetta a failover, è possibile eseguire le seguenti operazioni:
-
Configura gli abbonamenti a eventi database per inviare una notifica tramite e-mail o SMS in caso di failover. Per ulteriori informazioni sugli eventi di , consulta Utilizzo delle notifiche di RDS eventi di Amazon.
-
Visualizza gli eventi database utilizzando la console Amazon RDS o le operazioni dell'API.
-
Visualizza lo stato attuale della distribuzione dell'istanza DB RDS Custom for Oracle Multi-AZ utilizzando la console Amazon RDS, la CLI o le operazioni API.
Impostazioni Time to live (TTL) con applicazioni che utilizzano una distribuzione RDS Custom for Oracle Multi-AZ
Il meccanismo di failover modifica automaticamente il record Domain Name System (DNS) dell'istanza database in modo da fare riferimento all'istanza database standby. Di conseguenza, sarà necessario ristabilire le connessioni esistenti alla propria istanza database. Assicurati che qualsiasi valore di configurazione della cache DNS time-to-live (TTL) sia basso e verifica che l'applicazione non memorizzi nella cache DNS per un periodo di tempo prolungato. Un valore TTL elevato potrebbe impedire all'applicazione di riconnettersi rapidamente all'istanza DB dopo il failover.
