Omówienie limitów zasobów usługi Azure SQL Managed Instance

Dotyczy:Azure SQL Managed Instance

Ten artykuł przedstawia przegląd cech technicznych i ograniczeń zasobów Azure SQL Managed Instance. Zawiera również informacje o tym, jak wnioskować o podwyższenie tych limitów.

Charakterystyka konfiguracji sprzętu

W tej sekcji:

• Regionalne wsparcie dla sprzętu premium zoptymalizowanego pod pamięć oraz dla sprzętu serii premium z pamięcią 16 TB
• Dostępne miejsce w pamięci OLTP

SQL Managed Instance ma właściwości i limity zasobów, które zależą od bazowej infrastruktury i architektury. Możesz wdrożyć SQL Managed Instance na wielu generacjach sprzętu.

Generacje sprzętu mają różne cechy, jak opisano w poniższej tabeli:

¹ Możesz wdrożyć instancję 2-vCore tylko w puli instancji.
² Zależne od liczby rdzeni wirtualnych.
³Następujące regiony mogą zapewnić 16 TB miejsca do magazynowania, podczas gdy inne regiony ograniczają dostępną ilość miejsca do 5,5 TB.
⁴ 16 TB dla klasycznego ogólnego przeznaczenia. Tylko 32 TB dla poziomu usług ogólnego przeznaczenia nowej generacji

Regionalne wsparcie dla sprzętu premium zoptymalizowanego pod pamięć oraz dla sprzętu serii premium z pamięcią 16 TB

Obsługa sprzętu z serii Premium z magazynem o pojemności 16 TB jest taka sama jak obsługa sprzętu zoptymalizowanego pod kątem pamięci w warstwie Premium. Aby dowiedzieć się więcej, zobacz Regionalne wsparcie dla sprzętu premium zoptymalizowanego pod pamięć oraz dla sprzętu serii premium z pamięcią 16 TB.

Dostępne miejsce w pamięci OLTP

Ilość przestrzeni OLTP w pamięci w warstwie usług Business Critical zależy od liczby vCore oraz konfiguracji sprzętowej. Poniższa tabela przedstawia ograniczenia pamięci, które można wykorzystać dla obiektów OLTP w pamięci.

Właściwości warstwy usług

Wystąpienie zarządzane SQL ma dwie warstwy usług: Ogólnego przeznaczenia i Krytyczne dla działania firmy. Możesz użyć uaktualnionej warstwy usługi Ogólnego przeznaczenia następnej generacji.

W tej sekcji:

• Liczba rdzeni wirtualnych
• Maksymalna ilość pamięci
• Maksymalny rozmiar magazynu wystąpień
• Porównanie cech warstwy usług
• Liczba operacji we/wy na sekundę i przepływność
• Magazyn danych i dzienników
• Kopie zapasowe i magazyn
• Dodatkowe zagadnienia dotyczące cech

Liczba rdzeni wirtualnych

¹ Wdrażanie wystąpienia 2 rdzenia wirtualnego jest możliwe tylko w puli wystąpień.

Maksymalna ilość pamięci

¹ Stosunek pamięci do rdzeni wirtualnych jest dostępny tylko do 80 rdzeni wirtualnych dla sprzętu z serii Premium i 64 rdzeni wirtualnych dla zoptymalizowanej pod kątem pamięci serii Premium. Maksymalna ilość pamięci jest ograniczona do 560 GB dla rdzeni wirtualnych serii Premium powyżej 80 i 870,4 GB dla zoptymalizowanych pod kątem pamięci rdzeni wirtualnych serii Premium powyżej 64.

Maksymalny rozmiar magazynu wystąpień (zarezerwowany)

W poniższej tabeli wymieniono maksymalny rozmiar magazynu na podstawie liczby rdzeni wirtualnych dla każdej generacji sprzętu i warstwy usług:

¹ W warstwie tempdb usługi Ogólnego przeznaczenia używa lokalnego magazynu SSD.

² W warstwie tempdb usługi Krytyczne dla działania firmy udostępnia lokalny magazyn SSD z plikami danych i dzienników. Rozmiar tempdb może wzrosnąć do aktualnie dostępnego rozmiaru magazynu wystąpień.

³ Tylko główne regiony mogą zapewnić 16 TB miejsca do magazynowania dla sprzętu z serii Premium dla tych numerów rdzeni wirtualnych procesora CPU. Mniejsze regiony ograniczają dostępny magazyn do 5,5 TB.

