Architectuur van virtuele clusters - Azure SQL Managed Instance

Van toepassing op: Azure SQL Managed Instance

In dit artikel worden de architectuur en het bewerkingsbeheer van het virtuele cluster beschreven dat als host fungeert voor Azure SQL Managed Instance.

Overzicht

Azure SQL Managed Instance is een PaaS (Platform as a Service) met één tenant, die bestaat uit serviceonderdelen die worden gehost op een toegewezen set geïsoleerde virtuele machines en zijn gekoppeld aan een virtueel cluster. Deze toegewezen sets virtuele machines worden in virtuele-machinegroepen geplaatst op basis van vergelijkbare instantieconfiguratiekenmerken, zoals hardwaregeneratie- en onderhoudsvensters. Een of meer exemplaren kunnen zich in een virtuele-machinegroep bevinden en een of meer virtuele-machinegroepen vormen een virtueel cluster. Een virtueel cluster breidt zo nodig automatisch uit of contracten voor nieuwe en verwijderde exemplaren.

Elk virtueel cluster is gekoppeld aan één subnet en wordt automatisch geïmplementeerd wanneer het eerste met SQL beheerde exemplaar in een subnet wordt gemaakt. Op dezelfde manier wordt een virtueel cluster automatisch verwijderd wanneer het laatste exemplaar in een subnet wordt verwijderd, waardoor het subnet leeg blijft en klaar is om te worden verwijderd. Het virtuele cluster verbindt het subnet met de beheerde exemplaren die in dat subnet zijn geïmplementeerd. Er wordt een servicekoppelingskoppeling (SAL) gebruikt om de koppeling tussen een subnet en het cluster tot stand te brengen.

In het volgende diagram ziet u de conceptuele indeling van het virtuele cluster:

Diagram that shows the virtual cluster architecture for Azure SQL Managed Instance.

Rol in beheerbewerkingen

De rol van het virtuele cluster in beheerbewerkingen is het vinden van de juiste rekenresources voor de bewerking, evenals het beheren van de resources in het cluster, zoals de virtuele machines die het exemplaar maken en de virtuele-machinegroepen. Beheerbewerkingen omvatten het maken van nieuwe exemplaren, het verwijderen of wijzigen van de configuratie van bestaande exemplaren. Het virtuele cluster breidt, verkleint of verwijdert bestaande virtuele-machinegroepen of maakt nieuwe virtuele-machinegroepen, afhankelijk van de bewerking.

Omdat virtuele-machinegroepen worden gedefinieerd door vergelijkbare instantieconfiguratiekenmerken (zoals hardwaregeneratie- en onderhoudsvensters), worden wijzigingen aangebracht in een van deze kenmerken voor een exemplaar, waardoor het virtuele cluster wordt geactiveerd om een actie uit te voeren op de virtuele-machinegroepen die deze vormen. Acties die worden geactiveerd door beheerbewerkingen omvatten het maken van nieuwe of verwijderen van bestaande virtuele machines en virtuele-machinegroepen, evenals het uitbreiden van bestaande groepen en het verplaatsen van exemplaren tussen groepen. Als alle virtuele machines uit een groep worden verwijderd, wordt de virtuele-machinegroep ook verwijderd door het virtuele cluster.

Als u bijvoorbeeld de hardwaregeneratie van een exemplaar wijzigt, maakt het virtuele cluster een nieuwe virtuele-machinegroep voor de hardwaregeneratie als deze nog niet bestaat en verplaatst het exemplaar naar die groep.

De duur van wijzigingsbewerkingen voor virtuele groepen is afhankelijk van het bewerkingstype. Zie beheerbewerkingen voor SQL Managed Instance voor meer informatie.

Aantal virtuele-machinegroepen

Het aantal virtuele-machinegroepen in een virtueel cluster is afhankelijk van het volgende:

U kunt het aantal virtuele-machinegroepen in een virtueel cluster bepalen door het aantal verschillende configuraties voor het genereren van hardware te vermenigvuldigen met het aantal verschillende configuraties voor onderhoudsvensters in uw subnet. Als u bijvoorbeeld twee configuraties voor het genereren van hardware hebt (zoals één Standard-serie en één Premium-serie) en twee verschillende configuraties voor onderhoudsvensters, heeft het virtuele cluster vier virtuele-machinegroepen.

