Was ist ein Instanzpool (Vorschau)? Azure SQL Managed Instance –

Gilt für:Azure SQL Managed Instance

Dieser Artikel enthält eine Übersicht über die Bereitstellungsoption des Instanzpools für Azure SQL Managed Instance.

Instanzpools ermöglichen die Bereitstellung mehrerer Instanzen mit gemeinsam genutzten Ressourcen, die eine bequeme und kostengünstige Infrastruktur zum Migrieren mehrerer Datenbanken aus SQL Server-Instanzen bieten, ohne kleinere und weniger rechenintensive Workloads in einer größeren SQL Managed Instance konsolidieren zu müssen.

Lesen Sie als Erste Schritte Erstellen eines Instanzpools.

Hinweis

Instance-Pools für Azure SQL Managed Instance befinden sich derzeit in der Vorschau.

Überblick

Mit Instanzpools in Azure SQL Managed Instance können Sie mehrere Instanzen mit gemeinsam genutzten Ressourcen auf einem einzelnen zugrunde liegenden virtuellen Computer innerhalb eines virtuellen Clusters bereitstellen.

Instanzenpools bieten die folgenden Hauptvorteile:

• Möglichkeit zum Hosten von Instanzen mit zwei virtuellen Kernen, die nur in Instanzpools verfügbar sind
• Vorhersagbare und schnelle Bereitstellungszeit von Instanzen (maximal 5 Minuten)
• Kostensparende Infrastruktur beim Migrieren mehrerer SQL Server-Instanzen.

In der folgenden Abbildung ist ein Instanzenpool mit mehreren verwalteten Instanzen, die für einen virtuellen Cluster in einem Subnetz des virtuellen Netzwerks bereitgestellt wurden:

Neuigkeiten

Die Vorschauaktualisierung von Instanzpools in 2024 bietet die folgenden neuen Funktionen:

• Die Poolkonfiguration (z. B. Computegröße, Lizenz, Eigenschaften) kann mithilfe von PowerShell oder der Azure CLI aktualisiert werden.
• Premium-Serienhardware wird jetzt unterstützt.
• Sie können eine Instanz in und aus dem Pool mithilfe von PowerShell oder der Azure CLI verschieben.

Aufbau

Instanzenpools haben eine ähnliche Architektur wie einzelne verwaltete Instanzen. Zur Unterstützung von Bereitstellungen in virtuellen Azure-Netzwerken und zur Gewährleistung der Isolation und Sicherheit für Kunden basieren Instanzenpools außerdem auf virtuellen Clustern. Virtuelle Cluster stellen eine dedizierte Gruppe isolierter virtueller Computer dar, die im Subnetz des virtuellen Netzwerks des Kunden bereitgestellt werden. Alle einzelnen Instanzen und Instanzenpools gehören zum gleichen virtuellen Cluster. Instanzen innerhalb eines Pools und Einzelinstanzen, die im gleichen Subnetz bereitgestellt werden, verwenden die den SQL Server-Prozessen und Gatewaykomponenten zugeordneten Computeressourcen nicht gemeinsam, sodass die Vorhersagbarkeit der Leistung sichergestellt ist. Nach der anfänglichen Poolbereitstellung sind Verwaltungsvorgänge für Instanzen in einem Pool schneller, da der virtuelle Cluster bereits erweitert wurde, als der Pool bereitgestellt wurde.

Die Berechnungsgröße des virtuellen Computers basiert auf der Gesamtanzahl der dem Pool zugeordneten virtuellen Kerne, die zwischen Instanzen im Pool verteilt werden. Diese Architektur ermöglicht die Partitionierung des virtuellen Computers in mehrere Instanzen in jeder unterstützten Größe, einschließlich 2-V-Kern-Instanzen (nur für Instanzen in Pools verfügbar). Wenn Sie beispielsweise einen Instanzpool mit 8 virtuellen Kernen bereitstellen, können Sie zwei Instanzen mit 2 Kernen und eine Instanz mit 4 Kernen bereitstellen. Anschließend können Sie Ihre SQL Server-Datenbanken zu den Instanzen innerhalb des Pools migrieren. Und da Instanzenpools die native VNET-Integration unterstützen, können Sie mehrere Instanzenpools ebenso wie mehrere Einzelinstanzen im gleichen Subnetz bereitstellen.

