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

SI APPLICA A: Database di Azure per PostgreSQL - Server flessibile

Questo articolo descrive come abilitare o disabilitare la configurazione a disponibilità elevata nel server flessibile Database di Azure per PostgreSQL nella stessa zona o nei modelli di distribuzione con ridondanza della zona.

La funzionalità a disponibilità elevata distribuisce repliche primarie e standby separate fisicamente. È possibile effettuare il provisioning di entrambe le repliche all'interno della stessa zona di disponibilità o ognuna in una zona diversa, a seconda del modello di distribuzione scelto. Per altre informazioni, vedere i concetti di disponibilità elevata. È possibile abilitare la disponibilità elevata al momento della creazione del server flessibile Database di Azure per PostgreSQL oppure eseguire questa operazione dopo la creazione del server.

Importante

Aggiornamento del modello di fatturazione per il server flessibile di Database di Azure per PostgreSQL (v5 disponibilità elevata): ad aprile è stato implementato un aggiornamento del modello di fatturazione per SKU v5 con server abilitati per la disponibilità elevata. Questa modifica mira a riflettere correttamente gli addebiti, tenendo conto sia dei server primario che di standby. Prima di questa modifica, i clienti venivano addebitati erroneamente solo per il server primario. I clienti che usano SKU v5 con server abilitati per la disponibilità elevata ora vedranno le quantità di fatturazione moltiplicate per 2. Questo aggiornamento non influisce sugli SKU v4 e v3.

Abilitare la disponibilità elevata per i server esistenti

Portale

Tramite il portale di Azure:

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

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

   

3. Se la disponibilità elevata non è abilitata, la casella di controllo Abilita disponibilità elevata viene deselezionata e lo stato di disponibilità elevata viene visualizzato come Non abilitato.

   

4. Selezionare la casella di controllo Abilita disponibilità elevata per abilitare l'opzione . Mostra le opzioni con ridondanza della zona e della stessa zona. Se si sceglie Stessa zona, il server standby viene creato nella stessa zona di disponibilità del server primario.

   

Nota

Se l'area in cui viene creato il server non supporta la disponibilità elevata con ridondanza della zona, l'opzione Ridondanza della zona è disattivata e disabilitata.

5. Se l'area supporta la ridondanza della zona e si seleziona Ridondanza della zona, è possibile scegliere in quale delle altre zone disponibili si vuole distribuire il server di standby.

   

6. Quando tutto è configurato in base alle proprie esigenze, selezionare Salva per applicare le modifiche. Una finestra di dialogo indica l'aumento dei costi associato alla distribuzione del server di standby. Se si decide di procedere, selezionare Abilita disponibilità elevata.

   

7. Una distribuzione avvia e, al termine, una notifica indica che la disponibilità elevata è abilitata correttamente.

   

CLI

È possibile abilitare la disponibilità elevata in un server esistente tramite il comando az postgres flexible-server update .

Per abilitare la disponibilità elevata in modo che il server standby venga distribuito nella stessa zona del server primario, usare questo comando:

az postgres flexible-server update --resource-group <resource_group> --name <server> --high-availability SameZone

Per abilitare la disponibilità elevata con il server standby distribuito in una zona diversa rispetto al server primario e se si vuole che la zona venga selezionata automaticamente, usare questo comando:

az postgres flexible-server update --resource-group <resource_group> --name <server> --high-availability ZoneRedundant

Facoltativamente, è anche possibile selezionare la zona di disponibilità in cui deve essere distribuito il server di standby. A tale scopo, usare questo comando:

az postgres flexible-server update --resource-group <resource_group> --name <server> --high-availability ZoneRedundant --standby-zone <standby_zone>

Se si abilita la disponibilità elevata con ridondanza della zona e la zona specificata per standby corrisponde alla zona del database primario, viene visualizzato questo errore:

Your server is in availability zone <server>. The zone of the server cannot be same as the standby zone.

Se si abilita la disponibilità elevata con ridondanza della zona e la zona specificata per standby non è disponibile in tale area, viene visualizzato questo errore:

Code: InvalidParameterValue
Message: Invalid value given for parameter StandbyAvailabilityZone,availabilityZone. Specify a valid parameter value.

Se si abilita la disponibilità elevata con ridondanza della zona e l'area non dispone di più zone di disponibilità, viene visualizzato questo errore:

This region is single availability zone. Zone redundant high availability is not supported in a single availability zone region.

Se la disponibilità elevata è abilitata in una modalità e si tenta di abilitarla di nuovo, specificando una modalità diversa, viene visualizzato l'errore seguente:

Code: InvalidParameterValue
Message: Invalid value given for parameter Cannot switch Properties.HighAvailability.Mode directly from SameZone to ZoneRedundant. Please disable HA and then enable HA.. Specify a valid parameter value.

Disabilitare la disponibilità elevata

Portale

Tramite il portale di Azure:

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

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

   

