Co to jest pula Azure SQL Managed Instance (wersja zapoznawcza)?

Dotyczy: Azure SQL Managed Instance

Pule wystąpień w Azure SQL Managed Instance zapewniają wygodny i ekonomiczny sposób migracji mniejszych wystąpień SQL Server do chmury na dużą skalę.

Pule wystąpień umożliwiają wstępną aprowizację zasobów obliczeniowych zgodnie z całkowitymi wymaganiami migracji. Następnie możesz wdrożyć kilka osobnych wystąpień zarządzanych — do osiągnięcia wstępnie aprowizowanego poziomu obliczeń. Jeśli na przykład wstępnie aprowizujesz 8 rdzeni wirtualnych, możesz wdrożyć dwa 2 rdzenie wirtualne i jedno wystąpienie z 4 rdzeniami wirtualnymi, a następnie przeprowadzić migrację baz danych do tych wystąpień. Przed udostępnieniem pul wystąpień mniejsze i mniej intensywnie korzystające z obliczeń obciążenia często musiałyby zostać skonsolidowane w większe wystąpienie zarządzane podczas migracji do chmury. Potrzeba migracji grup baz danych do dużego wystąpienia zwykle wymaga starannego planowania pojemności i zarządzania zasobami, dodatkowych zagadnień dotyczących zabezpieczeń i dodatkowej konsolidacji danych na poziomie wystąpienia.

Ponadto pule wystąpień obsługują natywną integrację z siecią wirtualną, dzięki czemu można wdrożyć wiele pul wystąpień i wiele pojedynczych wystąpień w tej samej podsieci.

Najważniejsze możliwości

Pule wystąpień zapewniają następujące korzyści:

  1. Możliwość hostowania wystąpień 2 rdzeni wirtualnych. *Tylko w przypadku wystąpień w pulach wystąpień.
  2. Przewidywalny i szybki czas wdrażania wystąpienia (do 5 minut).
  3. Minimalna alokacja adresów IP.

Na poniższym diagramie przedstawiono pulę wystąpień z wieloma wystąpieniami zarządzanymi wdrożonym w podsieci sieci wirtualnej.

pula wystąpień z wieloma wystąpieniami

Pule wystąpień umożliwiają wdrażanie wielu wystąpień na tej samej maszynie wirtualnej, gdzie rozmiar obliczeniowy maszyny wirtualnej jest oparty na łącznej liczbie rdzeni wirtualnych przydzielonych dla puli. Ta architektura umożliwia partycjonowanie maszyny wirtualnej na wiele wystąpień, które mogą mieć dowolny obsługiwany rozmiar, w tym 2 rdzenie wirtualne (wystąpienia 2 rdzeni wirtualnych są dostępne tylko dla wystąpień w pulach).

Po początkowym wdrożeniu operacje zarządzania wystąpieniami w puli są znacznie szybsze. Dzieje się tak, ponieważ wdrożenie lub rozszerzenie klastra wirtualnego (dedykowany zestaw maszyn wirtualnych) nie jest częścią aprowizacji wystąpienia zarządzanego.

Ponieważ wszystkie wystąpienia w puli współdzielą tę samą maszynę wirtualną, łączna alokacja adresów IP nie zależy od liczby wdrożonych wystąpień, co jest wygodne do wdrożenia w podsieciach z wąskim zakresem adresów IP.

Każda pula ma stałą alokację adresów IP tylko dziewięciu adresów IP (nie uwzględniając pięciu adresów IP w podsieci zarezerwowanej dla własnych potrzeb). Aby uzyskać szczegółowe informacje, zobacz wymagania dotyczące rozmiaru podsieci dla pojedynczych wystąpień.

Scenariusze aplikacji

