Ustalanie wymaganego rozmiaru i zakresu podsieci dla usługi Azure SQL Managed Instance

  • Artykuł

Dotyczy:Azure SQL Managed Instance

Ten artykuł ułatwia określenie odpowiedniego rozmiaru podsieci i zakresu adresów IP dla usługi Azure SQL Managed Instance.

Omówienie

Usługa Azure SQL Managed Instance składa się ze składników usługi hostowanych w dedykowanym zestawie izolowanych maszyn wirtualnych umieszczonych w jednej lub kilku grupach maszyn wirtualnych hostowanych przez klaster wirtualny i wdrożonych w sieci wirtualnej platformy Azure.

Klaster wirtualny skojarzony z jedną podsiecią w sieci wirtualnej może hostować co najmniej jedno wystąpienie zarządzane SQL. Liczba wystąpień, które można wdrożyć w podsieci, zależy od rozmiaru podsieci (zakresu podsieci).

Podczas tworzenia wystąpienia zarządzanego SQL platforma Azure przydziela kilka maszyn wirtualnych na podstawie wybranej warstwy usługi. Ponieważ te maszyny wirtualne są skojarzone z podsiecią, wymagają adresów IP. Aby zapewnić wysoką dostępność podczas regularnych operacji i konserwacji usług, platforma Azure może przydzielić dodatkowe maszyny wirtualne. Liczba wymaganych adresów IP w podsieci jest zwykle większa niż liczba wystąpień zarządzanych SQL w tej podsieci.

Określanie rozmiaru podsieci

Starannie zaplanuj rozmiar podsieci dla wdrożeń wystąpienia zarządzanego SQL.

Zgodnie z projektem każde wystąpienie zarządzane SQL wymaga co najmniej 32 adresów IP w podsieci. Podczas definiowania zakresów adresów IP podsieci można użyć minimalnej maski podsieci /27.

Poniżej przedstawiono listę zagadnień dotyczących określania rozmiaru podsieci:

  • Zagadnienia związane z wystąpieniem:
    • Liczba wystąpień zarządzanych SQL
    • Warstwa usługi wystąpień
  • Zagadnienia związane z klastrem wirtualnym:
    • Konfiguracje sprzętu
    • Konfiguracje okien obsługi
  • Zagadnienia związane z operacjami zarządzania:
    • Plany skalowania w górę/w dół lub zmiany warstwy usługi, konfiguracji sprzętu lub okna obsługi

Użyj następujących parametrów, aby utworzyć obliczenie:

  • Platforma Azure używa pięciu adresów IP w podsieci do własnych potrzeb.
  • Każda grupa maszyn wirtualnych przydziela dodatkowe sześć adresów.
  • Każde wystąpienie zarządzane SQL używa wielu adresów, które zależą od warstwy usługi.
    • Wystąpienie zarządzane SQL ogólnego przeznaczenia używa trzech adresów
    • Krytyczne dla działania firmy wystąpienie zarządzane SQL używa pięciu adresów
  • Każde żądanie skalowania tymczasowo podwaja liczbę adresów przydzielonych do skalowanego wystąpienia

Ważne

Ponieważ zmiana zakresu adresów podsieci nie jest obsługiwana, gdy zasoby istnieją w podsieci, lepiej użyć większych podsieci, a nie mniejszych, aby zapobiec problemom w przyszłości.

Wystąpienie wdrożone pojedynczo

W poniższej tabeli przedstawiono liczbę adresów IP wymaganych dla pojedynczego wystąpienia w podsieci wdrożonej w każdej warstwie usługi:

Warstwa usług Użycieplatformy Azure 1 Użyciegrupy maszyn wirtualnych 2 Użycie wystąpienia Łącznie3
Ogólnego przeznaczenia 5 6 3 14
Krytyczne dla działania firmy 5 6 5 16

1 Adresy używane przez platformę Azure są współużytkowane we wszystkich wystąpieniach w podsieci
2 Adresy używane przez grupę maszyn wirtualnych są współużytkowane między wystąpieniami umieszczonymi w tej samej grupie
3 Całkowita liczba adresów używanych przez wystąpienie

Dodanie wystąpień do podsieci zwiększa liczbę adresów używanych przez wystąpienie i dlatego zwiększa łączną liczbę adresów.

Podsieci z wieloma wystąpieniami

