Delen via


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

  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 u zonegebonden tolerantie inschakelt, maar uw regio onvoldoende capaciteit heeft voor een zone-redundante installatie, ziet u een selectievakje onder de optie Ingeschakeld. Als u dit selectievakje inschakelt, kunt u de stand-byserver maken in dezelfde zone als de primaire. Deze optie zorgt ervoor dat u nog steeds beveiliging op knooppuntniveau krijgt, zelfs wanneer de zonecapaciteit beperkt is. Wanneer zonegebonden capaciteit beschikbaar komt, migreert Azure uw stand-byserver automatisch naar een andere zone tijdens een onderhoudsvenster om downtime te minimaliseren.

  1. Als Zonale Veerkracht niet is ingeschakeld, selecteert u het optieknopje Ingeschakeld.

    Schermopname van het deelvenster voor het configureren van hoge beschikbaarheid.

  2. Als u het keuzerondje Ingeschakeld selecteert, kan de optie Zoneredundant standaard worden toegepast voor regio's met ondersteuning voor beschikbaarheidszones, omdat dit de aanbevolen configuratie is om te beschermen tegen zonegebonden fouten.

    Schermopname van het selectievakje ingeschakeld om hoge beschikbaarheid in te schakelen.

  3. Als de regio geen zonegebonden capaciteit heeft, om ervoor te zorgen dat hoge beschikbaarheid (HA) wordt ingeschakeld in uw voorkeursregio, moet u het selectievakje onder de ingeschakelde optie inschakelen om 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.

    Schermopname van de selectie van dezelfde zoneoptie voor hoge beschikbaarheid.

  4. Wanneer alles is geconfigureerd op basis van uw behoeften, 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 inschakeling van hoge beschikbaarheid te bevestigen.

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

    Schermopname van een melding over de voltooide implementatie van een configuratie met hoge beschikbaarheid.

Hoge beschikbaarheid uitschakelen

  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.

    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 de radioknop Uitgeschakeld om HA 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.

Hoge beschikbaarheid inschakelen tijdens serverinrichting

  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. Deze optie zorgt ervoor dat hoge beschikbaarheid ingeschakeld blijft en dat Azure automatisch naar zone-redundante hoge beschikbaarheid migreert wanneer er capaciteit beschikbaar is.

      Schermopname van opties voor hoge beschikbaarheid tijdens het inrichten van een nieuw exemplaar van een flexibele server.

  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.

  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.

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

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.

  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.

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

  5. Er wordt een melding weergegeven en vermeldt dat 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.

Speciale 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 Flexibele serverinstanties ondersteunen 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 deze exemplaren herstellen op nieuwe servers en vervolgens zone-redundante hoge beschikbaarheid inschakelen op de herstelde servers:

    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.