Algemeen servicelaag - Azure SQL Database en Azure SQL Managed Instance

VAN TOEPASSING OP: Azure SQL Database Azure SQL Managed Instance

Notitie

De Algemeen-servicelaag in het aankoopmodel op basis van vCore wordt de standaardservicelaag genoemd in het aankoopmodel op basis van DTU. Zie Aankoopmodellen en resources voor een vergelijking van het aankoopmodel op basis van vCore met het aankoopmodel op basis van DTU.

Azure SQL Database en Azure SQL Managed Instance zijn gebaseerd op de SQL Server-database-enginearchitectuur die is aangepast voor de cloudomgeving om een beschikbaarheid van 99,99% te garanderen, zelfs in het geval van fouten in de infrastructuur.

Er worden twee servicelagen gebruikt door Azure SQL Database en SQL Managed Instance:

  • Algemeen gebruik
  • Bedrijfskritiek

Azure SQL Database heeft ook een derde servicelaag, die momenteel niet beschikbaar is voor Azure SQL Managed Instance:

  • Hyperscale

Het architectuurmodel voor de Algemeen servicelaag is gebaseerd op een scheiding van rekenkracht en opslag. Dit architectuurmodel is afhankelijk van hoge beschikbaarheid en betrouwbaarheid van Azure Blob-opslag die op transparante wijze databasebestanden repliceert en geen gegevensverlies garandeert als er een onderliggende infrastructuurfout is.

In de volgende afbeelding ziet u vier knooppunten in het standaard architectuurmodel met de gescheiden reken- en opslaglagen.

Scheiding van rekenkracht en opslag

Het architectuurmodel voor de Algemeen servicelaag bestaat uit twee lagen:

  • Een staatloze rekenlaag die het proces wordt uitgevoerd en alleen tijdelijke en in de cache opgeslagen gegevens sqlservr.exe bevat (bijvoorbeeld plancache, buffergroep, kolomopslaggroep). Dit staatloze knooppunt wordt beheerd door Azure Service Fabric dat het proces initialiseert, de status van het knooppunt beheert en indien nodig een failover naar een andere plaats uitvoert.
  • Een stateful gegevenslaag met databasebestanden (.mdf/.ldf) die zijn opgeslagen in Azure Blob Storage. Azure Blob Storage garandeert dat er geen gegevens verloren gaan van een record die in een databasebestand wordt geplaatst. Azure Storage beschikt over ingebouwde beschikbaarheid/redundantie van gegevens die ervoor zorgt dat elke record in het logboekbestand of elke pagina in het gegevensbestand behouden blijft, zelfs als het proces vast loopt.

Wanneer de database-engine of het besturingssysteem wordt bijgewerkt, mislukt een deel van de onderliggende infrastructuur of als er een kritiek probleem wordt gedetecteerd in het proces, verplaatst Azure Service Fabric het staatloze proces naar een ander staatloos reken sqlservr.exe knooppunt. Er is een set reserveknooppunten die wachten op het uitvoeren van een nieuwe rekenservice als er een failover van het primaire knooppunt wordt uitgevoerd om de failovertijd te minimaliseren. Gegevens in de Azure-opslaglaag worden niet beïnvloed en gegevens-/logboekbestanden worden gekoppeld aan het zojuist initialiseerde proces. Dit proces garandeert een beschikbaarheid van 99,99%, maar het kan een aantal invloed hebben op de prestaties van zware werkbelastingen die worden uitgevoerd vanwege de overgangstijd en het feit dat het nieuwe knooppunt begint met koude cache.

Wanneer u deze servicelaag kiest

De Algemeen servicelaag is een standaardservicelaag in Azure SQL Database en Azure SQL Managed Instance die is ontworpen voor de meeste algemene workloads. Als u een volledig beheerde database-engine nodig hebt met een SLA van 99,99% met een opslaglatentie tussen 5 en 10 ms die in de meeste gevallen overeenkomen met SQL Server op een virtuele Azure-machine, is de Algemeen-laag de optie voor u.

Volgende stappen