Configurare la disponibilità elevata per il server flessibile di Database di Azure per PostgreSQL

Questo articolo descrive come abilitare o disabilitare la disponibilità elevata nel server flessibile Database di Azure per PostgreSQL. Le informazioni si applicano se si usano server nella stessa zona o si usa un modello di distribuzione con ridondanza della zona. Questo articolo descrive come abilitare o disabilitare la disponibilità elevata nel server flessibile Database di Azure per PostgreSQL. Le informazioni si applicano se si usano server nella stessa zona o si usa un modello di distribuzione con ridondanza della zona.

La funzionalità di alta disponibilità distribuisce repliche primarie e di riserva separate fisicamente. È possibile effettuare il provisioning delle repliche all'interno della stessa zona di disponibilità o in zone diverse, a seconda del modello di distribuzione scelto. Per altre informazioni, vedere l'articolo sui concetti relativi alla disponibilità elevata. È possibile abilitare la disponibilità elevata durante o dopo la creazione del server flessibile di Database di Azure per PostgreSQL. La funzionalità di alta disponibilità distribuisce repliche primarie e di riserva separate fisicamente. È possibile effettuare il provisioning delle repliche all'interno della stessa zona di disponibilità o in zone diverse, a seconda del modello di distribuzione scelto. Per altre informazioni, vedere l'articolo sui concetti relativi alla disponibilità elevata. È possibile abilitare la disponibilità elevata durante o dopo la creazione del server flessibile di Database di Azure per PostgreSQL.

Abilitare la disponibilità elevata per i server esistenti

È possibile abilitare la disponibilità elevata in un server flessibile Database di Azure per PostgreSQL esistente in qualsiasi momento. Quando si abilita la disponibilità elevata, il servizio crea una replica standby che rispecchia il server primario. A seconda della capacità a livello di area e delle scelte di configurazione, lo standby può essere distribuito in una zona di disponibilità diversa per la protezione massima o nella stessa zona del database primario. È possibile abilitare la disponibilità elevata in un server flessibile Database di Azure per PostgreSQL esistente in qualsiasi momento. Quando si abilita la disponibilità elevata, il servizio crea una replica standby che rispecchia il server primario. A seconda della capacità a livello di area e delle scelte di configurazione, lo standby può essere distribuito in una zona di disponibilità diversa per la protezione massima o nella stessa zona del database primario.

Usare il portale di Azure:

  1. Seleziona il server flessibile di Azure Database per PostgreSQL. Usare il portale di Azure:

  2. Seleziona il server flessibile di Azure Database per PostgreSQL.

  3. Nel menu delle risorse, nella sezione Impostazioni selezionare Disponibilità elevata.

L'opzione Resilienza di zona controlla se il server è protetto tra le zone di disponibilità. Sono disponibili due opzioni:

  • Disabilitata (99,9% SLA): l'alta disponibilità non è configurata.
  • Abilitata (99.99% contratto di servizio): quando si seleziona questa opzione, Azure tenta di creare il server di standby in una zona di disponibilità diversa da quella primaria. Questa opzione offre la migliore protezione contro gli errori a livello di zona.