Der Hauptunterschied zwischen den beiden Bereitstellungsmodellen besteht darin, dass Sie mehrere SQL Server-Prozesse innerhalb desselben virtuellen Computers erstellen können, wenn Sie einen Instanzpool verwenden, der mithilfe von Windows-Auftragsobjekten verwaltet wird. Einzelne Instanzen verfügen nur über einen einzelnen SQL Server-Prozess auf dem Knoten des virtuellen Computers.

Das folgende Diagramm veranschaulicht den architektonischen Hauptunterschied zwischen den beiden Bereitstellungsmodellen:

Anwendungsszenarien

Erwägen Sie die Verwendung von Instanzpools für die folgenden Szenarien:

• Gleichzeitiges Migrieren einer Gruppe kleiner SQL Server-Instanzen, bei denen die Instanzen über 2 oder 4 virtuelle Kerne verfügen.
• Sie benötigen eine schnelle und vorhersagbare Instanzerstellung oder -Skalierung. Beispielsweise die Bereitstellung eines neuen Mandanten in einer mehrinstanzenfähigen SaaS-Anwendungsumgebung, in der Funktionen auf Instanzebene erforderlich sind.
• Ein Fixkosten- oder Ausgabenlimit ist wichtig. Beispielsweise die Ausführung freigegebener Dev/Test- oder Demoumgebungen mit einer festen (oder selten wechselnden) Größe, in denen Sie bei Bedarf regelmäßig verwaltete Instanzen bereitstellen.

Instanzpools eignen sich besonders gut für die Migration mehrerer SQL Server-Instanzen, da die vorab bereitgestellten gemeinsam genutzten Compute-Ressourcen entsprechend den gesamt migrationsbezogenen Anforderungen die Gesamtbetriebskosten nach der Migration verringern. Betrachten Sie beispielsweise ein Szenario zum Migrieren von vier kleinen lokalen SQL Server-Instanzen zu Azure SQL Managed Instance. Ohne einen Instanzpool würden Sie vier separate, von SQL verwaltete Instanzen mit jeweils mindestens 4 virtuellen Kernen bereitstellen, alle mit eigenen dedizierten Ressourcen. Ein Instanzpool reduziert diese Kosten, da Sie alle Instanzen mit jeweils 2 virtuellen Kernen für den Pool bereitstellen können, wobei Ressourcen vom Pool gemeinsam genutzt werden.

Instanz- und Pooleigenschaften

Die folgenden Eigenschaften werden auf Poolebene für alle Instanzen im Pool konfiguriert:

• Hardware-Tarife
• Die SQL Server-Lizenz, wie z. B. der Azure-Hybridvorteil
• Wartungsfenster

Berücksichtigen Sie außerdem Folgendes:

• Bei in Pools erstellten verwalteten Instanzen unterstützen die gleichen Kompatibilitätsgrade und Funktionen, die für verwalteten Einzelinstanzen verfügbar sind.
• Optionale Funktionen oder Funktionen, für die spezifische Werte ausgewählt werden müssen (z. B. Sortierung auf Instanzebene, Zeitzone, öffentlicher Endpunkt für Datenverkehr, Failovergruppen), werden auf Instanzebene konfiguriert und können für jede Instanz in einem Pool unterschiedlich sein.
• Da die in einem Pool bereitgestellten Instanzen denselben virtuellen Computer gemeinsam verwenden, ziehen Sie in Erwägung, Funktionen zu deaktivieren, die höhere Sicherheitsrisiken mit sich bringen, oder die Zugriffsberechtigungen für diese Funktionen wie CLR-Integration, natives Sichern und Wiederherstellen, Datenbank-E-Mail usw. streng zu kontrollieren.
• Sie können Ihre SQL Managed Instance so konfigurieren, dass die Microsoft Entra-Authentifizierung vor oder nach dem Hinzufügen zum Pool verwendet wird.
• Jede in einem Pool bereitgestellte verwaltete Instanz verfügt über eine separate Instanz des SQL-Agents.

Ressourcengrenzwerte