3. Se la disponibilità elevata è abilitata, viene visualizzata la casella di controllo Abilita disponibilità elevata, la modalità disponibilità elevata è impostata sulla modalità configurata e lo stato di disponibilità elevata viene in genere visualizzato come Integro.

   

4. Deselezionare la casella di controllo Abilita disponibilità elevata per disabilitare l'opzione .

   

5. Selezionare Salva per applicare le modifiche. Una finestra di dialogo indica la riduzione dei costi associata alla rimozione del server di standby. Se si decide di procedere, selezionare Disabilita disponibilità elevata.

   

6. Una distribuzione avvia e, al termine, una notifica indica che la disponibilità elevata è stata disabilitata correttamente.

   

CLI

È possibile disabilitare la disponibilità elevata in un server esistente tramite il comando az postgres flexible-server update .

Per disabilitare la disponibilità elevata, usare questo comando:

az postgres flexible-server update --resource-group <resource_group> --name <server> --high-availability Disabled

Abilitare la disponibilità elevata durante il provisioning del server

Portale

Tramite il portale di Azure:

1. Durante il provisioning di una nuova istanza di Database di Azure per PostgreSQL server flessibile, nella sezione Disponibilità elevata selezionare Stessa zona o Ridondanza della zona.

   

Nota

Se l'area in cui viene creato il server non supporta la disponibilità elevata con ridondanza della zona, l'opzione Ridondanza della zona è disattivata e disabilitata.

2. Se si seleziona una zona specifica per il server primario impostando Zona di disponibilità su qualsiasi valore diverso da Nessuna preferenza, quando si seleziona Ridondanza della zona, è anche possibile selezionare un valore selezionato in modo esplicito per il server di standby nella zona di disponibilità standby. L'impostazione delle zone su zone specifiche è utile se si vuole collocare l'applicazione nella stessa zona del database, per ridurre la latenza. Scegliere Nessuna preferenza se si vuole che il server di standby venga distribuito automaticamente in una zona di disponibilità scelta automaticamente.

   

CLI

È possibile abilitare la disponibilità elevata durante il provisioning di un nuovo server tramite il comando az postgres flexible-server create .

Nota

I comandi seguenti devono essere completati con altri parametri, la cui presenza e i valori variano a seconda della modalità di configurazione di altre funzionalità del server di cui è stato effettuato il provisioning.

Per distribuire il server primario con un server standby nella stessa zona e consentire al servizio di scegliere automaticamente la zona, usare questo comando:

az postgres flexible-server create --resource-group <resource_group> --name <server> --high-availability SameZone ...

Per distribuire il server primario con un server standby nella stessa zona e scegliere in modo esplicito la zona, usare questo comando:

az postgres flexible-server create --resource-group <resource_group> --name <server> --high-availability SameZone --zone <zone> ...

Se la zona di disponibilità specificata non è supportata nell'area selezionata, viene visualizzato questo errore:

Code: AvailabilityZoneNotAvailable
Message: Specified availability zone is not supported in this region. Please choose a different availability zone.

Per distribuire il server primario con un server di standby in una zona diversa e consentire al servizio di scegliere entrambe le zone, usare questo comando:

az postgres flexible-server create --resource-group <resource_group> --name <server> --high-availability ZoneRedundant ...

Per distribuire il server primario con un server di standby in un'area diversa, specificare in modo esplicito la zona per il server primario, ma consentire al servizio di scegliere la zona per lo standby, usare questo comando:

az postgres flexible-server create --resource-group <resource_group> --name <server> --high-availability ZoneRedundant --zone <zone> ...

Per distribuire il server primario con un server di standby in una zona diversa e specificare in modo esplicito la zona per il server primario e lo standby, usare questo comando:

az postgres flexible-server create --resource-group <resource_group> --name <server> --high-availability ZoneRedundant --zone <zone> --standby-zone <standby_zone>...

Se si sceglie la disponibilità elevata con ridondanza della zona e lo stesso valore viene specificato per le zone dei server primario e standby, viene visualizzato questo errore:

Your server is in availability zone <zone>. The zone of the server cannot be same as the standby zone.

Se la modalità di disponibilità elevata selezionata è ridondante della zona e l'area non dispone di più zone di disponibilità, viene visualizzato questo errore:

This region is single availability zone. Zone redundant high availability is not supported in a single availability zone region.

failover forzato

Seguire questa procedura per forzare un failover del server primario nel server di standby in un server flessibile Database di Azure per PostgreSQL. L'avvio di un failover forzato comporta immediatamente il arresto del server primario e attiva un failover nel server di standby. L'avvio di un failover forzato è utile per i casi in cui 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. Tale 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.

Portale

Tramite il portale di Azure:

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

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

   

3. Se la modalità a disponibilità elevata è impostata sulla modalità con ridondanza della zona, è possibile prendere nota dei valori assegnati alla zona di disponibilità primaria e alla zona di disponibilità standby, perché devono essere annullati al termine dell'operazione di failover.

   

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

   

5. Viene visualizzato un messaggio che indica che il failover è in corso.

   

