Hoge beschikbaarheid configureren voor Azure Database for PostgreSQL flexibele server

In dit artikel wordt beschreven hoe u hoge beschikbaarheid (HA) inschakelt of uitschakelt op uw Azure Database for PostgreSQL flexibele server. De informatie is van toepassing of u servers 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 Azure Database for PostgreSQL-server.

Hoge beschikbaarheid inschakelen voor bestaande servers

U kunt op elk gewenst moment hoge beschikbaarheid inschakelen op een bestaande Azure Database for PostgreSQL flexibele server. Wanneer u hoge beschikbaarheid inschakelt, maakt de service een standby-replica aan die uw primaire server weerspiegelt. Afhankelijk van de regionale capaciteit en uw configuratiekeuzes kan de stand-by worden geïmplementeerd in een andere beschikbaarheidszone voor maximale beveiliging of in dezelfde zone als de primaire zone.

Gebruik de Azure-portal:

  1. Selecteer uw Azure Database voor PostgreSQL-flexibele server. Gebruik de Azure-portal:

  2. Selecteer uw Azure Database voor PostgreSQL-flexibele server.

  3. Selecteer hoge beschikbaarheid in het resourcemenu onder de sectie Instellingen.

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

  • Uitgeschakeld (99.9% SLA): hoge beschikbaarheid is niet geconfigureerd.
  • Ingeschakeld (99.99% SLA):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.

Als u zonegebonden tolerantie inschakelt, maar uw regio geen capaciteit heeft voor een zone-redundante installatie, wordt er een extra selectievakje weergegeven onder de optie Ingeschakeld (99,99% SLA). Schakel dit selectievakje in om toe te staan dat de stand-byserver in dezelfde zone als de primaire server wordt gemaakt. Wanneer zonale capaciteit beschikbaar komt, migreert Azure uw workloads automatisch van dezelfde zone naar zone-redundant.

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

    Schermopname van de pagina Hoge beschikbaarheid voor het configureren van hoge beschikbaarheid.

  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.

    Schermafbeelding waarop het keuzerondje is geselecteerd om hoge beschikbaarheid in te schakelen.

  3. Als de regio geen zonegebonden capaciteit heeft, schakelt u het selectievakje onder de ingeschakelde Same-Zone optie in om te controleren of hoge beschikbaarheid (HA) wordt ingeschakeld in uw voorkeursregio:

    Schermopname van de selectie van dezelfde zoneoptie voor hoge beschikbaarheid.

  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.

    Schermopname van het dialoogvenster om de activering van hoge beschikbaarheid te bevestigen.

  6. Er wordt een nieuwe implementatie gestart om hoge beschikbaarheid op uw Azure Database for PostgreSQL flexibele server mogelijk te maken.

    Schermopname van de implementatie die wordt uitgevoerd voor een configuratie met hoge beschikbaarheid.

  7. Wanneer de implementatie is voltooid, kunt u Ga naar resource selecteren om terug te keren naar uw Azure Database for PostgreSQL Flexible Server.

    Schermopname van de implementatie die is voltooid om een configuratie met hoge beschikbaarheid in te schakelen.

Hoge beschikbaarheid uitschakelen

U kunt hoge beschikbaarheid uitschakelen op uw Azure Database for PostgreSQL flexibele server wanneer u de beveiliging van een stand-byreplica niet meer nodig hebt. Als u hoge beschikbaarheid uitschakelt, worden de stand-byserver verwijderd en worden de kosten verlaagd, maar uw server is niet langer beschermd tegen zone- of serverfouten.

Gebruik de Azure-portal:

  1. Selecteer uw Azure Database voor PostgreSQL-flexibele server.

  2. Selecteer hoge beschikbaarheid in het resourcemenu onder de sectie Instellingen.

  3. Als hoge beschikbaarheid is ingeschakeld, is het keuzerondje Ingeschakeld voor zonegebonden tolerantie al geselecteerd. De Hoge beschikbaarheidsmodus is ook ingesteld op de geconfigureerde modus, en de status voor hoge beschikbaarheid is doorgaans Gezond.

    Schermopname van het deelvenster voor het configureren van hoge beschikbaarheid, met opties voor hoge beschikbaarheid die al zijn geselecteerd en de status In orde.

  4. Selecteer het keuzerondje Uitgeschakeld om hoge beschikbaarheid uit te schakelen.

    Schermopname van het selectievakje voor het inschakelen van hoge beschikbaarheid uitgeschakeld.

  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.

    Schermopname van het dialoogvenster om de uitschakeling van hoge beschikbaarheid te bevestigen.

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

    Schermopname van een melding over een geslaagde uitschakeling van hoge beschikbaarheid.

Bedrijfskritiek (hoge beschikbaarheid) inschakelen tijdens het inrichten van de server

U kunt hoge beschikbaarheid configureren wanneer u voor het eerst uw Azure Database for PostgreSQL flexibele server maakt. Door hoge beschikbaarheid in te schakelen tijdens het inrichten, implementeert u een stand-byreplica naast uw primaire server, zodat u onmiddellijk bescherming krijgt tegen zone- of serverfouten.

