Co to jest pula wystąpień? — Azure SQL Managed Instance

Dotyczy:Azure SQL Managed Instance

Ten artykuł zawiera omówienie możliwości wdrażania puli wystąpień dla usługi Azure SQL Managed Instance, co zapewnia klientom znaczne oszczędności.

Pule wystąpień umożliwiają wdrażanie wielu wystąpień z zasobami udostępnionymi, które zapewniają wygodną i ekonomiczną infrastrukturę do migrowania wielu baz danych z wystąpień programu SQL Server bez konieczności konsolidacji mniejszych i mniejszych obciążeń intensywnie korzystających z obliczeń w większym wystąpieniu zarządzanym SQL.

Aby rozpocząć, przejrzyj Utwórz pulę wystąpień.

Omówienie

Pule wystąpień w usłudze Azure SQL Managed Instance umożliwiają wdrażanie wielu wystąpień z udostępnionymi zasobami na jednej podstawowej maszynie wirtualnej w klastrze wirtualnym.

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

• Możliwość hostowania wystąpień 2 vCore, dostępnych tylko w pulach wystąpień
• Przewidywalny i szybki czas uruchomienia instancji (do 10 minut).
• Oszczędność kosztów infrastruktury podczas migrowania wielu wystąpień programu SQL Server.

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

Co nowego?

Listopad 2024 r. oferuje następujące możliwości:

• Utwórz pule, utwórz wystąpienia w puli i zmodyfikuj ustawienia konfiguracji puli w witrynie Azure Portal.
• Zaktualizuj ustawienia konfiguracji puli (takie jak rozmiar obliczeniowy, licencja, właściwości) przy użyciu programu PowerShell lub interfejsu wiersza polecenia platformy Azure.
• Obsługa sprzętu z serii Premium.
• Przenieś wystąpienie do i z puli przy użyciu programu PowerShell lub interfejsu wiersza polecenia platformy Azure.
• Obsługa zasobów puli wystąpień dla cennika rezerwacji.

Architektura

Pule wystąpień mają podobną architekturę do pojedynczych wystąpień zarządzanych. Aby obsługiwać wdrożenia w sieciach wirtualnych platformy Azure i zapewnić izolację i zabezpieczenia dla klientów, pule wystąpień bazują również na klastrach wirtualnych. Klaster wirtualny reprezentuje dedykowany zestaw izolowanych maszyn wirtualnych wdrożonych w podsieci sieci wirtualnej klienta. Wszystkie pojedyncze wystąpienia i pule wystąpień w tej samej podsieci należą do tego samego klastra wirtualnego. Wystąpienia w puli mają zasoby obliczeniowe przydzielone do procesów i składników bramy programu SQL Server, które zapewniają przewidywalną wydajność. Po początkowym wdrożeniu puli operacje zarządzania wystąpieniami w puli są szybsze, ponieważ procesy SQL są tworzone na zasobach obliczeniowych, które zostały już aprowidowane.

Rozmiar obliczeniowy maszyny wirtualnej zależy od łącznej liczby rdzeni wirtualnych (vCores) przydzielonych do puli i rozdzielonych między wystąpienia w tej puli. Ta architektura umożliwia partycjonowanie maszyny wirtualnej na wiele wystąpień, które mogą mieć dowolny obsługiwany rozmiar, w tym 2 vCores (dostępne wyłącznie w pulach wystąpień). Na przykład podczas wdrażania puli wystąpień 8-vCore można wdrożyć dwa wystąpienia 2-vCore i jedno wystąpienie 4-vCore. Następnie możesz zmigrować bazy danych programu SQL Server do wystąpień w puli. Ponieważ pule wystąpień obsługują natywną integrację sieci wirtualnej, można wdrożyć wiele pul wystąpień, a także wiele pojedynczych wystąpień w tej samej podsieci.

