Freigeben über

Architektur der virtuellen Cluster – Azure SQL Managed Instance

Gilt für:Azure SQL Managed Instance

Dieser Artikel beschreibt die Architektur und das Betriebsmanagement des virtuellen Clusters, der Azure SQL Managed Instance hostet.

Übersicht

Azure SQL Manage Instance ist ein mandantenfähiger Platform-as-a-Service (PaaS), der aus Dienstkomponenten besteht, die auf einem dedizierten Satz isolierter virtueller Computer gehostet werden und zu einem virtuellen Cluster verbunden sind. Diese dedizierten Gruppen virtueller Computer werden basierend auf ähnlichen Instanzkonfigurationsattributen wie Hardwaregenerierungs- und Wartungsfenstern in VM-Gruppen platziert. Eine oder mehrere Instanzen können sich in einer VM-Gruppe befinden, und eine oder mehrere VM-Gruppen bilden einen virtuellen Cluster. Ein virtueller Cluster wird bei Bedarf automatisch erweitert oder verkleinert, um neue oder entfernte Instanzen zu berücksichtigen.

Jeder virtuelle Cluster ist mit einem Subnetz verknüpft und wird automatisch bereitgestellt, wenn die erste SQL Managed Instance in einem Subnetz erstellt wird. Ebenso wird ein virtueller Cluster automatisch entfernt, wenn die letzte Instanz in einem Subnetz gelöscht wird, sodass das Subnetz leer ist und entfernt werden kann. Der virtuelle Cluster verbindet das Subnetz mit den verwalteten Instanzen, die innerhalb dieses Subnetzes eingesetzt werden. Es wird eine Dienstzuordnungsverbindung (Service Association Link, SAL) verwendet, um die Verbindung zwischen einem Subnetz und dem Cluster herzustellen.

Das folgende Diagramm zeigt das konzeptionelle Layout des virtuellen Clusters:

Diagramm, das die Architektur des virtuellen Clusters für Azure SQL Managed Instance zeigt.

Rolle in Verwaltungsvorgängen

Die Rolle des virtuellen Clusters in Verwaltungsvorgängen besteht darin, geeignete Computeressourcen für den Vorgang zu finden sowie die Ressourcen innerhalb des Clusters zu verwalten, z. B. die virtuellen Computer, die die Instanz erstellen, und die VM-Gruppen. Zu den Verwaltungsvorgängen gehören das Erstellen neuer Instanzen sowie das Löschen oder Ändern der Konfiguration vorhandener Instanzen. Der virtuelle Cluster erweitert, verkleinert oder löscht vorhandene VM-Gruppen oder erstellt je nach Vorgang neue VM-Gruppen.

Da VM-Gruppen durch ähnliche Instanzkonfigurationsattribute definiert werden (z. B. Hardwaregenerierungs- und Wartungsfenster), löst das Vornehmen von Änderungen an einem dieser Attribute für eine Instanz den virtuellen Cluster aus, um eine Aktion für die VM-Gruppen auszuführen, die sie bilden. Durch Verwaltungsvorgänge ausgelöste Aktionen umfassen das Erstellen neuer oder Löschen vorhandener virtueller Computer und VM-Gruppen sowie das Erweitern vorhandener Gruppen und das Verschieben von Instanzen zwischen Gruppen. Wenn alle virtuellen Computer aus einer Gruppe entfernt werden, löscht der virtuelle Cluster auch die VM-Gruppe.

Wenn Sie beispielsweise die Hardwaregenerierung einer Instanz ändern, erstellt der virtuelle Cluster eine neue VM-Gruppe für die Hardwaregenerierung, sofern noch nicht vorhanden, und verschiebt die Instanz in diese Gruppe.

Die Dauer virtueller Gruppenänderungsvorgänge hängt vom Vorgangstyp ab. Weitere Informationen finden Sie unter Verwaltungsvorgänge für SQL Managed Instance.

Hinweis

Instanzpools werden in verschiedene VM-Gruppen als einzelne Instanzen platziert.

Anzahl der VM-Gruppen

Die Anzahl der VM-Gruppen in einem virtuellen Cluster hängt von den folgenden Faktoren ab:

Sie können die Anzahl der VM-Gruppen in einem virtuellen Cluster ermitteln, indem Sie die Anzahl der verschiedenen Konfigurationen der Hardwaregenerierung mit der Anzahl der verschiedenen Wartungsfensterkonfigurationen in Ihrem Subnetz multiplizieren. Wenn Sie beispielsweise zwei Konfigurationen der Hardwaregenerierung (z. B. eine Standardreihe und eine Premium-Serie-Instanz) und zwei verschiedene Wartungsfensterkonfigurationen haben, verfügt der virtuelle Cluster über vier VM-Gruppen.