Poniższa lista zawiera główne przypadki użycia, w których należy wziąć pod uwagę pule wystąpień:

  • Migracja grupy wystąpień SQL Server w tym samym czasie, gdzie większość ma mniejszy rozmiar (na przykład 2 lub 4 rdzenie wirtualne).
  • Scenariusze, w których ważne jest przewidywalne i krótkie tworzenie lub skalowanie wystąpień . Na przykład wdrożenie nowej dzierżawy w wielodostępnym środowisku aplikacji SaaS, które wymaga możliwości na poziomie wystąpienia.
  • Scenariusze, w których posiadanie stałego kosztu lub limitu wydatków jest ważne. Na przykład uruchamianie udostępnionych środowisk deweloperskich lub demonstracyjnych o stałym (lub często zmieniającym się) rozmiarze, w którym okresowo wdraża się wystąpienia zarządzane w razie potrzeby.
  • Scenariusze, w których ważna jest minimalna alokacja adresów IP w podsieci sieci wirtualnej. Wszystkie wystąpienia w puli współużytkują maszynę wirtualną, więc liczba przydzielonych adresów IP jest niższa niż w przypadku pojedynczych wystąpień.

Architektura

Pule wystąpień mają podobną architekturę do zwykłych (pojedynczych) wystąpień zarządzanych. Aby obsługiwać wdrożenia w sieciach wirtualnych platformy Azure oraz zapewnić izolację i zabezpieczenia dla klientów, pule wystąpień korzystają również z klastrów wirtualnych. Klastry wirtualne reprezentują dedykowany zestaw izolowanych maszyn wirtualnych wdrożonych w podsieci sieci wirtualnej klienta.

Główną różnicą między dwoma modelami wdrażania jest to, że pule wystąpień umożliwiają wiele wdrożeń procesów SQL Server w tym samym węźle maszyny wirtualnej, które są zarządzane przy użyciu obiektów zadań systemu Windows, podczas gdy pojedyncze wystąpienia są zawsze same w węźle maszyny wirtualnej.

Na poniższym diagramie przedstawiono pulę wystąpień i dwa pojedyncze wystąpienia wdrożone w tej samej podsieci i przedstawiono główne szczegóły architektury dla obu modeli wdrażania:

Pula wystąpień i dwa pojedyncze wystąpienia

Każda pula wystąpień tworzy oddzielny klaster wirtualny poniżej. Wystąpienia w puli i pojedyncze wystąpienia wdrożone w tej samej podsieci nie współużytkują zasobów obliczeniowych przydzielonych do SQL Server procesów i składników bramy, co zapewnia przewidywalność wydajności.

Ograniczenia zasobów

Istnieje kilka ograniczeń zasobów dotyczących pul wystąpień i wystąpień wewnątrz pul:

  • Pule wystąpień są dostępne tylko na sprzęcie gen5.
  • Wystąpienia zarządzane w puli mają dedykowany procesor i pamięć RAM, więc zagregowana liczba rdzeni wirtualnych we wszystkich wystąpieniach musi być mniejsza lub równa liczbie rdzeni wirtualnych przydzielonych do puli.
  • Wszystkie limity na poziomie wystąpienia mają zastosowanie do wystąpień utworzonych w puli.
  • Oprócz limitów na poziomie wystąpienia istnieją również dwa limity nałożone na poziomie puli wystąpień:
    • Łączny rozmiar magazynu na pulę (8 TB).
    • Łączna liczba baz danych użytkownika na pulę. Ten limit zależy od wartości rdzeni wirtualnych puli:
      • Pula z 8 rdzeniami wirtualnymi obsługuje maksymalnie 200 baz danych.
      • Pula z 16 rdzeniami wirtualnymi obsługuje maksymalnie 400 baz danych.
      • Pula z 24 rdzeniami wirtualnymi lub większą ich liczbą obsługuje maksymalnie 500 baz danych.
  • Azure AD uwierzytelniania można użyć po utworzeniu lub ustawieniu wystąpienia zarządzanego z flagą -AssignIdentity . Aby uzyskać więcej informacji, zobacz New-AzSqlInstance i Set-AzSqlInstance. Użytkownicy mogą następnie ustawić administratora Azure AD dla wystąpienia, wykonując czynności opisane w sekcji Aprowizuj administratora Azure AD (SQL Managed Instance).