Gebruik de Azure-portal:

  1. Ga tijdens het inrichten van een nieuwe Azure Database for PostgreSQL flexibele server naar de sectie Bedrijfskritiek (hoge beschikbaarheid). Selecteer de optie 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.

    Schermopname van het inschakelen van HA met de zone-redundante optie.

    • Als zonegebonden capaciteit niet beschikbaar is, selecteer het selectievakje Standby in dezelfde zone toestaan als de veerkracht in de zone faalt als noodoplossing. Als u deze optie niet selecteert, kunt u niet doorgaan naar de volgende stap in het maken van de werkstroom. Deze controle zorgt ervoor dat hoge beschikbaarheid ingeschakeld blijft. Wanneer zonegebonden capaciteit beschikbaar komt, worden uw workloads automatisch gemigreerd van Same-Zone HA naar zone-redundante HA.

      Schermafbeelding van de validatiefoutmelding voor de same-zone HA-optie.

    • Nadat u het selectievakje hebt geselecteerd, gaat u verder naar de sectie Verificatie in de werkstroom maken.

      Schermafbeelding met hoge beschikbaarheid en de optie HA binnen dezelfde zone.

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

    Schermopname van de selectie van specifieke beschikbaarheidszones voor de primaire server.

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.

Gebruik de Azure-portal:

  1. Selecteer uw Azure Database for PostgreSQL flexibele server waarvoor hoge beschikbaarheid is ingeschakeld.

  2. Selecteer hoge beschikbaarheid in het resourcemenu onder de sectie Instellingen.

  3. Als de primaire en stand-byservers in verschillende zones worden geïmplementeerd, noteert u de waarden die zijn toegewezen aan de primaire beschikbaarheidszone en de stand-by-beschikbaarheidszone. Deze waarden keren terug nadat de failoverbewerking is voltooid.

    Schermopname van de beschikbaarheidszones van primaire en stand-by.

  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.

    Schermopname van het dialoogvenster dat wordt weergegeven vóór de start van een geforceerde failover.

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

    Schermopname van een melding over een failover die wordt uitgevoerd na de start van een geforceerde failover.

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

    Schermopname van de melding die wordt weergegeven wanneer een geforceerde failover is voltooid.

  7. Als de primaire en stand-byservers in verschillende zones zijn geïmplementeerd, controleert u of de waarden van de primaire beschikbaarheidszone en de stand-by-beschikbaarheidszone zijn omgekeerd, vergeleken met de manier waarop de failover werd gestart.

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. Wanneer u deze bewerking start, wordt de stand-byserver voorbereid en wordt vervolgens 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.

Gebruik de Azure-portal:

  1. Selecteer uw Azure Database for PostgreSQL flexibele server waarvoor hoge beschikbaarheid is ingeschakeld.

  2. Selecteer hoge beschikbaarheid in het resourcemenu onder de sectie Instellingen.

  3. Als de primaire en stand-byservers in verschillende zones worden geïmplementeerd, noteert u de waarden die zijn toegewezen aan de primaire beschikbaarheidszone en de stand-by-beschikbaarheidszone. Deze waarden keren terug nadat de failoverbewerking is voltooid.

    Schermopname van de beschikbaarheidszones van primaire en stand-by.

  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.

    Schermopname van het dialoogvenster dat wordt weergegeven vóór de start van een geplande failover.

  5. Een melding verschijnt en geeft aan dat er een failover wordt uitgevoerd.

    Schermopname van een melding over een failover die wordt uitgevoerd na de start van een geplande failover.

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

    Schermopname van de melding die wordt weergegeven wanneer een geplande failover is voltooid.

  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.

Beperkingen en overwegingen

  • Wanneer u hoge beschikbaarheid op een Azure Database for PostgreSQL flexibele server inschakelt of uitschakelt, worden andere instellingen niet gewijzigd door de service. Deze instellingen omvatten netwerkconfiguratie, firewallinstellingen, parameters en retentie van back-ups. Hoge beschikbaarheid in- of uitschakelen is een onlinebewerking. Deze bewerking heeft geen invloed op de connectiviteit en bewerkingen van uw toepassing.

  • Azure Database for PostgreSQL ondersteunt hoge beschikbaarheid met beide replica's die in dezelfde zone zijn geïmplementeerd. U kunt deze configuratie gebruiken 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 Microsoft de regio in de toekomst verbetert met meerdere beschikbaarheidszones, kunt u nieuwe Azure Database for PostgreSQL flexibele servers implementeren met hoge beschikbaarheid geconfigureerd als dezelfde zone of zone-redundant.

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

Hersteloptie

  1. Herstellen naar 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 u de verbindingsreeksen van uw clients wijzigt 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.

  5. Maak een read-replica in dezelfde regio als uw primaire server.

  6. Promoveer de read replica tot de nieuwe primaire server.

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

  8. Voor portalgebruikers schakelt u Zonegebonden tolerantie in. Voor ontwikkelhulpprogramma's stelt u Hoge beschikbaarheid in met de optie Zone-Redundant.

Verwante inhoud

  • Last updated on