Freigeben über

Bestimmen von Subnetzgröße und -bereich für Azure SQL Managed Instance

  • Artikel

Gilt für: Azure SQL Managed Instance

Dieser Artikel hilft Ihnen bei der Ermittlung der geeigneten Subnetzgröße und des IP-Adressbereichs für Azure SQL Managed Instance.

Übersicht

Azure SQL Managed Instance besteht aus Dienstkomponenten, die auf einer dedizierten Gruppe isolierter virtueller Computer gehostet werden, die in einer oder mehreren virtuellen Computergruppen befinden, die von einem virtuellen Cluster gehostet und in einem virtuellen Netzwerk Azure bereitgestellt werden.

Ein virtueller Cluster, der einem einzelnen Subnetz in einem virtuellen Netzwerk zugeordnet ist, kann eine oder mehrere von SQL Managed Instance hosten. Die Anzahl der Instanzen, die im Subnetz bereitgestellt werden können, hängt von der Größe des Subnetzes (dem Subnetzbereich) ab.

Bei der Erstellung einer Instanz von SQL Managed Instance ordnet Azure, eine Reihe von virtuellen Computern basierend auf der ausgewählten Dienstebene zu. Da diese virtuellen Computer Ihrem Subnetz zugeordnet sind, benötigen sie IP-Adressen. Um bei regulären Vorgängen und bei der Wartung von Diensten Hochverfügbarkeit sicherzustellen, kann Azure zusätzliche virtuelle Computer zuordnen. Die Anzahl der erforderlichen IP-Adressen in einem Subnetz ist normalerweise größer als die Anzahl der SQL Managed Instance in diesem Subnetz.

Bestimmen der Subnetzgröße

Planen Sie die Subnetzgröße für die Bereitstellungen verwalteter Instanzen sorgfältig.

Gemäß dem Design benötigt jede SQL Managed Instance mindestens 32 IP-Adressen in einem Subnetz. Sie können bei der Definition der IP-Adressbereiche für das Subnetz die Subnetzmaske /27 (Mindestgröße) verwenden.

Im Folgenden finden Sie eine Liste der Überlegungen zum Ermitteln der Größe Ihres Subnetzes:

  • Überlegungen im Zusammenhang mit Instanzen:
    • Anzahl der verwalteten SQL-Instanzen
    • Dienstebene von Instanzen
  • Überlegungen zu virtuellen Clustern:
    • Hardwarekonfigurationen
    • Konfigurationen des Wartungsfensters
  • Überlegungen im Zusammenhang mit Verwaltungsvorgängen:
    • Pläne zum Hoch- oder Herunterskalieren oder zum Ändern der Dienstebene, der Hardwarekonfiguration oder des Wartungsfensters

Verwenden Sie die folgenden Parameter, um eine Berechnung zu erstellen:

  • Azure benötigt fünf IP-Adressen im Subnetz für den eigenen Bedarf.
  • Jede Gruppe virtueller Computer weist zusätzliche sechs Adressen zu.
  • Jede von SQL Managed Instance verwendet eine Anzahl von Adressen, die von der Dienstebene abhängig sind.
    • Die verwaltete SQL Managed Instance mit allgemeinem Zweck verwendet drei Adressen.
    • Die unternehmenskritische SQL Managed Instance verwendet fünf Adressen.
  • Jede Skalierungsanforderung verdoppelt vorübergehend die Anzahl der Adressen, die für die skalierungsfähige Instanz zugewiesen wurden.

Wichtig

Da das Ändern des Subnetzadressbereichs nicht unterstützt wird, wenn Ressourcen im Subnetz vorhanden sind, empfiehlt es sich, größere Subnetze anstelle kleinerer Subnetze zu verwenden, um Probleme in der Zukunft zu vermeiden.

Instanz mit einer bereitstellungsbasierten Bereitstellung

Die folgende Tabelle zeigt die Anzahl der IP-Adressen, die für eine einzelne Instanz in einem Subnetz erforderlich sind, das auf jeder Dienstebene bereitgestellt wird:

Dienstebene Azure-Nutzung 1 VM-Gruppennutzung 2 Instanznutzung Insgesamt3
Universell 5 6 3 14
Unternehmenskritisch 5 6 5 16

1 Von Azure verwendete Adressen werden für alle Instanzen im Subnetz freigegeben.
2 Von der VM-Gruppe verwendete Adressen werden für Instanzen freigegeben, die innerhalb derselben Gruppe platziert sind.
3 Die Gesamtanzahl der von der Instanz verwendeten Adressen

Das Hinzufügen von Instanzen zum Subnetz erhöht die Anzahl der von der Instanz verwendeten Adressen und erhöht daher die Gesamtanzahl der Adressen.