SQL Managed Instance ondersteunt drie verschillende configuraties voor het genereren van hardware en drie verschillende configuraties voor onderhoudsvensters. Daarom is het minimale aantal virtuele-machinegroepen in een virtueel cluster 1 (configuratie van één hardwaregeneratie, één onderhoudsvensterconfiguratie) en het maximum is 9 (drie verschillende configuraties voor het genereren van hardware, drie verschillende onderhoudsvensterconfiguraties).

Belangrijk

Omdat er een limiet is voor het aantal virtuele machines dat lid kan worden van een groep, kan een gebrek aan ruimte in een bestaande groep resulteren in het maken van een virtuele-machinegroep met identieke specificaties. Het is mogelijk dat een subnet met een groot aantal exemplaren meerdere machinegroepen met dezelfde configuratie heeft en groter is dan 9 virtuele-machinegroepen.

Rol in IP-adresgebruik

De ingebouwde hoge beschikbaarheid van Azure SQL Managed Instance wordt geïmplementeerd met Azure Service Fabric. Een Service Fabric-cluster is een met het netwerk verbonden set virtuele of fysieke machines. Elke machine of VM die deel uitmaakt van een Service Fabric-cluster wordt een clusterknooppunt genoemd en elk knooppunt reserveert één IP-adres. Als zodanig wordt elke virtuele machine in de toegewezen set virtuele machines die een met SQL beheerd exemplaar maken beschouwd als een knooppunt in het Service Fabric-cluster. Het virtuele cluster dat als host fungeert voor een of meer met SQL beheerde exemplaren, wijst IP-adressen toe aan elke VIRTUELE machine om een Service Fabric-cluster te vormen voor hoge beschikbaarheid.

Aangezien het virtuele cluster verantwoordelijk is voor het toewijzen van IP-adressen aan de virtuele machines in het cluster en elk virtueel cluster is gekoppeld aan één subnet, moet u zorgvuldig rekening houden met het aantal exemplaren dat u verwacht te implementeren in het subnet bij het bepalen van de juiste grootte voor het subnet.

Houd rekening met het volgende bij het bepalen van de juiste grootte voor het subnet waar u uw beheerde exemplaren gaat implementeren:

  • Het aantal exemplaren dat u verwacht te implementeren in het subnet
  • Het aantal verschillende virtuele-machinegroepen dat u verwacht in het subnet

Zie de vereiste subnetgrootte en het vereiste subnetbereik voor Azure SQL Managed Instance voor meer informatie.

DNS-synchronisatie

Het virtuele cluster synchroniseert dns-serverinstellingen in een virtueel netwerk dat als host fungeert voor bestaande met SQL beheerde exemplaren. Het virtuele cluster activeert de synchronisatie en wordt doorgegeven aan de exemplaren in het cluster. Zie Privédomeinnamen omzetten in Azure SQL Managed Instance voor meer informatie.

Een subnet verwijderen na het verwijderen van een Azure SQL Managed Instance

Voordat u een subnet verwijdert dat wordt gebruikt voor met SQL beheerde exemplaren, moet het subnet leeg zijn. Omdat virtuele clusters automatisch worden gemaakt wanneer het eerste exemplaar in het subnet wordt gemaakt en automatisch worden verwijderd wanneer het laatste exemplaar in het subnet wordt verwijderd, moet u eerst alle exemplaren in het subnet verwijderen voordat u het subnet kunt verwijderen.

Belangrijk

  • Het maken en verwijderen van het virtuele cluster is automatisch en vereist geen handmatige actie voor het maken van het eerste exemplaar of het verwijderen van het laatste exemplaar in een subnet.
  • Het verwijderen van een virtueel cluster is een langdurige bewerking die maximaal 1,5 uur kan duren. Het virtuele cluster is nog steeds zichtbaar in de portal totdat het virtuele cluster is voltooid.

In zeldzame gevallen mislukt het maken van een exemplaar en resulteert dit in een leeg virtueel cluster. Omdat u het maken van een exemplaar kunt annuleren, is het bovendien mogelijk dat een virtueel cluster wordt geïmplementeerd met exemplaren met de status Implementatie mislukt. Lege virtuele clusters of clusters met exemplaren die niet zijn geïmplementeerd, worden automatisch op de achtergrond verwijderd en er zijn geen kosten verbonden aan deze clusters.

Volgende stappen