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.
Übersicht
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.
Ressourceneinschränkungen
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 |
1 Optionen an virtuellen Kernen für gepoolte Instanzen hängen von der Anzahl der verfügbaren virtuellen Kerne im Instanzpool ab.
2 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.