Se si attiva la resilienza zonale ma l'area geografica non dispone della capacità necessaria per una configurazione a ridondanza di zona, sotto l'opzione Abilitato (99.99% SLA) compare un'ulteriore casella di controllo. Selezionare questa casella di controllo per consentire la creazione del server standby nella stessa zona del server primario. Quando la capacità zonale diventa disponibile, Azure esegue automaticamente la migrazione dei carichi di lavoro da una configurazione a zona singola a una con ridondanza della zona.

  1. Se non è stata abilitata la resilienza di zona, selezionare l'opzione Abilitato .

    Schermata della pagina Alta disponibilità per configurare l'alta disponibilità.

  2. Quando si seleziona l'opzione Abilitato, l'opzione Zona ridondante viene applicata per impostazione predefinita per le aree che supportano le zone di disponibilità. Questa configurazione protegge da errori di zona.

    Schermata che mostra il pulsante di scelta selezionato per abilitare l'alta disponibilità.

  3. Se la regione non dispone di capacità zonale, per assicurarsi che la disponibilità elevata (HA) venga abilitata nella tua regione preferita, selezionare la casella di controllo sotto l'opzione abilitata per consentire la creazione di alta disponibilità con la modalità stessa zona della regione.

    Screenshot che mostra la selezione della stessa opzione di zona per la disponibilità elevata.

  4. Al termine della configurazione delle impostazioni, selezionare Salva per applicare le modifiche.

  5. Una finestra di dialogo mostra l'aumento dei costi associato alla distribuzione del server di standby. Se si decide di procedere, selezionare Abilita disponibilità elevata.

    Screenshot che mostra la finestra di dialogo per confermare l'abilitazione della disponibilità elevata.

  6. Viene avviata una nuova distribuzione per abilitare la disponibilità elevata nel server flessibile Database di Azure per PostgreSQL.

    Screenshot che mostra la distribuzione in corso di una configurazione a disponibilità elevata.

  7. Al termine della distribuzione, è possibile selezionare Vai alla risorsa per tornare al server flessibile Database di Azure per PostgreSQL.

    Screenshot che mostra la distribuzione completata per abilitare una configurazione a disponibilità elevata.

Disabilitare la disponibilità elevata

È possibile disabilitare la disponibilità elevata nel server flessibile Database di Azure per PostgreSQL quando non è più necessaria la protezione di una replica di standby. La disabilitazione della disponibilità elevata rimuove il server standby e riduce i costi, ma il server non è più protetto da errori di zona o server.

Usare il portale di Azure:

  1. Seleziona il server flessibile di Azure Database per PostgreSQL.

  2. Nel menu delle risorse, nella sezione Impostazioni selezionare Disponibilità elevata.

  3. Se la disponibilità elevata è abilitata, il pulsante di opzione Abilitato per Resilienza Zonale è già selezionato. Inoltre, la modalità a disponibilità elevata è impostata sulla modalità configurata e il valore dello stato di disponibilità elevata è in genere Integro.

    Schermata del riquadro per la configurazione dell'alta disponibilità, con le opzioni di alta disponibilità già selezionate e stato: Integro.

  4. Selezionare l'opzione Disabilitato per disattivare l'alta disponibilità.

    Schermata con la casella di controllo per abilitare l'alta disponibilità deselezionata.

  5. Selezionare Salva per applicare le modifiche.

  6. Una finestra di dialogo mostra la riduzione dei costi associata alla rimozione del server di standby. Se si decide di procedere, selezionare Disabilita disponibilità elevata.

    Schermata della finestra di dialogo per confermare la disattivazione dell'alta disponibilità.

  7. Inizia una distribuzione. Al termine, una notifica indica che la disponibilità elevata è stata disabilitata correttamente.

    Schermata che mostra una notifica sulla disattivazione riuscita dell'alta disponibilità.

Abilitare Business Critical (Alta Disponibilità) durante il provisioning del server

È possibile configurare la disponibilità elevata quando si crea per la prima volta il server flessibile Database di Azure per PostgreSQL. Abilitando la disponibilità elevata durante il provisioning, si distribuisce una replica standby insieme al server primario, in modo da ottenere una protezione immediata da errori di zona o server.

Usare il portale di Azure:

  1. Durante la creazione di un nuovo server flessibile di Database di Azure per PostgreSQL, passa alla sezione Business Critical (disponibilità elevata). Selezionare l'opzione Abilitato nella sezione Resilienza zonale .

    • Per impostazione predefinita, il server tenta di creare il server di standby in una zona di disponibilità diversa con modalità HA a ridondanza zonale per la massima resilienza zonale.

    Schermata che mostra come abilitare l'alta disponibilità con l'opzione di ridondanza della zona.

    • Se la capacità di zona non è disponibile, selezionare la casella di controllo Consenti standby nella stessa zona se la resilienza di zona non riesce come fallback. Se non si seleziona questa opzione, non è possibile procedere con il passaggio successivo nel flusso di lavoro di creazione. Questo controllo garantisce che la disponibilità elevata rimanga abilitata. Quando la capacità di zona diventa disponibile, Azure esegue automaticamente la migrazione dei carichi di lavoro dalla disponibilità elevata nella stessa zona alla disponibilità elevata con ridondanza della zona.

      Schermata che mostra il messaggio di errore di convalida per l'opzione HA nella stessa zona.

    • Dopo aver selezionato la casella di controllo, passare alla sezione Autenticazione nel flusso di lavoro di creazione.

      Schermata che mostra l'alta disponibilità con l'opzione HA nella stessa zona.

  2. Selezionare una zona specifica per il server primario impostando Zona di disponibilità su qualsiasi valore diverso da Nessuna preferenza.

    Screenshot che mostra la selezione di zone di disponibilità specifiche per il server primario.