Wenn Sie eine Instanz in einem Pool bereitstellen, gibt es Grenzwerte für jede einzelne gepoolte Instance und Beschränkungen für die vom Gesamtpool verwendeten Ressourcen.

In der folgenden Tabelle werden Grenzwerte für gepoolte Instances und den Pool beschrieben:

	Poollimits	Grenzwerte für Poolinstanzen
Dienstebene	Allgemeiner Zweck	Universell
Hardware-Tarife	Standard-Serie (Gen5) Premium-Serie	Standard-Serie (Gen5) Premium-Serie
Anzahl der virtuellen Kerne1	8-16-24-32-40-64-80	2-4-8-16-24-32-40-64-80
Max. Speicherkapazität	32 TB2	- 640GB für 2 virtuelle Kerne – 2 TB für 4 virtuelle Kerne - 8 TB für 8 virtuelle Kerne - 16 TB für 16 und mehr virtuelle Kerne
Max. Anzahl von Datenbanken	500	- 50 für 2 virtuelle Kerne - 100 für 4 und mehr virtuelle Kerne
Maximale Anzahl Instanzen	40	N/V

¹ Optionen an virtuellen Kernen für gepoolte Instanzen hängen von der Anzahl der verfügbaren virtuellen Kerne im Instanzpool ab.
² Das Poolspeicherlimit wird durch die Summe des Speichers für alle Instanzen im Pool bestimmt.

Überprüfen Sie bei allen anderen Grenzwerten auf Instanzenebene die Ressourcenbeschränkungen.

Überlegungen zur Leistung

Obwohl verwaltete Instanzen innerhalb von Pools dedizierte Werte für virtuelle Kerne und RAM aufweisen, nutzen sie einen lokalen Datenträger (für tempdb) und Netzwerkressourcen gemeinsam. Wenn auch unwahrscheinlich, ist es möglich, dass ein Noisy Neighbor-Effekt bei mehreren Instanzen zur gleichen Zeit mit hohem Ressourcenverbrauch eintritt.

Wenn dieses Verhalten auftritt, sollten Sie die Poolgröße erhöhen oder die ressourcenintensiven Ressourcen als einzelne Instanz außerhalb des Pools erneut bereitstellen.

Abrechnung für Instanzenpools

Mit Instanzenpools ermöglichen es Ihnen Compute- und Speicherressourcen unabhängig voneinander skalieren. Sie bezahlen für:

• Compute, der dem Pool zugeordnet ist, gemessen in virtuellen Kernen
• Der mit jeder Instanz verbundene Speicher gemessene in Gigabyte (die ersten 32 GB für jede Instanz sind kostenlos).

Der V-Kern-Preis für einen Pool wird unabhängig davon berechnet, wie viele Instanzen in diesem Pool bereitgestellt werden. Für einzelne Instanzen in einem Pool können keine unterschiedlichen Preisoptionen festgelegt werden. Alle Instanzen im Pool müssen dasselbe Lizenzierungsmodell verwenden. Das Lizenzmodell für den Pool kann nach der Erstellung des Pools geändert werden.

Der Compute-Preis (gemessen in virtuellen Kernen) hängt davon ab, ob Sie den vollständigen SQL Server-Lizenzpreis bezahlen. Die folgenden zwei Preisoptionen sind verfügbar:

• Enthaltene Lizenz: Der Preis der SQL Server-Lizenzen ist enthalten.
• Azure Hybrid Benefit (Azure-Hybridvorteil): Reduzierter Preis einschließlich des Azure-Hybridvorteils für SQL Server. Kunden können diesen Tarif nutzen, indem sie ihre vorhandenen SQL Server-Lizenzen mit Software Assurance verwenden.

Informationen zu den Preisen für Instanzenpools finden Sie im Abschnitt Instanzenpools auf der Seite mit den Preisen für SQL Managed Instance.

Hinweis

Erstellte Instanzenpools in Abonnements mit Berechtigung für den Dev/Test-Vorteil erhalten automatisch vergünstigte Preise von bis zu 55 % für Azure SQL Managed Instance.

Begrenzungen

Weitere Informationen finden Sie unter Instanzenpool-Grenzwerte.

Nächste Schritte

Konfigurieren eines Instanzpools