⁴ Tylko główne regiony mogą zapewnić 8 TB miejsca do magazynowania dla sprzętu zoptymalizowanego pod kątem pamięci w warstwie Premium dla tych numerów rdzeni wirtualnych procesora CPU. Mniejsze regiony ograniczają dostępny magazyn do 5,5 TB.

Porównanie cech warstwy usług

¹ Jest to średni zakres. Chociaż zdecydowana większość czasów trwania żądań we/wy spadnie w górnej części zakresu, wartości odstające, które przekraczają zakres, są możliwe.

Liczba operacji we/wy na sekundę i przepustowość

Liczba operacji we/wy na sekundę i przepływność są cechami systemu plików we/wy.

Liczba operacji we/wy na sekundę i przepływność różnią się w zależności od warstwy usług w następujący sposób:

• W warstwie usługi Krytyczne dla działania firmy przepływność jest nieograniczona.
• W warstwie usługi Ogólnego przeznaczenia przepływność zależy od rozmiaru pliku.
• W warstwie usługi Ogólnego przeznaczenia następnej generacji przepływność jest skalowana proporcjonalnie z liczbą operacji we/wy na sekundę przydzieloną do wystąpienia.

W poniższych sekcjach opisano bardziej szczegółowo charakterystykę operacji we/wy według warstwy usług.

Liczba operacji we/wy na sekundę i przepływność w warstwie usługi Ogólnego przeznaczenia

W warstwie usługi Ogólnego przeznaczenia każdy plik bazy danych otrzymuje dedykowaną liczbę operacji we/wy na sekundę i przepływność, która zależy od rozmiaru pliku. Większe pliki uzyskują większą liczbę operacji we/wy na sekundę i przepływność.

W poniższej tabeli przedstawiono charakterystykę operacji we/wy plików bazy danych w warstwie usługi Ogólnego przeznaczenia :

Jeśli zauważysz duże opóźnienie operacji we/wy w pliku bazy danych albo zaobserwujesz, że liczba operacji we/wy na sekundę lub przepływność osiągają limit, możesz zwiększyć wydajność, zwiększając rozmiar pliku.

Istnieje również limit na poziomie wystąpienia dla maksymalnej przepływności zapisu dziennika (zobacz poprzednią tabelę dla wartości, na przykład 22 MiB/s), więc możesz nie być w stanie osiągnąć maksymalnego pliku w pliku dziennika, ponieważ osiągasz limit przepływności wystąpienia.

Liczba operacji we/wy na sekundę i przepływność w warstwie usługi Ogólnego przeznaczenia następnej generacji

Warstwa usługi Ogólnego przeznaczenia następnej generacji ma następujące cechy liczby operacji we/wy na sekundę:

• Minimalna gwarantowana liczba operacji we/wy na sekundę: każde wystąpienie ma gwarancję co najmniej 300 operacji we/wy na sekundę, niezależnie od zarezerwowanego magazynu.
• Liczba operacji we/wy na sekundę jest skalowana przy użyciu magazynu zarezerwowanego: dla każdego 1 GB magazynu zarezerwowanego uzyskujesz 3 wbudowane operacje we/wy na sekundę. Jeśli na przykład masz 1024 GB zarezerwowanego magazynu, otrzymasz przypisaną liczbę operacji we/wy na sekundę 3072.
• Dodatkowa liczba operacji we/wy na sekundę: możesz zwiększyć liczbę operacji we/wy na sekundę powyżej wbudowanej wartości do limitu.
• Maksymalna liczba operacji we/wy na sekundę na rdzeń wirtualny: każda konfiguracja rdzeni wirtualnych ma maksymalny limit liczby operacji we/wy na sekundę, jak pokazano w tabeli maksymalnej liczby operacji we/wy na sekundę na rdzeń wirtualny.

Warstwa usługi Ogólnego przeznaczenia następnej generacji ma następujące cechy przepływności:

