Hoge beschikbaarheid configureren voor Azure Database for PostgreSQL

In dit artikel wordt beschreven hoe u hoge beschikbaarheid (HA) kunt in- of uitschakelen op uw flexibele Azure Database for PostgreSQL-serverexemplaren met behulp van Azure Portal of de Azure CLI. De informatie is van toepassing of u exemplaren in dezelfde zone gebruikt of een zone-redundant implementatiemodel gebruikt.

De functie voor hoge beschikbaarheid implementeert fysiek afzonderlijke primaire en stand-byreplica's. U kunt de replica's inrichten binnen dezelfde beschikbaarheidszone of in verschillende zones, afhankelijk van het implementatiemodel dat u kiest. Zie het artikel over concepten met hoge beschikbaarheid voor meer informatie. U kunt hoge beschikbaarheid inschakelen tijdens of na het maken van uw flexibele serverinstantie in Azure Database for PostgreSQL.

Belangrijk

In april 2024 hebben we het factureringsmodel voor het v5-computeniveau bijgewerkt met HA-ondersteunde servers. Deze wijziging weerspiegelt de kosten correct door rekening te houden met zowel de primaire als stand-byservers. Vóór deze wijziging werden ten onrechte alleen kosten in rekening gebracht voor de primaire server. Als u de v5-laag gebruikt met servers met hoge beschikbaarheid, ziet u nu dat de factureringshoeveelheden worden vermenigvuldigd met 2. Deze update heeft geen invloed op de v4- en v3-lagen.

Hoge beschikbaarheid inschakelen voor bestaande servers

Portal

1. Selecteer in de Azure-portal uw flexibele serverinstantie van Azure Database for PostgreSQL.

2. Selecteer hoge beschikbaarheid in het linkermenu in de sectie Instellingen.

Met de optie Zonegebonden tolerantie bepaalt u of uw server is beveiligd in beschikbaarheidszones. U hebt hiervoor twee keuzes:

• Ingeschakeld: wanneer u deze optie selecteert, probeert Azure de stand-byserver in een andere beschikbaarheidszone te maken dan de primaire. Deze optie biedt u de beste bescherming tegen fouten op zoneniveau.
• Uitgeschakeld: hoge beschikbaarheid is niet geconfigureerd.

Als zonetolerantie is ingeschakeld, maar uw regio geen capaciteit heeft voor een zone-redundante installatie, wordt er een extra selectievakje weergegeven onder de optie Ingeschakeld. Als u dit selecteert, kan de standby in dezelfde zone als de primaire worden aangemaakt. Wanneer zonegebonden capaciteit beschikbaar is, ontvangt u een melding van Azure. Op dat moment kunt u PITR of readreplica's gebruiken om workloads te migreren naar een zone-redundante HA-configuratie voor maximale veerkracht. Ga naar de sectie Beperkingen en overwegingen voor meer informatie.

1. Als zonegebonden tolerantie niet is ingeschakeld, selecteert u de optie Ingeschakeld .

   

2. Wanneer u de optie Ingeschakeld selecteert, wordt de optie Zone-redundant standaard toegepast voor regio's die beschikbaarheidszones ondersteunen. Deze configuratie beschermt tegen zonefouten.

   

3. Als de regio geen zonegebonden capaciteit heeft, schakelt u het selectievakje onder de ingeschakelde optie in om te controleren of hoge beschikbaarheid (HA) wordt ingeschakeld in uw voorkeursregio. Schakel dan het selectievakje onder de ingeschakelde optie in om het maken van hoge beschikbaarheid met Same-Zone modus van de regio toe te staan. De workloads worden automatisch gemigreerd naar Zone-Redundant hoge beschikbaarheidsfunctie zodra de zonegebonden capaciteit beschikbaar komt.

   

4. Wanneer u klaar bent met het configureren van de instellingen, selecteert u Opslaan om de wijzigingen toe te passen.

5. In een dialoogvenster ziet u de kostenverhoging die is gekoppeld aan de implementatie van de stand-byserver. Als u besluit om door te gaan, selecteert u Hoge beschikbaarheid inschakelen.

   

6. Er wordt een implementatie gestart. Wanneer deze is voltooid, wordt in een melding aangegeven dat u hoge beschikbaarheid hebt ingeschakeld.

   

CLI

U kunt hoge beschikbaarheid inschakelen op een bestaande server met de opdracht az postgres flexible-server update .

Als u hoge beschikbaarheid wilt inschakelen zodat de stand-byserver zich in dezelfde zone bevindt als de primaire server, gebruikt u deze opdracht:

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

Als u hoge beschikbaarheid wilt inschakelen met de stand-byserver in een andere zone dan de zone van de primaire server en als u wilt dat de zone automatisch wordt geselecteerd, gebruikt u deze opdracht:

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

