Opties voor hoge beschikbaarheid en herstel na noodgevallen voor PaaS-implementaties beschrijven
PaaS is anders als het gaat om beschikbaarheid; u kunt alleen de opties configureren die Azure biedt.
Voor de op SQL Server gebaseerde opties van Azure SQL Database en Azure SQL Database Managed Instance zijn de opties actieve geo-replicatie (alleen Azure SQL Database) en autofailover-groepen (Azure SQL Database of Azure SQL Database Managed Instance).
Azure Database for MySQL heeft een service level agreement, die de beschikbaarheid van 99,99 garandeert, wat betekent dat er bijna geen downtime optreedt. Voor Azure Database for MySQL wordt een ingebouwd failovermechanisme geactiveerd als er een probleem op knooppuntniveau op knooppuntniveau optreedt. Alle transactionele wijzigingen in de MySQL-database worden synchroon naar de opslag geschreven bij doorvoer. Als er een onderbreking op knooppuntniveau optreedt, maakt de databaseserver automatisch een nieuw knooppunt en koppelt de gegevensopslag.
Vanuit het oogpunt van een toepassing moet u de benodigde logica voor opnieuw proberen coderen, omdat alle verbindingen worden verwijderd als onderdeel van het maken van het nieuwe knooppunt en alle vluchttransacties verloren gaan. Dit proces wordt beschouwd als een best practice voor elke cloudtoepassing, omdat deze moeten worden ontworpen voor het afhandelen van tijdelijke fouten.
Azure Database for PostgreSQL maakt gebruik van een vergelijkbaar model als MySQL in het standaardimplementatiemodel; Azure PostgreSQL biedt echter ook een scale-out hyperscale-oplossing met de naam Citus. Citus biedt zowel uitschalen als extra hoge beschikbaarheid voor een servergroep. Indien ingeschakeld, wordt een stand-byreplica geconfigureerd voor elk knooppunt van een servergroep, wat ook de kosten zou verhogen, omdat het aantal servers in de groep zou verdubbelen. In het geval dat het oorspronkelijke knooppunt een probleem heeft, zoals niet meer reageren of volledig mislukken, vindt de stand-by plaats. De gegevens worden gesynchroniseerd via synchrone streamingreplicatie van PostgreSQL.
Net als bij Azure Database for MySQL moeten oplossingen die gebruikmaken van Azure Database for PostgreSQL ook logica voor opnieuw proberen in de toepassing bevatten vanwege verbroken verbindingen en verlies van in-flight transacties.
Zowel Azure Database for MySQL als PostgreSQL ondersteunt de optie voor een leesreplica. Dit betekent dat een replica kan worden gebruikt voor activiteiten zoals rapportage om werk uit de primaire database te offloaden. Een leesreplica verbetert ook de beschikbaarheid omdat deze zich in een andere regio bevindt.