Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Il server flessibile di Database di Azure per PostgreSQL include una funzionalità di monitoraggio dello stato di integrità a disponibilità elevata che usa il framework RHC (Resource Health Check) di Azure. Questo servizio fornisce informazioni dettagliate continue sull'integrità delle istanze abilitate per la disponibilità elevata, segnalando gli eventi che potrebbero influire sulla connettività e sulla disponibilità. Di seguito sono riportati i dettagli relativi a ciascuno stato di integrità e agli scenari associati per semplificare la risoluzione dei problemi e mantenere la stabilità della disponibilità elevata.
Stati di integrità
Ogni stato della disponibilità elevata viene monitorato tramite vari segnali interni che rappresentano condizioni specifiche. Di seguito sono riportati i possibili stati a disponibilità elevata insieme agli indicatori visivi e agli scenari che potrebbero influire sul server flessibile di Database di Azure per PostgreSQL.
Pronto – HA è sana
Lo stato Pronto indica che il server abilitato per la disponibilità elevata funziona normalmente senza problemi rilevati che influiscono sull'idoneità del failover. Tutte le configurazioni necessarie sono intatte e non sono state rilevate condizioni di errore significative.
Danneggiato: gruppo di sicurezza di rete (NSG) o appliance virtuale che blocca le connessioni
Lo stato Danneggiato potrebbe essere visualizzato quando le regole del gruppo di sicurezza di rete o un'appliance virtuale bloccano connessioni essenziali per la disponibilità elevata. Questo problema di configurazione impedisce il funzionamento completo della disponibilità elevata e deve essere risolto modificando le impostazioni del gruppo di sicurezza di rete.
Danneggiato: stato di sola lettura
Se il server flessibile PostgreSQL entra in uno stato di sola lettura, lo stato Danneggiato riflette questa restrizione. In questo caso, per ripristinare la funzionalità completa è necessario in genere il provisioning di risorse aggiuntive o la risoluzione delle condizioni che hanno portato all'impostazione di sola lettura.
Danneggiato: disponibilità elevata in stato danneggiato
Quando è il servizio di disponibilità elevata stesso a presentare prestazioni ridotte, probabilmente a causa di problemi temporanei o condizioni a livello di sistema, viene visualizzato questo stato. L'implementazione della logica di ripetizione dei tentativi consente di ridurre gli effetti di queste interruzioni temporanee della connettività. È importante notare che lo stato "danneggiato" non indica che il server non è disponibile. Indica invece che la configurazione complessiva della disponibilità elevata e i controlli di integrità non sono ancora stati completati. Nonostante questo stato, il server potrebbe essere ancora operativo e accessibile.
Per monitorare accuratamente la disponibilità del database durante tali periodi, è consigliabile usare la metrica "is_db_alive" come parte delle metriche di disponibilità del database. Questa metrica fornisce un indicatore affidabile della disponibilità del database, consentendo di distinguere tra una configurazione a disponibilità elevata incompleta temporanea e un tempo di inattività effettivo.
Danneggiato: failover pianificato avviato
Durante un evento di failover pianificato avviato per il server, viene visualizzato lo stato Danneggiato, a indicare che sono attivi i processi di failover della disponibilità elevata. Si tratta in genere di un processo breve e controllato e il servizio dovrebbe riprendere entro breve tempo.
Danneggiato: failover non pianificato avviato
Per un failover non pianificato, questo stato indica un evento di failover attivo attivato da circostanze impreviste. Questo scenario potrebbe comportare brevi interruzioni della connettività fino al completamento delle procedure di failover da parte del server.
Danneggiato - Failover di aggiornamento avviato
Durante gli aggiornamenti di sistema, il server della disponibilità elevata potrebbe subire un failover di aggiornamento per applicare gli aggiornamenti necessari. In questo stato, il server potrebbe limitare temporaneamente le nuove connessioni ed è necessario implementare una logica di ripetizione dei tentativi per gestire efficacemente i problemi transitori.
Configurazione degli avvisi di Integrità risorse
È possibile impostare gli avvisi di Integrità risorse in modo da ricevere notifiche in tempo reale quando si verificano modifiche allo stato di integrità dell'istanza di PostgreSQL abilitata per la disponibilità elevata. Le configurazioni sono disponibili tramite il portale di Azure o usando un modello di Resource Manager per consentire agli utenti di restare informati sugli aggiornamenti dello stato della disponibilità elevata senza monitorare attivamente il portale.
Procedura per configurare gli avvisi di Integrità risorse tramite il portale
- Passare al portale di Azure e selezionare il server flessibile PostgreSQL.
- Nel menu a sinistra selezionare "Avvisi" nella sezione "Monitoraggio".
- Selezionare "Nuova regola di avviso" e configurare la logica di avviso in base ai segnali di Integrità risorse.
- Configurare il gruppo di azioni per specificare come si desidera ricevere le notifiche (e-mail, SMS, ecc.).
- Rivedere e creare la regola di avviso.
Procedura per creare avvisi di Integrità risorse usando un modello di Resource Manager
- Scaricare il modello di Resource Manager dalla Guida al modello di Azure Resource Manager per gli avvisi di Integrità risorse.
- Personalizzare il modello con i dettagli specifici del server e le preferenze di avviso.
- Distribuire il modello di Resource Manager usando l'interfaccia della riga di comando di Azure o Azure PowerShell.
- Verificare la distribuzione e assicurarsi che gli avvisi siano attivi.
Per altre informazioni sulla configurazione degli avvisi, attenersi a queste guide:
- Configurare gli avvisi di Integrità risorse tramite il portale
- Creare avvisi di Integrità risorse usando un modello di Resource Manager
Con il monitoraggio dello stato di integrità della disponibilità elevata è possibile ottenere informazioni essenziali sulle prestazioni a disponibilità elevata del server PostgreSQL e quindi adottare un approccio proattivo alla gestione del tempo di attività e della disponibilità.