• Minimalna gwarantowana przepływność: każde wystąpienie ma gwarancję co najmniej 75 MB/s przepływności, niezależnie od liczby rdzeni wirtualnych.
• Przepływność jest skalowana przy użyciu liczby operacji we/wy na sekundę: przepływność jest skalowana proporcjonalnie przy użyciu liczby operacji we/wy na sekundę przydzielonych do wystąpienia przy użyciu formuły throughput (MB/s) = IOPS / 30. Na przykład wystąpienie przydzielone z 3000 operacji we/wy na sekundę odbiera 100 MB/s przepływności.
• Maksymalna limit przepływności na liczbę rdzeni wirtualnych: każda konfiguracja rdzeni wirtualnych ma maksymalny limit przepływności, jak pokazuje tabela maksymalnej przepływności na rdzenie wirtualne. Po aprowizacji wymaganej liczby operacji we/wy na sekundę w celu osiągnięcia tego limitu przydzielanie dodatkowych operacji we/wy na sekundę zwiększa pojemność operacji we/wy na sekundę, ale nie zwiększa przepływności. Na przykład 4 wystąpienie rdzeni wirtualnych (maksymalnie 6400 operacji we/wy na sekundę) osiąga limit przepływności wynoszący 145 MB/s przy 4350 liczbach operacji we/wy na sekundę. Skalowanie liczby operacji we/wy na sekundę z 4350 do 6400 zapewnia więcej operacji we/wy na sekundę do wystąpienia, ale przepływność pozostaje ograniczona do 145 MB/s. Aby zwiększyć maksymalną przepływność, dodaj więcej rdzeni wirtualnych.

W poniższej tabeli przedstawiono maksymalną liczbę operacji we/wy na sekundę i przepływność na liczbę rdzeni wirtualnych przydzielonych do wystąpienia w warstwie usługi Ogólnego przeznaczenia następnej generacji:

Cennik operacji we/wy na sekundę w warstwie Ogólnego przeznaczenia następnej generacji

W przypadku korzystania z dodatkowych operacji we/wy na sekundę należy wziąć pod uwagę następujące kwestie:

• Opłata za dodatkową operację we/wy na sekundę na sekundę/miesiąc
• Rozliczana wartość we/wy na sekundę jest obliczana przy użyciu następującej formuły: Billable IOPS = Total IOPS - default IOPS.

Jeśli na przykład masz wystąpienie z 4 rdzeniami wirtualnymi z płatnością zgodnie z rzeczywistym użyciem z 6400 liczbami operacji we/wy na sekundę, są naliczane opłaty za:

• 4 rdzenie wirtualne
• Licencja SQL na 4 rdzenie wirtualne
• 1024 GB zarezerwowanego magazynu
• 3328 rozliczanych operacji we/wy na sekundę (6400 - (1024*3) = 3328 IOPS).

Liczba operacji we/wy na sekundę i przepływność w warstwie usługi Krytyczne dla działania firmy

W warstwie usługi Krytyczne dla działania firmy dostępne operacje we/wy na sekundę są dyktowane przez liczbę rdzeni wirtualnych przy użyciu formuły 4000 IOPS/vCore. Ponieważ warstwa usługi Krytyczne dla działania firmy używa lokalnego magazynu dla plików danych i dziennika, przepływność jest nieograniczona.

W poniższej tabeli wymieniono maksymalną liczbę operacji we/wy na sekundę dostępną w warstwie usługi Krytyczne dla działania firmy na podstawie liczby rdzeni wirtualnych:

Magazyn danych i dzienników

Na ilość danych i logów wpływają następujące czynniki. Czynniki te dotyczą zarówno poziomów Ogólnego Przeznaczenia, jak i Krytycznego Biznesu.

• W warstwie tempdb usługi Ogólnego przeznaczenia używa lokalnego magazynu SSD, a ten koszt magazynu jest uwzględniony w cenie rdzeni wirtualnych.
• W klasie Business Critical Service dzieli tempdb lokalną pamięć SSD z plikami danych i logów, a tempdb koszt przechowywania jest wliczony w cenę vCore. Rozmiar magazynu wystąpień jest tempdb obecnie dostępny.
• Musisz określić maksymalny rozmiar pamięci dla SQL Managed Instance w wielokrotnościach 32 GB.

Aby monitorować łączny rozmiar magazynu wystąpień używanych dla usługi SQL Managed Instance, użyj metryki storage_space_used_mb. Aby monitorować bieżący przydzielony i używany rozmiar magazynu poszczególnych plików danych i dzienników w bazie danych przy użyciu języka T-SQL, użyj widoku sys.database_files i funkcji FILEPROPERTY(... , 'SpaceUsed').

Kopie zapasowe i magazyn

Magazyn kopii zapasowych bazy danych jest przydzielany do obsługi funkcji przywracania do punktu w czasie (PITR) i długoterminowego przechowywania (LTR) usługi SQL Managed Instance. Ten magazyn jest oddzielony od magazynu danych i plików dziennika i jest rozliczany oddzielnie.