Łączna alokacja magazynu i liczba baz danych we wszystkich wystąpieniach musi być niższa lub równa limitom udostępnianym przez pule wystąpień.

  • Pule wystąpień obsługują 8, 16, 24, 32, 40, 64 i 80 rdzeni wirtualnych.
  • Wystąpienia zarządzane wewnątrz pul obsługują 2, 4, 8, 16, 24, 32, 40, 64 i 80 rdzeni wirtualnych.
  • Wystąpienia zarządzane wewnątrz pul obsługują rozmiary magazynu z zakresu od 32 GB do 8 TB, z wyjątkiem:
    • 2 wystąpienia rdzeni wirtualnych obsługują rozmiary od 32 GB do 640 GB,
    • 4 wystąpienia rdzeni wirtualnych obsługują rozmiary od 32 GB do 2 TB.
  • Wystąpienia zarządzane w pulach mają limit do 100 baz danych użytkowników na wystąpienie, z wyjątkiem 2 wystąpień rdzeni wirtualnych, które obsługują maksymalnie 50 baz danych użytkowników na wystąpienie.

Właściwość warstwy usługi jest skojarzona z zasobem puli wystąpień, więc wszystkie wystąpienia w puli muszą być tą samą warstwą usługi co warstwa usługi puli. Obecnie dostępna jest tylko warstwa usługi Ogólnego przeznaczenia (zobacz poniższą sekcję dotyczącą ograniczeń w bieżącej wersji zapoznawczej).

Ograniczenia publicznej wersji zapoznawczej

Publiczna wersja zapoznawcza ma następujące ograniczenia:

  • Obecnie dostępna jest tylko warstwa usługi Ogólnego przeznaczenia.
  • Nie można skalować pul wystąpień w publicznej wersji zapoznawczej, dlatego ważne jest dokładne planowanie pojemności przed wdrożeniem.
  • Obsługa tworzenia i konfigurowania puli wystąpień nie jest jeszcze dostępna w witrynie Azure Portal. Wszystkie operacje na pulach wystąpień są obsługiwane tylko za pośrednictwem programu PowerShell. Również początkowe wdrożenie wystąpienia we wstępnie utworzonej puli jest obsługiwane tylko za pośrednictwem programu PowerShell. Po wdrożeniu w puli wystąpienia zarządzane można aktualizować w witrynie Azure Portal.
  • Wystąpienia zarządzane utworzone poza pulą nie mogą być przenoszone do istniejącej puli, a wystąpienia utworzone wewnątrz puli nie mogą być przenoszone poza jako pojedyncze wystąpienie lub do innej puli.
  • Ceny wystąpień pojemności rezerwowych są niedostępne.
  • Grupy trybu failover nie są obsługiwane w przypadku wystąpień w puli.

Obsługiwane funkcje SQL

Wystąpienia zarządzane utworzone w pulach obsługują te same poziomy zgodności i funkcje obsługiwane w pojedynczych wystąpieniach zarządzanych.

Każde wystąpienie zarządzane wdrożone w puli ma oddzielne wystąpienie agenta SQL.

Opcjonalne funkcje lub funkcje, które wymagają wybrania określonych wartości (takich jak sortowanie na poziomie wystąpienia, strefa czasowa, publiczny punkt końcowy dla ruchu danych, grupy trybu failover) są konfigurowane na poziomie wystąpienia i mogą być różne dla każdego wystąpienia w puli.

Zagadnienia dotyczące wydajności

Mimo że wystąpienia zarządzane w pulach mają dedykowane rdzenie wirtualne i pamięć RAM, współużytkują dysk lokalny (na potrzeby użycia bazy danych tempdb) i zasoby sieciowe. Nie jest prawdopodobne, ale istnieje możliwość wystąpienia głośnego efektu sąsiada , jeśli wiele wystąpień w puli ma duże zużycie zasobów w tym samym czasie. Jeśli zauważysz to zachowanie, rozważ wdrożenie tych wystąpień w większej puli lub jako pojedyncze wystąpienia.