Avviare un failover forzato

Seguire questi passaggi per forzare un failover del server primario al server di standby nel Database di Azure per PostgreSQL.

Quando si avvia un failover forzato, il server primario diventa immediatamente inattivo e attiva un failover nel server di standby. L'avvio di un failover forzato è utile quando si vuole testare il modo in cui un failover causato da un'interruzione non pianificata influisce sul carico di lavoro.

Importante

  • Non eseguire failover immediati e back-to-back. Attendere almeno 15-20 minuti tra i failover. Questo tempo di attesa consente di stabilire completamente il nuovo server standby.

  • Il tempo complessivo dell'operazione end-to-end, come indicato nel portale, potrebbe essere più lungo del tempo di inattività effettivo riscontrato dall'applicazione. È consigliabile misurare il tempo di inattività dal punto di vista dell'applicazione.

Usare il portale di Azure:

  1. Seleziona il server flessibile di Database di Azure per PostgreSQL con disponibilità elevata attivata.

  2. Nel menu delle risorse, nella sezione Impostazioni selezionare Disponibilità elevata.

  3. Se i server primario e standby vengono distribuiti in zone diverse, prendere nota dei valori assegnati alla zona di disponibilità primaria e alla zona di disponibilità standby. Questi valori si invertono al termine dell'operazione di failover.

    Screenshot che mostra le zone di disponibilità di primario e standby.

  4. Selezionare Failover forzato per avviare la procedura di failover manuale. Una finestra di dialogo indica il tempo di inattività previsto fino al termine del failover. Se si decide di procedere, selezionare Avvia failover forzato.

    Screenshot che mostra la finestra di dialogo visualizzata prima dell'avvio di un failover forzato.

  5. Viene visualizzata una notifica e viene menzionato che è in corso un failover.

    Schermata che mostra una notifica che segnala un failover in corso dopo l'avvio di un failover forzato.

  6. Una volta terminato il failover sul server di standby, una notifica informa dell'avvenuto completamento.

    Screenshot che mostra la notifica visualizzata al termine di un failover forzato.

  7. Se i server primario e di standby vengono distribuiti in zone diverse, verificare che i valori della zona di disponibilità primaria e della zona di disponibilità standby siano invertiti rispetto a come erano prima dell'avvio del failover.

Avviare un failover pianificato

Segui questa procedura per eseguire un failover pianificato dal server primario al server di standby nel Azure Database per PostgreSQL. Quando si avvia questa operazione, prepara il server di standby e quindi esegue il failover.

Questa operazione di failover garantisce il minor tempo di inattività, perché esegue un failover senza interruzioni al server di standby. È utile per situazioni come riportare il server primario nella zona di disponibilità preferita dopo un failover imprevisto.

Importante

  • Non eseguire failover immediati e back-to-back. Attendere almeno 15-20 minuti tra i failover. Questo tempo di attesa consente di stabilire completamente il nuovo server standby.

  • Eseguire failover pianificati durante periodi di attività ridotta.

  • Il tempo complessivo dell'operazione end-to-end, come indicato nel portale, potrebbe essere più lungo del tempo di inattività effettivo riscontrato dall'applicazione. È consigliabile misurare il tempo di inattività dal punto di vista dell'applicazione.