6. Una volta completato il failover nel server di standby, una notifica informa l'utente del completamento dell'operazione.

   

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

   

CLI

È possibile abilitare la disponibilità elevata durante il provisioning di un nuovo server tramite il comando az postgres flexible-server restart .

Per avviare un failover forzato, usare questo comando:

az postgres flexible-server restart --resource-group <resource_group> --name <server> --failover Forced

Se si tenta di forzare un failover di un server flessibile Database di Azure per PostgreSQL che non dispone di disponibilità elevata abilitata, viene visualizzato questo errore:

Failing over can only be triggered for zone redundant or same zone servers.

Se si tenta di forzare un failover di un server flessibile Database di Azure per PostgreSQL con disponibilità elevata abilitata, ma non è pronto per avviare l'operazione di failover, viene visualizzato questo errore:

Code: OperationFailed
Message: Operation HandleWalServiceFailureManagementOperation failed, because server <server> not in active state.

Failover pianificato

Seguire questa procedura per eseguire un failover pianificato dal server primario al server di standby in un server flessibile Database di Azure per PostgreSQL. L'avvio di questa operazione prepara prima il server di standby e quindi esegue il failover. Questa operazione di failover garantisce il minor tempo di inattività, perché esegue un failover normale nel server di standby. È utile per situazioni come dopo un failover imprevisto e si vuole riportare il server primario nella zona di disponibilità preferita.

Importante

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

• È consigliabile eseguire failover pianificati durante periodi di attività bassi.

• 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.

Portale

Tramite il portale di Azure:

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

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

   

3. Se la modalità a disponibilità elevata è impostata sulla modalità con ridondanza della zona, è possibile prendere nota dei valori assegnati alla zona di disponibilità primaria e alla zona di disponibilità standby, perché devono essere annullati al termine dell'operazione di failover.

   

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

   

5. Viene visualizzato un messaggio che indica che il failover è in corso.

   

6. Una volta completato il failover nel server di standby, una notifica informa l'utente del completamento dell'operazione.

   

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

   

CLI

È possibile abilitare la disponibilità elevata durante il provisioning di un nuovo server tramite il comando az postgres flexible-server restart .

Per avviare un failover forzato, usare questo comando:

az postgres flexible-server restart --resource-group <resource_group> --name <server> --failover Planned

Se si tenta di forzare un failover di un server flessibile Database di Azure per PostgreSQL che non dispone di disponibilità elevata abilitata, viene visualizzato questo errore:

Failing over can only be triggered for zone redundant or same zone servers.

Se si tenta di forzare un failover di un server flessibile Database di Azure per PostgreSQL con disponibilità elevata abilitata, ma non è pronto per avviare l'operazione di failover, viene visualizzato questo errore:

Code: OperationFailed
Message: Operation HandleWalServiceFailureManagementOperation failed, because server <server> not in active state.

Considerazioni speciali

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

• La disponibilità elevata con entrambe le repliche distribuite nella stessa zona è supportata e disponibile in tutte le aree in cui è supportato Database di Azure per PostgreSQL - Server flessibile. Tuttavia, la disponibilità elevata con ridondanza della zona è disponibile solo in determinate aree.

• La disponibilità elevata non è supportata nel livello burstable . È supportato solo nei livelli per utilizzo generico o ottimizzato per la memoria.

• Se si distribuisce un server in un'area costituita da una singola zona di disponibilità, è possibile abilitare la disponibilità elevata solo in modalità zona. Se l'area viene migliorata in futuro con più zone di disponibilità, è possibile distribuire un nuovo server flessibile Database di Azure per PostgreSQL con disponibilità elevata configurata come la stessa zona o la stessa zona con ridondanza della zona. Tuttavia, per tutte le istanze distribuite nell'area in cui l'area è costituita da una singola zona di disponibilità, non è possibile abilitare direttamente la disponibilità elevata in modalità ridondante della zona. Come soluzione alternativa, è possibile ripristinare tali istanze in nuove istanze e quindi abilitare la disponibilità elevata con ridondanza della zona nei server ripristinati.

  1. Seguire le istruzioni fornite in Ripristino temporizzato di un server flessibile Database di Azure per PostgreSQL per ripristinare l'istanza esistente in una nuova istanza usando il punto di ripristino più recente.
  2. Dopo aver creato il nuovo server, abilitare la disponibilità elevata con ridondanza della zona.
  3. Dopo la verifica dei dati, è possibile eliminare il server precedente.
  4. Assicurarsi che i stringa di connessione dei client vengano modificati in modo che puntino all'istanza appena ripristinata.

Condividere i suggerimenti e i bug con il team del prodotto Database di Azure per PostgreSQL.

• Panoramica della continuità aziendale con Database di Azure per PostgreSQL - Server flessibile.
• Disponibilità elevata in Database di Azure per PostgreSQL - Server flessibile.
• Ripristino temporizzato di un'istanza del server flessibile Database di Azure per PostgreSQL.