Zagadnienia dotyczące bezpieczeństwa

Ponieważ wystąpienia wdrożone w puli współdzielą tę samą maszynę wirtualną, warto rozważyć wyłączenie funkcji, które powodują wyższe zagrożenia bezpieczeństwa lub zdecydowanie kontrolować uprawnienia dostępu do tych funkcji. Na przykład integracja środowiska CLR, natywna kopia zapasowa i przywracanie, poczta e-mail bazy danych itp.

Żądania obsługi puli wystąpień

Tworzenie żądań pomocy technicznej dla pul wystąpień i zarządzanie nimi w Azure Portal.

Jeśli występują problemy związane z wdrażaniem puli wystąpień (tworzeniem lub usuwaniem), upewnij się, że w polu Podtyp problemu określono pule wystąpień.

Żądanie obsługi pul wystąpień

Jeśli występują problemy związane z pojedynczym wystąpieniem zarządzanym lub bazą danych w puli, utwórz regularny bilet pomocy technicznej dla Azure SQL Managed Instance.

Aby utworzyć większe SQL Managed Instance wdrożenia (z pulami wystąpień lub bez ich), może być konieczne uzyskanie większego regionalnego limitu przydziału. Aby uzyskać więcej informacji, zobacz Request quota increases for Azure SQL Database (Żądania zwiększenia limitu przydziału dla usługi Azure SQL Database). Logika wdrażania dla pul wystąpień porównuje całkowite użycie rdzeni wirtualnych na poziomie puli z limitem przydziału, aby określić, czy można tworzyć nowe zasoby bez dalszego zwiększania limitu przydziału.

Rozliczenia puli wystąpień

Pule wystąpień umożliwiają niezależne skalowanie zasobów obliczeniowych i magazynu. Klienci płacą za obliczenia skojarzone z zasobem puli mierzonym w rdzeniach wirtualnych, a magazyn skojarzony z każdym wystąpieniem mierzonym w gigabajtach (pierwsze 32 GB są bezpłatne dla każdego wystąpienia).

Cena rdzeni wirtualnych dla puli jest naliczana niezależnie od liczby wystąpień wdrożonych w tej puli.

W przypadku ceny obliczeniowej (mierzonej w rdzeniach wirtualnych) dostępne są dwie opcje cenowe:

  1. Uwzględniona licencja: cena licencji SQL Server jest uwzględniona. Dotyczy to klientów, którzy zdecydują się nie zastosować istniejących licencji SQL Server z pakietem Software Assurance.
  2. Korzyść użycia hybrydowego platformy Azure: obniżona cena obejmująca Korzyść użycia hybrydowego platformy Azure dla SQL Server. Klienci mogą zdecydować się na tę cenę, korzystając z istniejących licencji SQL Server z pakietem Software Assurance. Aby uzyskać uprawnienia i inne szczegóły, zobacz Korzyść użycia hybrydowego platformy Azure.

Ustawienie różnych opcji cen nie jest możliwe dla poszczególnych wystąpień w puli. Wszystkie wystąpienia w puli nadrzędnej muszą być objęte ceną licencji lub ceną Korzyść użycia hybrydowego platformy Azure. Model licencji dla puli można zmienić po utworzeniu puli.

Ważne

Jeśli określisz model licencji dla wystąpienia innego niż w puli, zostanie użyta cena puli, a wartość poziomu wystąpienia zostanie zignorowana.

Jeśli tworzysz pule wystąpień w subskrypcjach kwalifikujących się do korzyści z testowania deweloperskiego, automatycznie otrzymasz obniżone stawki do 55 procent na Azure SQL Managed Instance.

Aby uzyskać szczegółowe informacje na temat cennika puli wystąpień, zapoznaj się z sekcją pule wystąpień na stronie cennika SQL Managed Instance.

Następne kroki