U kunt desgewenst de beschikbaarheidszone selecteren waarin u de stand-byserver wilt implementeren. Gebruik deze opdracht:

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

Als u hoge beschikbaarheid met zoneredundantie inschakelt en de zone die u opgeeft voor stand-by overeenkomt met de zone van de primaire, krijgt u deze fout:

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

Als u hoge beschikbaarheid met zoneredundantie inschakelt en de zone die u opgeeft voor stand-by niet beschikbaar is in die regio, krijgt u deze fout:

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

Als u hoge beschikbaarheid met zoneredundantie inschakelt en de regio niet meerdere beschikbaarheidszones heeft, krijgt u deze fout:

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

Als u hoge beschikbaarheid in één modus inschakelt en vervolgens opnieuw probeert in te schakelen door een andere modus op te geven, krijgt u deze fout:

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.

Hoge beschikbaarheid uitschakelen

Portal

1. Selecteer in de Azure-portal uw flexibele serverinstantie van Azure Database for PostgreSQL.

2. Selecteer hoge beschikbaarheid in het linkermenu in de sectie Instellingen.

3. Als hoge beschikbaarheid is ingeschakeld, is het keuzerondje Ingeschakeld voor zonegebonden tolerantie al geselecteerd. De modus Hoge beschikbaarheid is ook ingesteld op de geconfigureerde modus en de statuswaarde Voor hoge beschikbaarheid is doorgaans in orde.

   

4. Selecteer de radioknop Uitgeschakeld om HA uit te schakelen.

   

5. Selecteer Opslaan om de wijzigingen toe te passen.

6. In een dialoogvenster ziet u de kostenvermindering die is gekoppeld aan het verwijderen van de stand-byserver. Als u besluit om door te gaan, selecteert u Hoge beschikbaarheid uitschakelen.

   

7. Er wordt een implementatie gestart. Wanneer deze is voltooid, wordt in een melding aangegeven dat u hoge beschikbaarheid hebt uitgeschakeld.

   

CLI

U kunt hoge beschikbaarheid op een bestaande server uitschakelen met de opdracht az postgres flexible-server update :

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

Hoge beschikbaarheid inschakelen tijdens serverinrichting

Portal

1. Ga in Azure Portal tijdens het inrichten van een nieuw exemplaar van een flexibele Azure Database for PostgreSQL-server naar de sectie Bedrijfskritiek (hoge beschikbaarheid). Selecteer het keuzerondje Ingeschakeld in de sectie Zonegebonden tolerantie.

   • De server probeert standaard de stand-byserver te maken in een andere beschikbaarheidszone met zone-redundante HA-modus voor maximale zonetolerantie.

   

   • Als zonegebonden capaciteit niet beschikbaar is, kunt u het selectievakje Standby in dezelfde zone toestaan als de zone-resilience faalt als terugvaloptie selecteren. Zonder deze optie te selecteren, kunt u niet doorgaan met de volgende stap in het maken van de werkstroom. Dit zorgt ervoor dat hoge beschikbaarheid ingeschakeld blijft. Wanneer zonegebonden capaciteit beschikbaar komt, ontvangt u een melding van Azure. Vervolgens kunt u PITR- of leesreplica's gebruiken om workloads te migreren naar een zone-redundante HA-configuratie voor maximale tolerantie.

     

   • Nadat u het selectievakje hebt ingeschakeld, kunt u doorgaan naar de sectie Authenticatie om de workflow aan te maken.

     

2. Selecteer een specifieke zone voor de primaire server door de beschikbaarheidszone in te stellen op een andere waarde dan Geen voorkeur.

   

CLI

U kunt hoge beschikbaarheid inschakelen tijdens het inrichten van een nieuwe server met behulp van de opdracht az postgres flexible-server create .

Notitie

U moet de volgende opdrachten uitvoeren met parameters en waarden die variëren, afhankelijk van hoe u andere functies van de ingerichte server wilt configureren.

Als u de primaire server met een stand-byserver in dezelfde zone wilt implementeren en de service de zone voor u wilt laten kiezen, gebruikt u deze opdracht:

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

Als u de primaire server met een stand-byserver in dezelfde zone wilt implementeren en expliciet de zone wilt kiezen, gebruikt u deze opdracht:

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

Als de opgegeven beschikbaarheidszone niet wordt ondersteund in de geselecteerde regio, krijgt u deze fout:

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

Als u de primaire server met een stand-byserver in een andere zone wilt implementeren en de service beide zones voor u wilt laten kiezen, gebruikt u deze opdracht:

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

Als u de primaire server wilt implementeren met een stand-byserver in een andere zone en de zone voor de primaire server wilt opgeven, maar de service de zone voor de stand-by wilt laten kiezen, gebruikt u deze opdracht:

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