SQL Managed Instance unterstützt drei verschiedene Konfigurationen für die Hardware-Generation und drei verschiedene Konfigurationen für das Wartungsfenster. Daher beträgt die Mindestanzahl von VM-Gruppen in einem virtuellen Cluster 1 (eine Hardwaregenerierungskonfiguration, eine Wartungsfensterkonfiguration) und maximal 9 (drei verschiedene Konfigurationen der Hardwaregenerierung, drei verschiedene Wartungsfensterkonfigurationen).

Wichtig

Da es eine Beschränkung auf die Anzahl virtueller Computer gibt, die einer Gruppe beitreten können, kann ein Mangel an Speicherplatz in einer vorhandenen Gruppe dazu führen, dass eine VM-Gruppe mit identischen Spezifikationen erstellt wird. Es ist möglich, dass ein Subnetz mit einer großen Anzahl von Instanzen mehrere Computergruppen mit derselben Konfiguration hat und 9 VM-Gruppen überschreitet.

Rolle bei der Nutzung von IP-Adressen

Die integrierte Hochverfügbarkeit von Azure SQL Managed Instance wird mit Azure Service Fabric implementiert. Ein Service Fabric-Cluster enthält eine per Netzwerk verbundene Gruppe von virtuellen oder physischen Computern. Jeder Computer oder virtuelle Computer, der Teil eines Service Fabric-Clusters ist, wird als Clusterknoten bezeichnet, und jeder Knoten reserviert eine IP-Adresse. Daher wird jeder virtueller Computer in der dedizierten Gruppe von VMs, die eine SQL Managed Instance erstellen, als ein Knoten im Service Fabric-Cluster betrachtet. Der virtuelle Cluster, der eine oder mehrere verwaltete SQL-Instanzen hostet, weist jeder VM IP-Adressen zu, um einen Service Fabric-Cluster für hohe Verfügbarkeit zu bilden.

Da der virtuelle Cluster für die Zuweisung von IP-Adressen an die darin befindlichen virtuellen Computer verantwortlich ist und jeder virtuelle Cluster mit einem einzigen Subnetz verbunden ist, müssen Sie bei der Festlegung einer angemessenen Größe für das Subnetz die Anzahl der Instanzen, die Sie in dem Subnetz bereitstellen möchten, genau berücksichtigen.

Berücksichtigen Sie bei der Festlegung einer geeigneten Größe für das Subnetz, in dem Sie Ihre verwalteten Instanzen bereitstellen werden, Folgendes:

  • Die Anzahl der Instanzen, die Sie voraussichtlich im Subnetz bereitstellen werden
  • Die Anzahl der verschiedenen VM-Gruppen, die Sie im Subnetz erwarten

Weitere Informationen finden Sie unter Bestimmen der erforderlichen Subnetzgröße und des Bereichs für Azure SQL Managed Instance.

DNS-Synchronisierung

Der virtuelle Cluster synchronisiert Änderungen der DNS-Server-Einstellungen in einem virtuellen Netzwerk, in dem sich bereits verwaltete SQL-Instanzen befinden. Der virtuelle Cluster löst die Synchronisierung aus und gibt sie an die Instanzen innerhalb des Clusters weiter. Weitere Informationen finden Sie unter Auflösen von privaten Domainnamen in Azure SQL Managed Instance.

Löschen eines Subnetzes nach dem Löschen einer Instanz von Azure SQL Managed Instance

Bevor Sie ein für SQL verwaltete Instanzen verwendetes Subnetz löschen können, muss das Subnetz leer sein. Da virtuelle Cluster automatisch erstellt werden, wenn die erste Instanz im Subnetz erstellt wird, und automatisch gelöscht werden, wenn die letzte Instanz im Subnetz gelöscht wird, müssen Sie zunächst alle Instanzen im Subnetz löschen, bevor Sie das Subnetz löschen können.

Wichtig

  • Das Erstellen und Löschen des virtuellen Clusters erfolgt automatisch und erfordert keine manuellen Eingriffe nach dem Erstellen der ersten Instanz oder dem Löschen der letzten Instanz in einem Subnetz.
  • Die Löschung eines virtuellen Clusters ist ein langwieriger Vorgang, der bis zu 1,5 Stunden dauern kann. Der virtuelle Cluster ist im Portal weiterhin sichtbar, bis das Löschen des virtuellen Clusters abgeschlossen ist.

In seltenen Fällen schlägt die Erstellung einer Instanz fehl und führt zu einem leeren virtuellen Cluster. Da Sie die Erstellung einer Instanz abbrechen können, ist es außerdem möglich, dass ein virtueller Cluster mit Instanzen in einem fehlgeschlagenen Bereitstellungszustand bereitgestellt wird. Leere virtuelle Cluster oder Cluster mit Instanzen, deren Bereitstellung fehlgeschlagen ist, werden automatisch im Hintergrund entfernt, und es fallen keine Gebühren für diese Cluster an.

Nächste Schritte