Share via


Tolerantie voor storing in beschikbaarheidszone in Azure Cosmos DB for PostgreSQL

VAN TOEPASSING OP: Azure Cosmos DB for PostgreSQL (mogelijk gemaakt door de Citus-database-extensie naar PostgreSQL)

Veel Azure-regio's hebben beschikbaarheidszones. Beschikbaarheidszones (AZ's) zijn gescheiden groepen datacenters binnen een regio. Beschikbaarheidszones zijn dicht genoeg om verbindingen met lage latentie te hebben met andere beschikbaarheidszones binnen hun regio. Ze worden verbonden door een netwerk met hoge prestaties met een retourlatentie van minder dan 2 milliseconden.

Tegelijkertijd zijn beschikbaarheidszones ver genoeg uit elkaar om de kans te verminderen dat meer dan één wordt beïnvloed door lokale storingen of het weer. Beschikbaarheidszones hebben onafhankelijke energie-, koelings- en netwerkinfrastructuur. Ze zijn zo ontworpen dat als één zone een storing ondervindt, regionale services worden ondersteund door de resterende zones in verschillende Azure-services.

Azure Cosmos DB for PostgreSQL ondersteunt beschikbaarheidszones voor verbeterde betrouwbaarheid en herstel na noodgevallen. De voordelen van beschikbaarheidszones variëren, afhankelijk van of hoge beschikbaarheid is ingeschakeld op een Azure Cosmos DB voor PostgreSQL-cluster.

Tolerantie voor storingen in de beschikbaarheidszone voor regionale serviceonderdelen

Er zijn veel Azure Cosmos DB for PostgreSQL-serviceonderdelen in elke ondersteunde Azure-regio die niet tot afzonderlijke clusters behoren, maar die nogal kritieke onderdelen zijn van het uitvoeren van de beheerde service. Deze onderdelen maken doorlopende uitvoering van alle beheerbewerkingen mogelijk, zoals het inrichten en schalen van bestaande clusters en alle interne bewerkingen, zoals de status van het bewakingsknooppunt.

Wanneer de Azure-regio beschikbaarheidszones ondersteunt, worden al deze serviceonderdelen geconfigureerd als AZ redundant. Dit betekent dat alle onderdelen van de Azure Cosmos DB for PostgreSQL-service een storing van een AZ kunnen ondersteunen, of dat wil zeggen dat ze bestand zijn tegen één AZ-storing.

Of een cluster nu is geconfigureerd met hoge beschikbaarheid of niet, de lopende bewerkingen zijn afhankelijk van deze serviceonderdelen. AZ-redundantie van de serviceonderdelen is een essentieel element van de tolerantie voor storingen in de beschikbaarheidszone in Azure Cosmos DB voor PostgreSQL.

Invloed van storing in beschikbaarheidszones op clusters met en zonder hoge beschikbaarheid

Alle knooppunten in een cluster worden ingericht in één beschikbaarheidszone. Met de voorkeurs-AZ-instelling kunt u alle clusterknooppunten in dezelfde beschikbaarheidszone plaatsen waar de toepassing wordt geïmplementeerd. Als alle knooppunten in dezelfde AZ zich bevinden, zorgt u voor lagere latentie tussen de knooppunten, waardoor de algehele clusterprestaties worden verbeterd.

Wanneer hoge beschikbaarheid (HA) is ingeschakeld op een cluster, worden alle primaire knooppunten gemaakt in één AZ en worden alle stand-byknooppunten ingericht in een andere AZ. Knooppunten kunnen tijdens de volgende gebeurtenissen schakelen tussen beschikbaarheidszones:

  • Er treedt een fout op op een primair knooppunt met hoge beschikbaarheid. In dit geval wordt de stand-by van het primaire knooppunt een nieuw primair en stand-byknooppunt az voor dat primaire knooppunt.
  • Er vindt een geplande onderhoudsbeurt plaats op het cluster. Aan het einde van onderhoud bevinden alle primaire knooppunten in een cluster zich in dezelfde AZ.

Als hoge beschikbaarheid is ingeschakeld, blijft het cluster beschikbaar gedurende az-storingen met een mogelijke failover op die primaire knooppunten die zich in de betrokken AZ bevinden. Als hoge beschikbaarheid niet is ingeschakeld voor een cluster, heeft alleen een storing in de AZ waar knooppunten worden geïmplementeerd invloed op de beschikbaarheid van clusters.

U kunt altijd de beschikbaarheidszone voor elk primair knooppunt controleren met behulp van Azure Portal of programmatische methoden zoals REST API's.

Om tolerantievoordelen van beschikbaarheidszones te krijgen, moet uw cluster zich in een van de Azure-regio's bevinden waarin Azure Cosmos DB voor PostgreSQL is geconfigureerd voor az-storingstolerantie.

Volgende stappen