• PitR: w warstwach Ogólnego przeznaczenia i Krytyczne dla działania firmy poszczególne kopie zapasowe bazy danych są kopiowane automatycznie do magazynu geograficznie nadmiarowego (RA-GRS) dostępnego do odczytu. Rozmiar magazynu zwiększa się dynamicznie w miarę tworzenia nowych kopii zapasowych. Magazyn jest używany przez pełne, różnicowe i transakcyjne kopie zapasowe dziennika. Użycie magazynu zależy od szybkości zmiany bazy danych i okresu przechowywania skonfigurowanego dla kopii zapasowych. Dla każdej bazy danych z zakresu od 1 do 35 dni dla usługi SQL Managed Instance można skonfigurować oddzielny okres przechowywania. Ilość magazynu kopii zapasowych równa skonfigurowanemu maksymalnemu rozmiarowi danych nie jest naliczana za dodatkową opłatę.

• LTR: Istnieje również możliwość skonfigurowania długoterminowego przechowywania pełnych kopii zapasowych przez maksymalnie 10 lat. W przypadku skonfigurowania zasad LTR te kopie zapasowe są przechowywane automatycznie w magazynie RA-GRS, ale możesz kontrolować częstotliwość kopiowania kopii zapasowych. Aby spełnić różne wymagania zgodności, możesz wybrać różne okresy retencji dla tygodniowych, miesięcznych i rocznych kopii zapasowych. Wybrana konfiguracja określa ilość miejsca do magazynowania na potrzeby kopii zapasowych LTR. Aby uzyskać więcej informacji, zobacz Długoterminowe przechowywanie — Azure SQL Database i Azure SQL Managed Instance.

Dodatkowe zagadnienia dotyczące cech

• Obecnie dostępny rozmiar magazynu wystąpień jest różnicą między rozmiarem wystąpienia zarezerwowanego a używanym miejscem do magazynowania.

• Rozmiar pliku danych i dziennika w bazach danych użytkownika i systemu jest uwzględniany w rozmiarze magazynu wystąpienia, który jest porównywany z maksymalnym limitem rozmiaru magazynu. Użyj widoku systemu sys.master_files, aby określić łączną ilość używanego miejsca w bazach danych. Dzienniki błędów nie są utrwalane i nie są uwzględniane w rozmiarze. Kopie zapasowe nie są uwzględniane w rozmiarze magazynu.

• Przepływność i liczba operacji we/wy na sekundę w warstwie Ogólnego przeznaczenia zależy również od rozmiaru pliku i nie jest jawnie ograniczona przez wystąpienie zarządzane SQL.

• Maksymalna liczba operacji we/wy na sekundę dla wystąpienia zależy od układu plików i rozkładu obciążenia. Jeśli na przykład tworzysz 7 x 1 TB plików z maksymalnie 5 K operacji we/wy na sekundę dla każdego i siedmiu małych plików (mniejszych niż 128 GB) z 500 operacji we/wy na sekundę, możesz uzyskać 38500 operacji we/wy na sekundę na wystąpienie (7x5000+7x500), jeśli obciążenie może używać wszystkich plików. Niektóre operacje we/wy na sekundę są również używane do automatycznego tworzenia zwrotu.

• Kolejną replikę do odczytu można utworzyć w innym regionie świadczenia usługi Azure przy użyciu grup trybu failover

• tempdbNazwy plików nie mogą zawierać więcej niż 16 znaków.

Więcej informacji o limitach zasobów można znaleźć w pulach usługi SQL Managed Instance w tym artykule.

Pamięć elastyczna

Domyślnie ilość pamięci przydzielonej do usługi Azure SQL Managed Instance jest wartością statyczną określaną przez wybraną liczbę rdzeni wirtualnych. Funkcja elastycznej pamięci umożliwia zmianę ilości pamięci przydzielonej do wystąpienia zarządzanego SQL bez zmieniania liczby rdzeni wirtualnych. Ta funkcja jest przydatna w przypadku obciążeń wymagających większej ilości pamięci niż domyślna alokacja dla danej liczby rdzeni wirtualnych.

Funkcja elastycznej pamięci jest dostępna w następujących warstwach usług i konfiguracjach wdrażania na sprzęcie z serii Premium :