Als u de primaire server wilt implementeren met een stand-byserver in een andere zone en de zone voor de primaire en stand-by wilt opgeven, gebruikt u deze opdracht:

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

Als u zone-redundante hoge beschikbaarheid hebt gekozen en dezelfde waarde is opgegeven voor de zones van de primaire en stand-byservers, krijgt u deze fout:

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

Als de modus voor hoge beschikbaarheid die u hebt geselecteerd zoneredundant is en de regio geen meerdere beschikbaarheidszones heeft, krijgt u deze fout:

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

Een geforceerde failover starten

Volg deze stappen om een failover van uw primaire server af te dwingen naar de stand-byserver in Azure Database for PostgreSQL.

Wanneer u een geforceerde failover start, gaat de primaire server onmiddellijk uit en wordt een failover naar de stand-byserver geactiveerd. Het initiëren van een geforceerde failover is handig wanneer u wilt testen hoe een failover die wordt veroorzaakt door een niet-geplande storing van invloed is op uw workload.

Belangrijk

• Voer geen directe back-to-back-failovers uit. Wacht ten minste 15 tot 20 minuten tussen failovers. Met deze wachttijd kan de nieuwe stand-byserver volledig tot stand worden gebracht.

• De totale end-to-end-bewerkingstijd, zoals gerapporteerd in de portal, kan langer zijn dan de werkelijke downtime die de toepassing ondervindt. U moet de downtime meten vanuit het perspectief van de toepassing.

Portal

1. Selecteer in de Azure portal uw flexibele serverinstantie van Azure Database voor PostgreSQL waarvoor hoge beschikbaarheid is ingeschakeld.

2. Selecteer hoge beschikbaarheid in het linkermenu in de sectie Instellingen.

3. Als de modus voor hoge beschikbaarheid is ingesteld op Zone-redundant, noteert u de waarden die zijn toegewezen aan de primaire beschikbaarheidszone en de stand-by-beschikbaarheidszone. Ze moeten worden omgekeerd nadat de failoverbewerking is voltooid.

4. Selecteer Geforceerde failover om de handmatige failoverprocedure te starten. Een dialoogvenster informeert u over de verwachte downtime totdat de failover is voltooid. Als u besluit om door te gaan, selecteert u Geforceerde failover initiëren.

   

5. Er wordt een melding weergegeven en vermeldt dat er een failover wordt uitgevoerd.

   

6. Nadat de failover naar de stand-byserver is voltooid, wordt u op de hoogte gesteld van de voltooiing.

   

7. Als de modus voor hoge beschikbaarheid is geconfigureerd als zone-redundant, controleert u of de waarden van de primaire beschikbaarheidszone en de stand-by-beschikbaarheidszone nu worden omgekeerd.

CLI

U kunt hoge beschikbaarheid inschakelen tijdens het inrichten van een nieuwe server met behulp van de opdracht az postgres flexible-server restart .

Gebruik deze opdracht om een geforceerde failover te starten:

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

Als u de failover van een flexibele Azure Database for PostgreSQL-serverinstantie probeert af te dwingen waarvoor geen hoge beschikbaarheid is ingeschakeld, krijgt u deze fout:

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

Als u de failover van een flexibel Azure Database for PostgreSQL-serverexemplaar wilt afdwingen waarvoor hoge beschikbaarheid is ingeschakeld, maar dat niet gereed is om de failoverbewerking te starten, krijgt u deze fout:

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

Een geplande failover starten

Volg deze stappen om een geplande failover van uw primaire server naar de stand-byserver in Azure Database for PostgreSQL uit te voeren. Als u deze bewerking start, wordt de stand-byserver voorbereid en wordt de failover uitgevoerd.

Deze failoverbewerking biedt de minste downtime, omdat er een probleemloze failover naar de stand-byserver wordt uitgevoerd. Het is handig voor situaties zoals het terugbrengen van de primaire server naar de beschikbaarheidszone van uw voorkeur na een onverwachte failover.

Belangrijk

• Voer geen directe back-to-back-failovers uit. Wacht ten minste 15 tot 20 minuten tussen failovers. Met deze wachttijd kan de nieuwe stand-byserver volledig tot stand worden gebracht.

• Geplande failovers uitvoeren tijdens perioden met een lage activiteit.

• De totale end-to-end-bewerkingstijd, zoals gerapporteerd in de portal, kan langer zijn dan de werkelijke downtime die de toepassing ondervindt. U moet de downtime meten vanuit het perspectief van de toepassing.

Portal

1. Selecteer in de Azure portal uw flexibele serverinstantie van Azure Database voor PostgreSQL waarvoor hoge beschikbaarheid is ingeschakeld.

2. Selecteer hoge beschikbaarheid in het linkermenu in de sectie Instellingen.