Pule wystąpień zapewniają wysoki poziom izolacji, ponieważ każde wystąpienie otrzymuje dedykowane rdzenie wirtualne na podstawowej maszynie wirtualnej hosta. Główną różnicą modelu wdrażania puli wystąpień w porównaniu z pojedynczym wystąpieniem zarządzanym jest to, że z pulami wystąpień można utworzyć wiele procesów programu SQL Server w ramach tej samej maszyny wirtualnej, które są zarządzane przy użyciu obiektów zadań systemu Windows. Jeśli izolacja na poziomie procesu nie jest wystarczająca, rozważ użycie pojedynczych wystąpień zamiast pul wystąpień, ponieważ pojedyncze wystąpienia mają tylko jeden proces programu SQL Server w węźle maszyny wirtualnej, zapewniając izolację na poziomie maszyny wirtualnej

Na poniższym diagramie przedstawiono główną różnicę architektury między dwoma modelami wdrażania:

Scenariusze aplikacji

Rozważ użycie pul instancji w następujących scenariuszach:

• Migracja grupy małych instancji SQL Server w tym samym czasie, gdzie instancje mają 2 lub 4 vCores.
• Potrzebujesz szybkiego i przewidywalnego tworzenia lub skalowania wystąpień. Na przykład wdrożenie nowego tenanta w wielodostępnym środowisku aplikacji SaaS, które wymaga możliwości na poziomie instancji.
• Posiadanie stałego kosztulub limitu wydatków jest ważne. Na przykład uruchamianie udostępnionych środowisk deweloperskich lub demonstracyjnych o stałym (lub rzadko zmieniającym się) rozmiarze, w których okresowo wdraża się zarządzane wystąpienia, gdy jest to potrzebne.

Pule instancji są szczególnie odpowiednie do migrowania wielu instancji programu SQL Server, ponieważ wstępne przygotowanie udostępnionych zasobów obliczeniowych zgodnie z wymaganiami całkowitej migracji zmniejsza ogólny koszt posiadania po zakończeniu procesu migracyjnego. Rozważmy na przykład scenariusz migracji czterech małych lokalnych wystąpień programu SQL Server do usługi Azure SQL Managed Instance. Bez puli instancji należy aprowizować cztery oddzielne pojedyncze instancje zarządzane SQL, z co najmniej 4 rdzeniami wirtualnymi, z których każde ma swoje własne dedykowane zasoby. Pula instancji przyczynia się do redukcji kosztów, ponieważ można wdrożyć wszystkie instancje z 2 vCores każdy do puli, gdzie zasoby są współużytkowane przez wszystkie instancje w puli.

Właściwości wystąpienia i puli

Na poziomie puli są konfigurowane następujące właściwości dla wszystkich wystąpień w puli:

• Warstwy sprzętowe
• Licencja programu SQL Server, taka jak Korzyść użycia hybrydowego platformy Azure
• Okno obsługi

Ponadto należy wziąć pod uwagę następujące kwestie:

• Wystąpienia zarządzane utworzone w pulach obsługują te same poziomy zgodności i funkcje dostępne dla pojedynczych wystąpień zarządzanych.
• 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.
• Ponieważ wystąpienia wdrożone w puli współdzielą tę samą maszynę wirtualną, należy rozważyć wyłączenie funkcji, które stwarzają wyższe zagrożenie dla bezpieczeństwa, lub ściśle kontrolować dostęp do takich funkcji jak integracja CLR, natywna kopia zapasowa i przywracanie, poczta bazodanowa itp.
• Możesz skonfigurować wystąpienie zarządzane SQL do użycia uwierzytelniania Microsoft Entra przed jego dodaniem do puli lub po jego dodaniu.
• Każde wystąpienie zarządzane wdrożone w puli ma oddzielnego agenta programu SQL Server.

Limity zasobów

Podczas wdrażania wystąpienia w puli istnieją limity dla każdego pojedynczego wystąpienia w puli i limity zasobów używanych przez ogólną pulę.

W poniższej tabeli przedstawiono limity dotyczące zarówno wystąpień w puli, jak i samej puli.

	Limity zasobów	Limity wystąpień w puli