Formuła w tej sekcji oblicza liczbę adresów niezbędnych dla wielu wystąpień w podsieci, biorąc pod uwagę potencjał tworzenia nowych grup maszyn wirtualnych podczas kolejnego żądania tworzenia lub aktualizowania wystąpienia, a także okna obsługi i wymagań sprzętowych klastrów wirtualnych.

Użyj następującej formuły, aby obliczyć całkowitą liczbę adresów IP na podstawie liczby wystąpień:

5 + (a * 6) + (b * 10) + (c * 6) Gdzie

  • a = liczba wystąpień gp
  • b = liczba wystąpień BC
  • c = liczba różnych grup maszyn wirtualnych

Poniższa lista zawiera opis liczb używanych w formule:

  • 5 to liczba adresów IP zarezerwowanych przez platformę Azure
  • 6 adresów na wystąpienie gp (3 dla początkowego wdrożenia, 3 dla ostatecznej operacji skalowania)
  • 10 adresów na wystąpienie BC (5 dla początkowego wdrożenia, 5 dla ostatecznej operacji skalowania)
  • 6 adresów na grupę maszyn wirtualnych

Ważne

Ponieważ istnieje ograniczenie liczby maszyn wirtualnych, które mogą dołączyć do grupy, brak miejsca w istniejącej grupie może spowodować utworzenie grupy maszyn wirtualnych z identycznymi specyfikacjami. Podsieć z dużą liczbą wystąpień może mieć wiele grup maszyn z tą samą konfiguracją i przekraczać 9 grup maszyn wirtualnych.

Przykład 1

Planujesz wdrożenie trzech wystąpień ogólnego przeznaczenia i dwóch wystąpień Krytyczne dla działania firmy w tej samej podsieci. Wszystkie wystąpienia mają to samo okno obsługi i działają w tej samej konfiguracji sprzętu.

Aby podłączyć te wartości do formuły: 5 + (3 * 6) + (2 * 10) + (1 * 6) = 49

Ponieważ zakresy adresów IP są zdefiniowane w uprawnieniach 2, aby obsługiwać 49 adresów IP, podsieć wymaga minimalnego zakresu adresów IP 64 (2^6) dla tego wdrożenia. Zarezerwuj podsieć za pomocą maski podsieci /26.

Przykład 2

Planujesz wdrożyć łącznie siedem wystąpień w tej samej podsieci, cztery wystąpienia ogólnego przeznaczenia i trzy wystąpienia Krytyczne dla działania firmy. Trzy to wystąpienia deweloperskie/testowe działające na sprzęcie z serii Standardowa z domyślnym oknem obsługi (grupa maszyn wirtualnych 1), podczas gdy pozostałe cztery znajdują się w środowisku produkcyjnym, uruchomione na sprzęcie z serii Premium z weekendowym oknem obsługi (grupa maszyn wirtualnych 2).

Aby podłączyć te wartości do formuły: 5 + (4 * 6) + (3 * 10) + (2 * 6) = 71

Ponieważ zakresy adresów IP są zdefiniowane w uprawnieniach 2, aby obsługiwać 71 adresów IP, podsieć wymaga minimalnego zakresu adresów IP 128 (2^7) dla tego wdrożenia. Należy zarezerwować podsieć z maską podsieci /25.

Uwaga

Chociaż wdrażanie wystąpień zarządzanych SQL w podsieci z mniejszą liczbą adresów IP niż sugeruje formuła, należy zawsze rozważyć użycie większych podsieci, aby uniknąć przyszłych problemów wynikających z braku adresów IP, takich jak brak możliwości tworzenia dodatkowych wystąpień w podsieci lub skalowania istniejących wystąpień.

Scenariusze aktualizacji

Podczas operacji skalowania wystąpienia tymczasowo wymagają dodatkowej pojemności adresu IP, która zależy od warstwy usługi.

W poniższej tabeli przedstawiono tymczasową liczbę dodatkowych adresów IP wymaganych dla operacji skalowania, która nie wymaga utworzenia nowej grupy maszyn wirtualnych:

Warstwa usług Scenariusz Dodatkowe adresy
GP Skalowanie rdzeni wirtualnych 3
GP Skalowanie magazynu 0
GP Przełączanie do bc 5
BC Skalowanie rdzeni wirtualnych 5
BC Skalowanie magazynu 5
BC Przełączanie do gp 3

Operacje, które powodują utworzenie nowej grupy maszyn wirtualnych, takich jak zmiana generowania sprzętu lub okna obsługi, wymagają dodatkowych 6 stałych adresów dla nowej grupy.

Następne kroki