Co to jest pula wystąpień (wersja zapoznawcza)? — Azure SQL Managed Instance
Dotyczy: 
Azure SQL Managed Instance
Ten artykuł zawiera omówienie opcji wdrażania puli wystąpień dla usługi Azure SQL Managed Instance.
Pule wystąpień umożliwiają wdrażanie wielu wystąpień z zasobami udostępnionymi, co zapewnia wygodną i ekonomiczną infrastrukturę do migrowania wielu baz danych z wystąpień programu SQL Server bez konieczności konsolidacji mniejszych i mniej intensywnie korzystających z obliczeń obciążeń w większym wystąpieniu zarządzanym SQL.
Aby rozpocząć, zobacz Tworzenie puli wystąpień.
Uwaga
Pule wystąpień dla usługi Azure SQL Managed Instance są obecnie dostępne w wersji zapoznawczej.
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 rdzeni wirtualnych, które są dostępne tylko w pulach wystąpień
- Przewidywalny i szybki czas wdrażania wystąpienia (do 5 minut).
- Oszczędność kosztów infrastruktury podczas migrowania wielu wystąpień programu SQL Server.
Na poniższym diagramie przedstawiono pulę wystąpień z wieloma wystąpieniami zarządzanymi wdrożonym w klastrze wirtualnym w podsieci sieci wirtualnej:
Co nowego?
Odświeżanie pul wystąpień w wersji zapoznawczej 2024 zapewnia następujące nowe możliwości:
- Konfigurację puli (na przykład rozmiar obliczeniowy, licencję, właściwości) można zaktualizować przy użyciu programu PowerShell lub interfejsu wiersza polecenia platformy Azure.
- Sprzęt z serii Premium jest teraz obsługiwany.
- Wystąpienie można przenieść do i z puli przy użyciu programu PowerShell lub interfejsu wiersza polecenia platformy Azure.
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. Klastry wirtualne reprezentują dedykowany zestaw izolowanych maszyn wirtualnych wdrożonych w podsieci sieci wirtualnej klienta. Wszystkie pojedyncze wystąpienia i pule wystąpień należą do tego samego klastra wirtualnego. Wystąpienia w puli i pojedyncze wystąpienia wdrożone w tej samej podsieci nie współużytkują zasobów obliczeniowych przydzielonych do procesów i składników bramy programu SQL Server, co zapewnia przewidywalność wydajności. Po początkowym wdrożeniu puli operacje zarządzania wystąpieniami w puli są szybsze, ponieważ klaster wirtualny został już rozszerzony po aprowizacji puli.
Rozmiar obliczeniowy maszyny wirtualnej jest oparty na łącznej liczbie rdzeni wirtualnych przydzielonych do puli, które są dystrybuowane między wystąpieniami w 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 (wyłącznie do pul wystąpień). Na przykład podczas wdrażania puli wystąpień 8 rdzeni wirtualnych można wdrożyć dwa 2 rdzenie wirtualne i jedno wystąpienie z 4 rdzeniami wirtualnymi. Następnie możesz przeprowadzić migrację baz 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.
Główną różnicą między dwoma modelami wdrażania jest możliwość utworzenia wielu procesów programu SQL Server w ramach tej samej maszyny wirtualnej podczas korzystania z puli wystąpień, które są zasobami zarządzanymi przy użyciu obiektów zadań systemu Windows. Pojedyncze wystąpienia mają tylko jeden proces programu SQL Server w węźle maszyny wirtualnej.
Na poniższym diagramie przedstawiono główną różnicę architektury między dwoma modelami wdrażania:
Scenariusze aplikacji
Rozważ użycie pul wystąpień w następujących scenariuszach:
- Migrowanie grupy małych wystąpień programu SQL Server w tym samym czasie, gdzie wystąpienia mają 2 lub 4 rdzenie wirtualne.
- Potrzebujesz szybkiego i przewidywalnego tworzenia lub skalowania wystąpienia. Na przykład wdrożenie nowej dzierżawy w wielodostępnym środowisku aplikacji SaaS, które wymaga możliwości na poziomie wystąpienia.
- 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 rzadko zmieniającym się) rozmiarze, w którym okresowo wdraża się wystąpienia zarządzane w razie potrzeby.
Pule wystąpień są szczególnie odpowiednie do migrowania wielu wystąpień programu SQL Server, ponieważ wstępne aprowizowanie udostępnionych zasobów obliczeniowych zgodnie z całkowitymi wymaganiami migracji zmniejsza całkowity koszt posiadania po migracji. 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 wystąpień można aprowizować cztery oddzielne pojedyncze wystąpienia zarządzane SQL z co najmniej 4 rdzeniami wirtualnymi, z których wszystkie mają własne dedykowane zasoby. Pula wystąpień zmniejsza ten koszt, ponieważ można wdrożyć wszystkie wystąpienia z 2 rdzeniami wirtualnymi w puli, w której zasoby są współużytkowane przez pulę.
Właściwości wystąpienia i puli
Następujące właściwości są konfigurowane na poziomie puli 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ółużytkować tę samą maszynę wirtualną, rozważ wyłączenie funkcji, które powodują wyższe zagrożenia bezpieczeństwa lub zdecydowanie kontrolują uprawnienia dostępu do tych funkcji, takie jak integracja środowiska CLR, natywna kopia zapasowa i przywracanie, poczta e-mail bazy danych itp.
- Możesz skonfigurować wystąpienie zarządzane SQL tak, aby używało uwierzytelniania usługi Microsoft Entra przed dojściem do puli lub po jej dodaniu do puli.
- Każde wystąpienie zarządzane wdrożone w puli ma oddzielne wystąpienie agenta SQL.
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 wystąpień w puli i puli:
| Limity puli | Limity wystąpień w puli | |
|---|---|---|
| Warstwa usług | Ogólnego przeznaczenia | Ogólnego przeznaczenia |
| Warstwa sprzętowa | Seria Standardowa (Gen5) Seria Premium |
Seria Standardowa (Gen5) Seria Premium |
| Liczba rdzeni wirtualnych1 | 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 rdzeni wirtualnych -16 TB dla 16+ rdzeni wirtualnych |
| Maksymalna liczba baz danych | 500 | - 50 dla 2 rdzeni wirtualnych - 100 dla 4+ rdzeni wirtualnych |
| Maksymalna liczba wystąpień | 40 | Nie dotyczy |
1 opcje rdzeni wirtualnych dla wystąpień w puli zależą od liczby dostępnych rdzeni wirtualnych w puli wystąpień.
2 Limit magazynu puli jest dyktowany przez sumę magazynu dla wszystkich wystąpień w puli.
W przypadku wszystkich innych limitów poziomu wystąpień zapoznaj się z tematem Limity zasobów.
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 (dla tempdb) i zasoby sieciowe. Chociaż jest mało prawdopodobne, istnieje możliwość wystąpienia hałaśliwego efektu sąsiada z wielu wystąpień w puli mają duże zużycie zasobów w tym samym czasie.
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:
- Obliczanie przydzielone do puli mierzone w rdzeniach wirtualnych
- Magazyn skojarzony z każdym wystąpieniem mierzonym w gigabajtach (pierwsze 32 GB jest 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. 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 licencji dla puli można zmienić po utworzeniu puli.
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ą Dotyczącą pul wystąpień na stronie cennika usługi SQL Managed Instance.
Uwaga
Pule wystąpień utworzone w ramach subskrypcji kwalifikujących się do korzyści z testowania deweloperskiego automatycznie otrzymują obniżone stawki do 55 procent w usłudze Azure SQL Managed Instance.
Ograniczenia
Aby dowiedzieć się więcej, zapoznaj się z ograniczeniami puli wystąpień.