3. Als de modus voor hoge beschikbaarheid is ingesteld op Zone-redundant, noteert u de waarden die zijn toegewezen aan de primaire beschikbaarheidszone en de stand-by-beschikbaarheidszone. Ze moeten worden omgekeerd nadat de failoverbewerking is voltooid.

4. Selecteer Geplande failover om de handmatige failoverprocedure te starten. Een dialoogvenster informeert u over de verwachte downtime totdat de failover is voltooid. Als u besluit om door te gaan, selecteert u Geplande failover initiëren.

   

5. Er wordt een melding weergegeven en vermeldt dat failover wordt uitgevoerd.

   

6. Nadat de failover naar de stand-byserver is voltooid, wordt u op de hoogte gesteld van de voltooiing.

   

7. Als de modus voor hoge beschikbaarheid is geconfigureerd als zone-redundant, controleert u of de waarden van de primaire beschikbaarheidszone en de stand-by-beschikbaarheidszone nu worden omgekeerd.

CLI

U kunt hoge beschikbaarheid inschakelen tijdens het inrichten van een nieuwe server met behulp van de opdracht az postgres flexible-server restart .

Gebruik de volgende opdracht om een geplande failover te starten:

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

Als u de geplande failover probeert te starten van een exemplaar van een flexibele Azure Database for PostgreSQL-server waarvoor geen hoge beschikbaarheid is ingeschakeld, krijgt u de volgende fout:

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

Als u de geplande failover probeert te starten van een flexibele Azure Database for PostgreSQL-serverinstantie waarvoor hoge beschikbaarheid is ingeschakeld, maar die niet gereed is voor de failoverbewerking, krijgt u de volgende fout:

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

Beperkingen en overwegingen

• Als u hoge beschikbaarheid inschakelt of uitschakelt op een flexibele serverinstantie van Azure Database for PostgreSQL, worden geen andere instellingen gewijzigd, waaronder netwerkconfiguratie, firewallinstellingen, serverparameters of retentie van back-ups. Hoge beschikbaarheid in- of uitschakelen is een onlinebewerking. Dit heeft geen invloed op de connectiviteit en bewerkingen van uw toepassing.

• Azure Database for PostgreSQL biedt ondersteuning voor hoge beschikbaarheid met beide replica's die in dezelfde zone zijn geïmplementeerd. Deze configuratie is beschikbaar in alle ondersteunde regio's. Hoge beschikbaarheid met zoneredundantie is echter alleen beschikbaar in bepaalde regio's.

• De Burstable-laag biedt geen ondersteuning voor hoge beschikbaarheid. Alleen de lagen Algemeen gebruik en Geoptimaliseerd voor geheugen bieden ondersteuning voor hoge beschikbaarheid.

• Als u een server implementeert in een regio die uit één beschikbaarheidszone bestaat, kunt u alleen hoge beschikbaarheid inschakelen in dezelfde zonemodus. Als de regio in de toekomst wordt uitgebreid met meerdere beschikbaarheidszones, kunt u nieuwe flexibele Azure Database for PostgreSQL-serverexemplaren implementeren met hoge beschikbaarheid die zijn geconfigureerd als dezelfde zone of zone-redundant.

  U kunt echter voor alle exemplaren die u hebt geïmplementeerd in de regio toen deze bestond uit één beschikbaarheidszone, hoge beschikbaarheid niet rechtstreeks inschakelen in de zone-redundante modus. Als tijdelijke oplossing kunt u de hersteloptie of de optie replica lezen gebruiken:

Hersteloptie

1. Een bestaand exemplaar op een nieuwe server herstellen met behulp van het meest recente herstelpunt.
2. Nadat u de nieuwe server hebt gemaakt, schakelt u hoge beschikbaarheid in met zoneredundantie.
3. Na verificatie van gegevens kunt u de oude server desgewenst verwijderen .
4. Zorg ervoor dat de verbindingsreeksen van uw clients worden gewijzigd zodat deze verwijzen naar de zojuist herstelde server.

Optie Replica lezen

1. Maak een read-replica in dezelfde regio als uw primaire server.
2. Promoveer de read replica tot de nieuwe primaire server.
3. Als u de oorspronkelijke naam wilt behouden, gebruikt u virtuele eindpunten of verwijdert u de oude primaire versie en maakt en promoveert u een nieuwe leesreplica.
4. Voor portalgebruikers schakelt u Zonegebonden tolerantie in. Voor ontwikkelhulpprogramma's stelt u Hoge beschikbaarheid in met de optie Zone-Redundant.

Gerelateerde inhoud

• Overzicht van bedrijfscontinuïteit met Azure Database for PostgreSQL
• Hoge beschikbaarheid (betrouwbaarheid) in Azure Database for PostgreSQL