Meer mogelijkheden voor beschikbaarheid

  • 10 minuten

Azure SQL Database en Azure SQL Managed Instance bieden standaard uitstekende beschikbaarheidsopties in de verschillende servicelagen. Er zijn nog meer dingen die u kunt doen om de beschikbaarheid van uw databases/exemplaren te vergroten of te wijzigen. U ziet de impact van de Service Level Agreement (SLA) direct. In deze les ziet u hoe u meer kunt halen uit verschillende opties voor beschikbaarheid in Azure SQL.

Beschikbaarheidszones

In de Bedrijfskritieke laag van Azure SQL Database kunt u zich (zonder extra kosten) inschrijven voor een zone-redundante configuratie, als uw regio dat ondersteunt. Op hoog niveau wordt de AlwaysOn-beschikbaarheidsgroep, die achter Bedrijfskritieke databases en beheerde exemplaren wordt uitgevoerd, geïmplementeerd in drie verschillende beschikbaarheidszones binnen een regio. In feite is een beschikbaarheidszone een afzonderlijk datacenter binnen een zekere regio. Alle beschikbaarheidszones zijn altijd fysiek gescheiden. Deze mogelijkheid biedt bescherming tegen onherstelbare storingen die zich kunnen voordoen voor een datacentrum in een regio.

Diagram die de architectuur van een beschikbaarheidszone weergeeft.

Vanuit het oogpunt van prestaties kan er sprake zijn van een kleine toename in netwerklatentie, aangezien uw AlwaysOn-beschikbaarheidsgroep nu over diverse datacentrumcenters met enige afstand ertussen is verspreid. Om deze reden wordt Beschikbaarheidszones niet standaard ingeschakeld. U kunt kiezen om een 'meervoudige beschikbaarheidszone' of een 'enkele beschikbaarheidszone' te implementeren. Het configureren van deze optie is net zo eenvoudig als het toevoegen van een parameter aan een PowerShell-/Azure CLI-opdracht of het inschakelen van een selectievakje in Azure Portal.

Beschikbaarheidszones zijn relatief nieuw voor Azure SQL. Daarom zijn ze momenteel alleen beschikbaar in bepaalde regio's en servicelagen. Na verloop van tijd wordt deze optie waarschijnlijk in meer regio's en mogelijk ook in meer servicelagen ondersteund. Zo is er onlangs in de categorie Algemeen gebruik voor Azure SQL Database een preview voor de implementatie met meervoudige beschikbaarheidszones uitgebracht.

SLA voor Azure SQL

Azure SQL handhaaft een Service Level Agreement (SLA), die financiële dekking biedt voor de toezegging om serviceniveaus te behalen en te bewaken. Als uw serviceniveau niet wordt gehaald en behouden zoals wordt beschreven in de SLA, komt u wellicht in aanmerking voor een tegoed dat u kunt inwisselen voor een deel van uw maandelijkse servicekosten.

Momenteel kunt u de hoogste beschikbaarheid (99,995%) bereiken met een Bedrijfskritieke implementatie van Azure SQL Database waarvoor beschikbaarheidszones zijn geconfigureerd. De Bedrijfskritiek-laag is de enige optie in de branche die respectievelijk RPO- en RTO-SLA's van 5 tot 30 seconden biedt.

  • RPO staat voor 'Recovery Point Object', oftewel herstelpuntobject. Met RPO wordt de hoeveelheid gegevens aangegeven waarvan u bereid bent om ze kwijt te raken in de slechtst mogelijke situatie.
  • RTO staat voor 'Recovery Time Objective', oftewel beoogde hersteltijd. Met RTO wordt aangegeven hoelang het duurt om een back-up te maken en het programma opnieuw uit te voeren als zich een ramp voordoet.

Voor Algemeen gebruik of implementaties die Bedrijfskritiek zijn met één zone van Azure SQL Database of Azure SQL Managed Instance is de SLA 99,99%.

De SLA van de laag Hyperscale is afhankelijk van het aantal replica's. Vergeet niet dat u kiest hoeveel replica's u in Hyperscale hebt. Als u geen replica's hebt, is het failover-gedrag hetzelfde als bij Algemeen gebruik. Als u wel replica's hebt, lijkt het failover-gedrag meer op dat van Bedrijfskritiek. Hier vindt u de SLA's, op basis van het aantal replica's:

  • 0 replica's: 99,5%
  • 1 replica: 99,9%
  • 2 of meer replica's: 99,99%

Geo-replicatie en groepen voor automatische failover

Nadat u een servicelaag hebt gekozen (en beschikbaarheidszones hebt overwogen waar van toepassing), kunt u enkele andere opties overwegen voor het schalen van leesbewerkingen of de mogelijkheid om een failover uit te voeren naar een andere regio, namelijk geo-replicatie en groepen voor automatische failover. Bij SQL Server on-premises zou het configureren van een van deze twee opties zeer veel planning, coördinatie en tijd vergen.

De cloud, en azure SQL, hebben dit proces eenvoudiger gemaakt. Voor zowel geo-replicatie als groepen voor automatische failover zijn maar enkele klikken nodig in Azure Portal of een paar opdrachten in de PowerShell/Azure CLI.

Hier zijn enkele overwegingen die kunnen helpen om te bepalen of geo-replicatie of groepen voor automatische failover het meest geschikt zijn voor uw scenario:

Functies Geo-replicatie Failovergroepen
Automatische failover Nr. Ja
Gelijktijdige failover van meerdere databases Nr. Ja
Gebruiker moet verbindingsreeks bijwerken na failover Ja Nr.
Ondersteuning voor SQL Managed Instance Nr. Ja
Kan zich in dezelfde regio bevinden als primaire replica Ja Nr.
Meerdere replica's Ja Nr.
Ondersteunt lezen-schalen Ja Ja