Subnetze mit mehreren Instanzen

Die Formel in diesem Abschnitt berechnet die Anzahl der Adressen, die für mehrere Instanzen in einem Subnetz erforderlich sind, wobei das Potenzial berücksichtigt wird, während einer nachfolgenden Instanz eine neue virtuelle Computergruppen zu erstellen oder zu aktualisieren, sowie das Fenster Standard Intensität und Hardwareanforderungen virtueller Cluster.

Verwenden Sie die folgende Formel, um die Gesamtanzahl der IP-Adressen basierend auf der Anzahl der Instanzen zu berechnen:

5 + (a * 6) + (b * 10) + (c * 6) Dabei gilt Folgendes:

  • a = Anzahl der GP-Instanzen
  • a = Anzahl der BC-Instanzen
  • c = Anzahl verschiedener virtueller Computergruppen

In der folgenden Liste werden die in der Formel verwendeten Zahlen erläutert:

  • 5 Anzahl der von Azure reservierten IP-Adressen
  • 6 Adressen pro GP-Instanz (3 für die erste Bereitstellung, 3 für einen eventuellen Skalierungsvorgang)
  • 10 Adressen pro BC-Instanz (5 für die erste Bereitstellung, 5 für einen eventuellen Skalierungsvorgang)
  • 6 Öffentliche IP-Adressen pro virtueller Computergruppe

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.

Beispiel 1

Sie planen, drei universelle und zwei geschäftskritische verwaltete Instanzen im selben Subnetz bereitzustellen. Alle Instanzen verfügen über das gleiche Standard Fenster und werden auf derselben Hardwarekonfiguration ausgeführt.

So fügen Sie diese Werte in die Formel ein: 5 + (3 * 6) + (2 * 10) + (1 * 6) = 49

Da IP-Bereiche in Zweierpotenzen angegeben werden, erfordert Ihr Subnetz für diese Bereitstellung einen minimalen IP-Adressbereich von 64 (2^6), um 49 IP-Adressen zu unterstützen. Reservieren Sie das Subnetz mit der Subnetzmaske /26.

Beispiel 2

Sie planen die Bereitstellung von insgesamt sieben Instanzen im selben Subnetz, vier allgemeine und drei unternehmenskritische Instanzen. Bei drei handelt es sich um Entwicklungs-/Testinstanzen, die auf Hardware der Standard-Serie mit einem Standardwartungsfenster (Gruppe 1 der virtuellen Maschine) ausgeführt werden, während sich die restlichen vier in der Produktion befinden und auf Hardware der Premium-Serie mit einem Wartungsfenster am Wochenende laufen (Gruppe 2 der virtuellen Maschine).

So fügen Sie diese Werte in die Formel ein: 5 + (4 * 6) + (3 * 10) + (2 * 6) = 71

Da IP-Bereiche in Zweierpotenzen angegeben werden, erfordert Ihr Subnetz für diese Bereitstellung einen minimalen IP-Adressbereich von 128 (2^7), um 71 IP-Adressen zu unterstützen. Sie müssen das Subnetz mit der Subnetzmaske /25 reservieren.

Achtung

Obwohl die Bereitstellung von VON SQL Managed Instance in einem Subnetz mit weniger IP-Adressen als die von der Formel vorgeschlagen wird, ist die Verwendung größerer Subnetze möglich, um zukünftige Probleme zu vermeiden, die aus einem Mangel an IP-Adressen stammen, z. B. die Unfähigkeit, zusätzliche Instanzen innerhalb des Subnetzs zu erstellen oder vorhandene Instanzen zu skalieren.

Updateszenarien

Bei Skalierungsvorgängen benötigen Instanzen vorübergehend zusätzliche IP-Kapazität. die von der Dienstebene abhängt.

Die folgende Tabelle zeigt die temporäre Anzahl zusätzlicher IP-Adressen, die für einen Skalierungsvorgang erforderlich sind, für den kein Erstellen einer neuen virtuellen Computergruppe erforderlich ist:

Dienstebene Szenario Zusätzliche Adressen
GP Skalieren von virtuellen Kernen 3
GP Skalieren des Speichers 0
GP Wechseln zu unternehmenskritisch 5
BC Skalieren von virtuellen Kernen 5
BC Skalieren des Speichers 5
BC Wechseln zu universell 3

Vorgänge, die zum Erstellen einer neuen Gruppe virtueller Computer führen, z. B. das Ändern einer Hardwaregenerierung oder Standard Intensitätsfensters, erfordern zusätzliche 6 permanente Adresse für die neue Gruppe.

Nächste Schritte