Perché il mio cluster Amazon Aurora compatibile con PostgreSQL ha subito un failover?

Breve descrizione

Quando si verifica uno dei seguenti eventi, Aurora compatibile con PostgreSQL esegue automaticamente il failover su un'istanza di lettura:

• Sono presenti problemi di infrastruttura riguardanti l'istanza di scrittura come, ad esempio, perdita di connettività di rete al volume dell'host fisico o del cluster o problemi con le risorse di calcolo fisiche.
• L'istanza di scrittura non è raggiungibile. Questo problema si verifica in presenza di un carico di lavoro eccessivo che causa rallentamenti delle prestazioni e conflitti di risorse.
• Il tipo di classe dell'istanza database di scrittura cambia a causa del ](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraPostgreSQL.Managing.html#AuroraPostgreSQL.Managing.Performance.InstanceScaling)dimensionamento verticale dell'istanza database[.
• L'host sottostante dell'istanza di scrittura subisce l'applicazione di patch software, la manutenzione hardware o un aggiornamento del sistema operativo durante una specifica finestra di manutenzione. Per ulteriori informazioni, consulta Manutenzione di un cluster di database Amazon Aurora.
• L'istanza utilizza l'opzione failover a livello di istanza.

Risoluzione

Quando l'istanza di scrittura del cluster non risponde ai controlli dell'integrità, il cluster avvia un failover su una delle istanze di lettura in base alla priorità. Per identificare la causa del failover, controlla i seguenti log e le seguenti metriche per il cluster Aurora compatibile con PostgreSQL.

Eventi di Amazon RDS

Per identificare la causa di un'interruzione non pianificata, visualizza tutti gli eventi di Aurora relativi al periodo di failover. Puoi visualizzare gli eventi delle ultime 2 settimane. Per memorizzare gli eventi per un periodo più lungo, invia gli eventi di Aurora ad Amazon EventBridge. Per ulteriori informazioni, consulta Creazione di una regola che si attiva su un evento Amazon Aurora.

Metriche di CloudWatch

Per verificare se il failover è stato causato da un carico elevato del database, visualizza le metriche del cluster di database Aurora utilizzando Amazon CloudWatch.

Controlla i picchi nelle seguenti metriche che mostrano la disponibilità e lo stato di integrità del cluster:

• DatabaseConnections
• CPUUtilization
• FreeableMemory
• DiskQueueDepth
• StorageNetworkThroughput

Monitoraggio avanzato

Utilizza Monitoraggio avanzato per visualizzare le metriche del sistema operativo in tempo reale. Per attivare Monitoraggio avanzato nelle istanze Amazon Aurora, consulta Configurare e abilitare Monitoraggio avanzato. Per un elenco delle metriche del sistema operativo visualizzabili, consulta Metriche del sistema operativo in Monitoraggio avanzato.

Performance Insights

Utilizza Performance Insights per visualizzare il carico del database nel cluster Aurora compatibile con PostgreSQL. Puoi filtrare il carico per attese, istruzioni SQL, host o utenti. Per ulteriori informazioni, consulta Analisi delle metriche utilizzando il pannello di controllo Performance Insights.

Performance Insights mostra le query che contribuiscono maggiormente al carico del database, ad esempio una query che utilizza il 99% del carico del database.

Performance Insights consente di identificare se i seguenti problemi potrebbero influire sulle prestazioni del cluster di database:

• Operazioni di I/O, come IO:DataFileRead per le letture del disco
• Conflitto bloccante, ad esempio Lock:transactionid, and Lock:Relation
• Problemi di gestione del buffer, come BufferPin:BufferPin
• Ritardi nelle comunicazioni con il client, ad esempio Client:ClientRead e Client:ClientWrite

Importante: Performance Insights giungerà al termine del suo ciclo di vita il 30 giugno 2026. Entro tale data puoi passare alla modalità Avanzata di Database Insights. Se non esegui l'aggiornamento, i cluster di database che utilizzano Performance Insights passeranno automaticamente alla modalità Standard di Database Insights. Solo la modalità Avanzata di Database Insights supporta i piani di esecuzione e l'analisi on demand. Se i cluster dovessero passare automaticamente alla modalità Standard, potresti non essere in grado di utilizzare queste funzionalità sulla console. Per attivare la modalità Avanzata, consulta Attivazione della modalità avanzata di Database Insights per Amazon RDS. Inoltre, consulta Attivazione della modalità avanzata di Database Insights per Amazon Aurora.

Log del database Aurora

Nei database locali, i log del database risiedono nel file system. Poiché non puoi accedere all'host ai log del database nel file system, pubblicali in Amazon CloudWatch Logs.

Puoi anche utilizzare la console Amazon RDS per visualizzare un file di log del database.

Failover rapido con Aurora PostgreSQL

Per trasferire rapidamente le operazioni a un'istanza di replica integra dopo un failover, configura l'applicazione per il failover rapido.

Ripristino rapido dopo il failover con gestione della cache del cluster per Aurora compatibile con PostgreSQL

Per un ripristino rapido dell'istanza database nel cluster di database, utilizza la gestione della cache del cluster per Aurora compatibile con PostgreSQL.

Proxy RDS per migliorare le prestazioni di failover

Utilizza Server proxy per Amazon RDS per mantenere un pool aperto di connessioni alle istanze database. Durante i failover del database, il proxy RDS continua ad accettare connessioni allo stesso indirizzo IP e indirizza automaticamente le connessioni alla nuova istanza database primaria. Quando l'istanza database originale non è disponibile, il proxy RDS si connette al database in standby ma non interrompe le connessioni delle applicazioni inattive.

Informazioni correlate

Elevata disponibilità di Amazon Aurora

Monitoraggio dei parametri in un cluster di database Amazon Aurora

Categorie di eventi e messaggi di evento di Amazon RDS per Aurora