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 auf der Grundlage ähnlicher Instanz-Konfigurationsattribute, wie z. B. Hardware-Generation und Wartungsfenster, in Gruppen virtueller Computer zusammengefasst. Eine Gruppe virtueller Computer kann eine oder mehrere Instanzen umfassen, und eine oder mehrere virtuelle Computergruppen 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:
Rolle in Verwaltungsvorgängen
Die Rolle des virtuellen Clusters bei Verwaltungsvorgängen besteht darin, geeignete Rechenressourcen für den Vorgang zu finden und die Ressourcen innerhalb des Clusters zu verwalten, z. B. die virtuellen Computer, die die Instanz bilden, und die Gruppen virtueller Computer. Zu den Verwaltungsvorgängen gehören das Erstellen neuer Instanzen sowie das Löschen oder Ändern der Konfiguration vorhandener Instanzen. Der virtuelle Cluster vergrößert, verkleinert oder löscht bestehende Gruppen virtueller Computer oder erstellt neue Gruppen virtueller Computer, je nach Vorgang.
Da Gruppen virtueller Computer durch ähnliche Attribute der Instanz-Konfiguration definiert werden (z. B. Hardware-Generation und Wartungsfenster), löst die Änderung eines dieser Attribute für eine Instanz eine Aktion des virtuellen Clusters für die Gruppen virtueller Computer aus, aus denen er besteht. Zu den Aktionen, die durch Verwaltungsvorgänge ausgelöst werden, gehören das Einrichten neuer oder das Löschen bestehender virtueller Computer und Gruppen virtueller Computer sowie die Erweiterung bestehender Gruppen und das Verschieben von Instanzen zwischen Gruppen. Wenn alle virtuellen Maschinen aus einer Gruppe entfernt werden, löscht der virtuelle Cluster auch die Gruppe der virtuellen Maschinen.
Wenn Sie zum Beispiel die Hardware-Generation einer Instanz ändern, erstellt der virtuelle Cluster eine neue Gruppe virtueller Computer für die Hardware-Generation, falls noch keine vorhanden ist, 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 anderen VM-Gruppen platziert als Einzelinstanzen.
Anzahl von Gruppen virtueller Computer
Die Anzahl der Gruppen virtueller Computer in einem virtuellen Cluster hängt von den folgenden Faktoren ab:
- Die Anzahl der verschiedenen Konfigurationen der Hardware-Generation
- Die Anzahl verschiedener Wartungsfensterkonfigurationen
- Beschränkungen der Gruppengröße virtueller Computer (die auf der Compute-Ebene definiert sind und geändert werden können)
Sie können die Anzahl der Gruppen virtueller Computer in einem virtuellen Cluster ermitteln, indem Sie die Anzahl der verschiedenen Hardware-Generations-Konfigurationen mit der Anzahl der verschiedenen Wartungsfenster-Konfigurationen in Ihrem Subnetz multiplizieren. Wenn Sie beispielsweise zwei Konfigurationen der Hardware-Generation (z. B. eine Instanz der Standard-Serie und eine der Premium-Serie) und zwei verschiedene Konfigurationen des Wartungsfensters haben, hat der virtuelle Cluster vier Gruppen virtueller Computer.
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 Gruppen virtueller Computer in einem virtuellen Cluster 1 (eine Hardware-Generationskonfiguration, eine Wartungsfenster-Konfiguration) und die Höchstzahl 9 (drei verschiedene Hardware-Generationsskonfigurationen, drei verschiedene Wartungsfenster-Konfigurationen).
Wichtig
Da es eine Beschränkung auf die Anzahl der virtuellen Computer gibt, die einer Gruppe beitreten können, begrenzt ist, kann ein Platzmangel in einer bestehenden Gruppe dazu führen, dass eine Gruppe virtueller Computer 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 mehr als 9 virtuelle Computergruppen umfasst.
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 Gruppen virtueller Computer, die Sie in dem 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
- Eine Übersicht finden Sie unter Was ist Azure SQL Managed Instance?.
- Erfahren Sie, wie Sie ein neues virtuelles Azure-Network oder ein vorhandenes virtuelles Azure-Network einrichten, in dem Sie SQL Managed Instance bereitstellen können.
- Berechnen Sie die Größe des Subnetzes, in dem Sie SQL Managed Instance bereitstellen möchten.
- Erfahren Sie, wie Sie eine verwaltete Instanz erstellen: