Architektura klastra wirtualnego — Azure SQL Managed Instance

  • Artykuł

Dotyczy:Azure SQL Managed Instance

W tym artykule opisano architekturę i zarządzanie operacjami klastra wirtualnego hostującego usługę Azure SQL Managed Instance.

Omówienie

Usługa Azure SQL Managed Instance to pojedyncza dzierżawa, platforma jako usługa (PaaS) składa się ze składników usługi hostowanych w dedykowanym zestawie izolowanych maszyn wirtualnych i przyłączonych do klastra wirtualnego. Te dedykowane zestawy maszyn wirtualnych są umieszczane w grupach maszyn wirtualnych na podstawie podobnych atrybutów konfiguracji wystąpienia, takich jak generowanie sprzętu i okna obsługi. Co najmniej jedno wystąpienie może znajdować się w grupie maszyn wirtualnych, a co najmniej jedna grupa maszyn wirtualnych tworzy klaster wirtualny. Klaster wirtualny automatycznie rozszerza lub kontrakty zgodnie z potrzebami, aby uwzględnić nowe i usunięte wystąpienia.

Każdy klaster wirtualny jest skojarzony z jedną podsiecią i automatycznie wdrażany po utworzeniu pierwszego wystąpienia zarządzanego SQL w podsieci. Podobnie klaster wirtualny jest automatycznie usuwany po usunięciu ostatniego wystąpienia w podsieci, pozostawiając podsieć pustą i gotową do usunięcia. Klaster wirtualny łączy podsieć z wystąpieniami zarządzanymi wdrożonym w tej podsieci. Łącze skojarzenia usługi (SAL) służy do ustanawiania skojarzenia między podsiecią a klastrem.

Na poniższym diagramie przedstawiono koncepcyjny układ klastra wirtualnego:

Diagram that shows the virtual cluster architecture for Azure SQL Managed Instance.

Rola w operacjach zarządzania

Rola klastra wirtualnego w operacjach zarządzania polega na znalezieniu odpowiednich zasobów obliczeniowych dla operacji, a także zarządzaniu zasobami w klastrze, takimi jak maszyny wirtualne tworzące wystąpienie i grupy maszyn wirtualnych. Operacje zarządzania obejmują tworzenie nowych wystąpień, a także usuwanie lub modyfikowanie konfiguracji istniejących wystąpień. Klaster wirtualny rozszerza, zmniejsza lub usuwa istniejące grupy maszyn wirtualnych albo tworzy nowe grupy maszyn wirtualnych w zależności od operacji.

Ponieważ grupy maszyn wirtualnych są definiowane przez podobne atrybuty konfiguracji wystąpienia (takie jak generowanie sprzętu i okna obsługi), wprowadzanie zmian w dowolnych z tych atrybutów dla wystąpienia wyzwala klaster wirtualny w celu wykonania akcji do grup maszyn wirtualnych, które go tworzą. Akcje wyzwalane przez operacje zarządzania obejmują tworzenie nowych lub usuwanie istniejących maszyn wirtualnych oraz grup maszyn wirtualnych, a także rozszerzanie istniejących grup i przenoszenie wystąpień między grupami. Jeśli wszystkie maszyny wirtualne zostaną usunięte z grupy, klaster wirtualny również usunie grupę maszyn wirtualnych.

Jeśli na przykład zmienisz generację sprzętu wystąpienia, klaster wirtualny utworzy nową grupę maszyn wirtualnych dla generacji sprzętu, jeśli jeszcze nie istnieje, i przeniesie wystąpienie do tej grupy.

Czas trwania operacji zmiany grupy wirtualnej zależy od typu operacji. Aby uzyskać więcej informacji, zobacz Operacje zarządzania usługą SQL Managed Instance.

Liczba grup maszyn wirtualnych

Liczba grup maszyn wirtualnych w klastrze wirtualnym zależy od następujących elementów:

Liczbę grup maszyn wirtualnych w klastrze wirtualnym można określić, mnożąc liczbę różnych konfiguracji generowania sprzętu przez liczbę różnych konfiguracji okien obsługi w podsieci. Jeśli na przykład masz dwie konfiguracje generacji sprzętu (takie jak jedna seria Standardowa i jedno wystąpienie serii Premium) i dwie różne konfiguracje okien obsługi, klaster wirtualny ma cztery grupy maszyn wirtualnych.

Usługa SQL Managed Instance obsługuje trzy różne konfiguracje generowania sprzętu i trzy różne konfiguracje okien obsługi. W związku z tym minimalna liczba grup maszyn wirtualnych w klastrze wirtualnym wynosi 1 (jedna konfiguracja generacji sprzętu, jedna konfiguracja okna obsługi), a maksymalna to 9 (trzy różne konfiguracje sprzętu, trzy różne konfiguracje okien obsługi).

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.

Rola w użyciu adresu IP

Wbudowana wysoka dostępność usługi Azure SQL Managed Instance jest implementowana za pomocą usługi Azure Service Fabric. Klaster usługi Service Fabric to połączony z siecią zestaw maszyn wirtualnych lub fizycznych. Każda maszyna lub maszyna wirtualna, która jest częścią klastra usługi Service Fabric, jest nazywana węzłem klastra, a każdy węzeł rezerwuje jeden adres IP. W związku z tym każda maszyna wirtualna w dedykowanym zestawie maszyn wirtualnych tworzących wystąpienie zarządzane SQL jest traktowana jako węzeł w klastrze usługi Service Fabric. Klaster wirtualny hostujący co najmniej jedno wystąpienie zarządzane SQL przypisuje adresy IP do każdej maszyny wirtualnej w celu utworzenia klastra usługi Service Fabric w celu zapewnienia wysokiej dostępności.

Ponieważ klaster wirtualny jest odpowiedzialny za przypisywanie adresów IP do maszyn wirtualnych w niej, a każdy klaster wirtualny jest skojarzony z jedną podsiecią, należy dokładnie rozważyć liczbę wystąpień, które mają zostać wdrożone w podsieci podczas określania odpowiedniego rozmiaru podsieci.

Podczas określania odpowiedniego rozmiaru podsieci, w której wdrożysz wystąpienia zarządzane, należy wziąć pod uwagę następujące elementy:

  • Liczba wystąpień, które mają zostać wdrożone w podsieci
  • Liczba różnych grup maszyn wirtualnych, których oczekujesz w podsieci

Aby dowiedzieć się więcej, zobacz Określanie wymaganego rozmiaru i zakresu podsieci dla usługi Azure SQL Managed Instance.

Synchronizacja DNS

Klaster wirtualny synchronizuje zmiany ustawień serwera DNS w sieci wirtualnej, która hostuje istniejące wystąpienia zarządzane SQL. Klaster wirtualny wyzwala synchronizację i propaguje je do wystąpień wewnątrz klastra. Aby uzyskać więcej informacji, zobacz rozpoznawanie nazw domen prywatnych w usłudze Azure SQL Managed Instance.

Usuwanie podsieci po usunięciu usługi Azure SQL Managed Instance

Przed usunięciem podsieci używanej dla wystąpień zarządzanych SQL podsieć musi być pusta. Ponieważ klastry wirtualne są tworzone automatycznie po utworzeniu pierwszego wystąpienia w podsieci i automatycznie usuwane po usunięciu ostatniego wystąpienia w podsieci, należy najpierw usunąć wszystkie wystąpienia w podsieci przed usunięciem podsieci.

Ważne

  • Tworzenie i usuwanie klastra wirtualnego jest automatyczne i nie wymaga ręcznej akcji przeszłości tworzenia pierwszego wystąpienia ani usuwania ostatniego wystąpienia w podsieci.
  • Usunięcie klastra wirtualnego to długotrwała operacja, która może trwać do 1,5 godziny. Klaster wirtualny będzie nadal widoczny w portalu do momentu zakończenia usuwania klastra wirtualnego.

W rzadkich okolicznościach tworzenie wystąpienia kończy się niepowodzeniem i powoduje utworzenie pustego klastra wirtualnego. Ponadto, ponieważ można anulować tworzenie wystąpienia, istnieje możliwość wdrożenia klastra wirtualnego z wystąpieniami w stanie niepowodzenia wdrażania. Puste klastry wirtualne lub klastry z wystąpieniami, które nie udało się wdrożyć, są automatycznie usuwane w tle i nie są naliczane opłaty związane z tymi klastrami.

Następne kroki