• Następna generacja General Purpose: lokalnie redundantne i strefowo redundantne instancje. Elastyczna pamięć jest powszechnie dostępna (GA) dla lokalnie redundantnych instancji i obecnie jest dostępna w podglądzie dla instancji redundantnych strefowych. Instancje ogólnego przeznaczenia nowej generacji z redundantnymi strefami wymagają Azure Elastic SAN zone-redundant storage (ZRS), które nie jest dostępne w niektórych regionach wielostrefowych obsługujących redundancję strefową dla SQL Managed Instance. Aby uzyskać dostępność Elastic SAN ZRS, zobacz Create and deploy an Azure Elastic SAN.
• Krytyczne dla działania firmy: wystąpienia lokalnie nadmiarowe i strefowo nadmiarowe . Pamięć elastyczna jest zazwyczaj dostępna (GA) dla klasy usługi Business Critic.

Możesz w dowolnym momencie zmienić ilość pamięci przydzielonej do zarządzanej instancji SQL dla nowych i istniejących instancji, korzystając z portalu Azure lub API REST. Zmiana alokacji pamięci dotyczy wszystkich baz danych w instancji i wykonuje awaryjne przeniesienie instancji jako ostatni krok operacji. Sprawdź czas trwania operacji zarządzania , aby określić szacowany czas zakończenia operacji.

Użyj panelu Compute + storage w portalu Azure, aby zmienić alokację pamięci lub properties.memorySizeInGB wartość wywołania Managed Instance - Create or Update REST API począwszy od wersji preview 2024-08-01-01. Określ przydział pamięci w gigabajtach (GB).

Podczas przydzielania pamięci można wybrać między wartością minimalną i maksymalną, a także określić stosunek pamięci do rdzeni wirtualnych. Minimalne i maksymalne wartości zależą od liczby wybranych vCore dla instancji. Stosunek pamięci do rdzeni wirtualnych jest procentem całkowitej pamięci przydzielonej do wystąpienia.

W poniższej tabeli przedstawiono minimalne i maksymalne wartości pamięci dla funkcji elastycznej pamięci:

Ceny

Korzystając z funkcji elastycznej pamięci, warto uwzględnić następujące szczegóły:

• Za dodatkową pamięć płacisz w GB za godzinę.
• Pamięć rozliczeniowa wykorzystuje ten wzór: Billable memory = Total memory - default memory.

Na przykład, jeśli używasz instancji 4 vCore z płatnością na zasadzie użytkowania i 40 GB pamięci, płacisz za:

• 4 rdzenie wirtualne
• Licencja SQL na 4 rdzenie wirtualne
• 12 GB rozliczanej pamięci (40 GB — (4*7) = 12 GB.

Obsługiwane regiony

Możesz tworzyć SQL Managed Instance tylko w obsługiwanych regionach. Aby utworzyć SQL Managed Instance w regionie, który obecnie nie jest wspierany, wyślij prośbę o wsparcie przez portal Azure.

Obsługiwane typy subskrypcji

SQL Managed Instance obecnie obsługuje wdrażanie tylko na następujących typach subskrypcji:

• Umowa Korporacyjna (EA)
• Płatność zgodnie z rzeczywistym użyciem
• Dostawca usług w chmurze (CSP)
• Enterprise — tworzenie i testowanie
• Płatność zgodnie z rzeczywistym użyciem — tworzenie i testowanie
• Subskrypcje z miesięcznymi środków na korzystanie z platformy Azure dla subskrybentów programu Visual Studio
• Bezpłatna wersja próbna
• Platforma Azure dla studentów
• Platforma Azure w ramach programu Open
• Plan Azure

Ograniczenia zasobów regionalnych

Obsługiwane typy subskrypcji mogą zawierać ograniczoną liczbę zasobów na region. SQL Managed Instance ma jeden domyślny limit na region Azure (który można zwiększyć na żądanie, tworząc specjalne żądanie wsparcia w portalu Azure), w zależności od rodzaju subskrypcji:

• Limit jednostek vCore: Maksymalna liczba jednostek vCore na generację sprzętową, którą możesz wdrożyć we wszystkich instancjach w jednym regionie. Jeden rdzeń wirtualny gp używa jednej jednostki rdzenia wirtualnego, a jeden rdzeń wirtualny BC przyjmuje cztery jednostki rdzenia wirtualnego. Łączna liczba wystąpień nie jest ograniczona, o ile mieści się w limicie jednostek rdzeni wirtualnych.

W poniższej tabeli przedstawiono domyślne limity regionalne dla obsługiwanych typów subskrypcji (limity domyślne można rozszerzyć przy użyciu żądania pomocy technicznej):

¹ Planując wdrożenia, należy wziąć pod uwagę, że poziom usług Business Critical (BC) wymaga cztery (4) razy większej pojemności vCore niż poziom usług General Purpose (GP). Na przykład: 1 rdzenie wirtualne GP = 1 jednostka rdzenia wirtualnego i 1 rdzeń wirtualny BC = 4 rdzenie wirtualne. Aby uprościć analizę zużycia względem domyślnych limitów, podsumuj jednostki vCore na generację sprzętu we wszystkich instancjach regionu, gdzie wdrażany jest SQL Managed Instance, i porównaj wyniki z limitami jednostek vCore dla Twojego typu subskrypcji. Maksymalna liczba jednostek vCore obowiązuje dla każdej subskrypcji na generację sprzętu w danym regionie.

² Większe limity vCore są dostępne w następujących regionach: Australia East, East USA, East US 2, North Europe, South Central USA, Southeast Asia, UK South, West Europe 2.

Sprawdź limit limitów i użycie vCore za pomocą PowerShell

Użyj Subscription Usages – pobierz REST API, aby pobrać aktualny limit limitu limitu vCore i zużycie dla Azure SQL Managed Instance w subskrypcji i regionie. Zapytaj każdą generację sprzętu osobno, podając nazwę użycia:

Uruchom następujący skrypt w sesji PowerShell z zainstalowanym modułem Az lub w Azure Cloud Shell używając PowerShell. Twoje konto wymaga zgody na odczyt korzystania z subskrypcji, na przykład przypisanej roli Czytelnika w zakresie subskrypcji.

Zastąp go swoim identyfikatorem subskrypcyjnym, ustaw $location nazwę regionu Azure (na przykład eastus), i ustaw <subscription-id>$usageName jedną z wartości z poprzedniej tabeli. Jeśli jesteś już zalogowany przez Cloud Shell, pomiń Connect-AzAccount.

$subscriptionId = "<subscription-id>"
$location = "eastus"
$usageName = "SubscriptionSQLManagedInstanceStandardSeriesVCoreQuota"

Connect-AzAccount -ErrorAction Stop | Out-Null
Set-AzContext -SubscriptionId $subscriptionId -ErrorAction Stop | Out-Null

$path = "/subscriptions/$subscriptionId/providers/Microsoft.Sql/locations/$location/usages/${usageName}?api-version=2025-01-01"
$response = Invoke-AzRestMethod -Method GET -Path $path -ErrorAction Stop

if ($response.StatusCode -ne 200) {
    throw "Unable to retrieve quota usage. HTTP $($response.StatusCode): $($response.Content)"
}

$response.Content | ConvertFrom-Json -ErrorAction Stop | ConvertTo-Json -Depth 10

Przykładowy wynik (fragment; wartości są ilustracyjne):

{
  "name": "SubscriptionSQLManagedInstanceStandardSeriesVCoreQuota",
  "properties": {
    "currentValue": 80,
    "limit": 320,
    "unit": "SubscriptionSQLManagedInstanceStandardSeriesVCoreQuota"
  }
}

W tym przykładzie properties.currentValue aktualne zużycie limitu wynosi 80 jednostek vCore. properties.limit to aktualny limit limitu: 320 jednostek vCore. Pozostały limit to limit - currentValue, czyli 240 jednostek vCore, dla sprzętu serii standardowej w określonej subskrypcji i regionie.

Jak opisano wcześniej w tej sekcji, każdy uniwersalny vCore zużywa jedną jednostkę vCore, a każdy biznesowo krytyczny vCore cztery jednostki vCore. Powtórz żądanie z innym $usageName lub $location sprawdzisz inną generację sprzętu lub region. Aby zwiększyć limit, zobacz Request a quota increase.

Żądanie zwiększenia limitu przydziału

Jeśli potrzebujesz więcej instancji w swoich obecnych regionach, wyślij prośbę o rozszerzenie limitu za pomocą portalu Azure. Aby uzyskać więcej informacji, zobacz Zwiększanie limitu przydziału żądań dla usług Azure SQL Database i SQL Managed Instance.

Powiązana zawartość

• Co to jest usługa Azure SQL Managed Instance?
• cennik usługi SQL Managed Instance
• przewodnik Szybki start
• Umowa SLA dla usługi Azure SQL Managed Instance
• Informacje referencyjne dotyczące modyfikowalnej konfiguracji usługi Azure SQL Managed Instance