Poziom usług	Ogólne przeznaczenie	Ogólne przeznaczenie
Poziom sprzętowy	Seria Standardowa (Gen5) Seria Premium	Seria Standardowa (Gen5) Seria Premium
Liczba vCores1	8-16-24-32-40-64-80	2-4-8-16-24-32-40-64-80
Maksymalna wielkość magazynu	32 TB2	- 640 GB dla 2 rdzeni wirtualnych - 2 TB dla 4 rdzeni wirtualnych - 8 TB dla 8 vCores -16 TB dla 16+ vCores
Maksymalna liczba baz danych	500	- 50 dla 2 rdzeni wirtualnych - 100 dla 4+ rdzeni wirtualnych
Maksymalna liczba wystąpień	40	Nie dotyczy

¹ opcje dotyczące rdzeni wirtualnych dla wystąpień w puli zależą od liczby dostępnych rdzeni wirtualnych w puli wystąpień.
² Limit przestrzeni magazynowej puli zależy od sumarycznej przestrzeni dla wszystkich instancji w puli.

W przypadku wszystkich innych limitów poziomu wystąpień zapoznaj się z sekcją Limity zasobów.

Zagadnienia dotyczące wydajności

Mimo że wystąpienia zarządzane w pulach mają dedykowane rdzenie wirtualne i pamięć RAM, współdzielą one dysk lokalny (używany przez tempdb) oraz zasoby sieciowe. Chociaż jest to mało prawdopodobne, istnieje możliwość wystąpienia efektu "hałaśliwego sąsiada" w wyniku jednoczesnego dużego zużycia zasobów przez wiele wystąpień w puli.

Jeśli występuje to zachowanie, rozważ zwiększenie rozmiaru puli lub ponowne wdrożenie zasobów o wysokim zużyciu jako pojedynczego wystąpienia poza pulą.

Rozliczenia puli wystąpień

Pule wystąpień umożliwiają niezależne skalowanie zasobów obliczeniowych i magazynu. Płacisz za:

• Zasoby obliczeniowe przydzielone do puli, mierzone w rdzeniach wirtualnych
• Przechowywanie związane z każdą instancją mierzone w gigabajtach (pierwsze 32 GB są darmowe dla każdej instancji).

Cena rdzeni wirtualnych dla puli jest naliczana niezależnie od liczby wystąpień wdrożonych w tej puli. Ustawienie różnych opcji cenowych nie jest możliwe dla poszczególnych wystąpień w puli. Wszystkie wystąpienia w puli muszą używać tego samego modelu licencjonowania. Model licencyjny puli można zmienić po jej utworzeniu.

Cena obliczeniowa (mierzona w rdzeniach wirtualnych) zależy od tego, czy płacisz pełną cenę licencji programu SQL Server. Dostępne są następujące dwie opcje cenowe:

• Uwzględniona licencja: cena licencji programu SQL Server jest uwzględniona.
• Korzyść użycia hybrydowego platformy Azure: obniżona cena obejmująca Korzyść użycia hybrydowego platformy Azure dla programu SQL Server. Klienci mogą zdecydować się na tę cenę przy użyciu istniejących licencji programu SQL Server z pakietem Software Assurance.

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

Uwaga

Pule wystąpień utworzone w subskrypcjach kwalifikujących się do korzyści dewelopersko-testowych automatycznie otrzymują obniżone stawki nawet do 55 procent w usłudze Azure SQL Managed Instance.

Cennik rezerwacji

Rezerwacje Azure pozwalają zaoszczędzić na kosztach obliczeniowych, zapewniając znaczną zniżkę przy rezerwacji zasobów na określony czas. Teraz można przydzielić rezerwacje do puli wystąpień, co tworzy najbardziej ekonomiczny sposób uruchamiania wielu wystąpień.

Ograniczenia

Aby dowiedzieć się więcej, zapoznaj się z ograniczeniami puli wystąpień.

Następne kroki

Konfigurowanie puli wystąpień