Usare il portale di Azure:

  1. Selezionare il server flessibile Database di Azure per PostgreSQL con alta disponibilità abilitata.

  2. Nel menu delle risorse, nella sezione Impostazioni selezionare Disponibilità elevata.

  3. Se i server primario e standby vengono distribuiti in zone diverse, prendere nota dei valori assegnati alla zona di disponibilità primaria e alla zona di disponibilità standby. Questi valori si invertono al termine dell'operazione di failover.

    Schermata che mostra le zone di disponibilità del primario e dello standby.

  4. Selezionare Failover pianificato per avviare la procedura di failover manuale. Una finestra di dialogo indica il tempo di inattività previsto fino al termine del failover. Se si decide di procedere, selezionare Avvia failover pianificato.

    Screenshot che mostra la finestra di dialogo visualizzata prima dell'avvio di un failover pianificato.

  5. Viene visualizzata una notifica e viene menzionato che il failover è in corso.

    Schermata con una notifica che segnala un failover in corso dopo l'avvio di un failover pianificato.

  6. Una volta terminato il failover sul server di standby, una notifica informa dell'avvenuto completamento.

    Screenshot che mostra la notifica visualizzata al termine di un failover pianificato.

  7. Se la modalità ad alta disponibilità è configurata come ridondanza zonale, verificare che i valori della zona primaria di disponibilità e della zona standby di disponibilità siano ora invertiti.

Limitazioni e considerazioni

  • Quando si abilita o si disabilita la disponibilità elevata in un server flessibile Database di Azure per PostgreSQL, il servizio non modifica altre impostazioni. Queste impostazioni includono la configurazione di rete, le impostazioni del firewall, i parametri e la conservazione dei backup. L'abilitazione o la disabilitazione della disponibilità elevata è un'operazione online. Questa operazione non influisce sulla connettività e sulle operazioni dell'applicazione.

  • Database di Azure per PostgreSQL supporta la disponibilità elevata con entrambe le repliche distribuite nella stessa zona. È possibile usare questa configurazione in tutte le aree supportate. Tuttavia, la disponibilità elevata con ridondanza della zona di disponibilità è disponibile solo in determinate regioni.

  • Il livello Burstable non supporta l'alta disponibilità. Solo i livelli per utilizzo generico e ottimizzato per la memoria supportano la disponibilità elevata.

  • Se si distribuisce un server in un'area costituita da una singola zona di disponibilità, è possibile abilitare la disponibilità elevata solo in modalità stessa zona. Se Microsoft in futuro migliora l'area geografica con più zone di disponibilità, è possibile distribuire nuovi server flessibili di Database di Azure per PostgreSQL configurati per l'alta disponibilità nella stessa zona o con ridondanza della zona.

    Tuttavia, non è possibile abilitare direttamente la disponibilità elevata in modalità con ridondanza della zona per qualsiasi server distribuito nell'area quando l'area è costituita da una singola zona di disponibilità. Come soluzione alternativa, è possibile usare l'opzione di ripristino o l'opzione di replica in lettura:

Opzione di ripristino

  1. Ripristinare il punto di ripristino più recente.
  2. Dopo aver creato il nuovo server, abilitare l'alta disponibilità con ridondanza di zona.
  3. Dopo la verifica dei dati, è possibile eliminare il server precedente.
  4. Assicurarsi di modificare le stringhe di connessione dei client in modo che puntino al server appena ripristinato.

Opzione di replica in lettura

  1. Creare una replica in lettura nella stessa area del server primario.

  2. Alzare di livello la replica in lettura per renderlo il nuovo server primario.

  3. Per mantenere il nome originale, utilizzare gli endpoint virtuali o eliminare il vecchio database primario, quindi creare e alzare di livello una nuova replica in lettura.

  4. Per gli utenti del portale, abilitare resilienza di zona. Per gli strumenti di sviluppo, impostare Disponibilità elevata con l'opzione Zone-Redundant.

  5. Creare una replica in lettura nella stessa area del server primario.

  6. Alzare di livello la replica in lettura per renderlo il nuovo server primario.

  7. Per mantenere il nome originale, utilizzare gli endpoint virtuali o eliminare il vecchio database primario, quindi creare e alzare di livello una nuova replica in lettura.

  8. Per gli utenti del portale, abilitare resilienza di zona. Per gli strumenti di sviluppo, impostare Disponibilità elevata con l'opzione Zone-Redundant.

Contenuti correlati

  • Last updated on