Omówienie limitów zasobów wystąpienia zarządzanego usługi Azure SQLOverview of Azure SQL Managed Instance resource limits

dotyczy:  tak, wystąpienie zarządzane Azure SQLAPPLIES TO: yesAzure SQL Managed Instance

Ten artykuł zawiera omówienie parametrów technicznych i limitów zasobów dla wystąpienia zarządzanego usługi Azure SQL i zawiera informacje o sposobach żądania wzrostu do tych limitów.This article provides an overview of the technical characteristics and resource limits for Azure SQL Managed Instance, and provides information about how to request an increase to these limits.

Uwaga

Aby uzyskać różnice w obsługiwanych funkcjach i instrukcjach języka T-SQL, zobacz temat różnice w funkcjach i Obsługa instrukcji języka t-SQL.For differences in supported features and T-SQL statements see Feature differences and T-SQL statement support. Aby uzyskać ogólne różnice między warstwami usługi dla Azure SQL Database i wystąpienia zarządzanego SQL, zobacz porównanie warstwy usług.For general differences between service tiers for Azure SQL Database and SQL Managed Instance see Service tier comparison.

Charakterystyki generowania sprzętuHardware generation characteristics

Wystąpienie zarządzane SQL ma cechy i limity zasobów, które są zależne od podstawowej infrastruktury i architektury.SQL Managed Instance has characteristics and resource limits that depend on the underlying infrastructure and architecture. Wystąpienie zarządzane SQL można wdrożyć na dwóch generacjach sprzętu: obliczenia i 5 rdzeń.SQL Managed Instance can be deployed on two hardware generations: Gen4 and Gen5. Generacji sprzętu mają różne cechy, zgodnie z opisem w poniższej tabeli:Hardware generations have different characteristics, as described in the following table:

ObliczeniaGen4 5 rdzeńGen5
SprzętHardware Procesor Intel E5-2673 v3 (Haswell) 2,4 GHz, dołączony dysk SSD rdzeń wirtualny = 1 PP (rdzeń fizyczny)Intel E5-2673 v3 (Haswell) 2.4-GHz processors, attached SSD vCore = 1 PP (physical core) Procesor Intel E5-2673 v4 (Broadwell) 2,3-GHz i Intel SP-8160 (Skylake), Fast NVMe SSD, rdzeń wirtualny = 1 LP (Hyper-Thread)Intel E5-2673 v4 (Broadwell) 2.3-GHz and Intel SP-8160 (Skylake) processors, fast NVMe SSD, vCore=1 LP (hyper-thread)
Liczba rdzeni wirtualnychNumber of vCores 8, 16, 24 rdzeni wirtualnych8, 16, 24 vCores 4, 8, 16, 24, 32, 40, 64, 80 rdzeni wirtualnych4, 8, 16, 24, 32, 40, 64, 80 vCores
Maksymalna ilość pamięci (stosunek pamięci/rdzeni)Max memory (memory/core ratio) 7 GB na rdzeń wirtualny7 GB per vCore
Aby uzyskać więcej pamięci, Dodaj więcej rdzeni wirtualnych.Add more vCores to get more memory.
5,1 GB na rdzeń wirtualny5.1 GB per vCore
Aby uzyskać więcej pamięci, Dodaj więcej rdzeni wirtualnych.Add more vCores to get more memory.
Maksymalna pamięć OLTP w pamięciMax In-Memory OLTP memory Limit wystąpień: 1 – 1,5 GB na rdzeń wirtualnyInstance limit: 1-1.5 GB per vCore Limit wystąpień: 0,8 – 1,65 GB na rdzeń wirtualnyInstance limit: 0.8 - 1.65 GB per vCore
Maksymalna ilość zarezerwowanego wystąpieniaMax instance reserved storage Ogólnego przeznaczenia: 8 TBGeneral Purpose: 8 TB
Krytyczne dla działania firmy: 1 TBBusiness Critical: 1 TB
Ogólnego przeznaczenia: 8 TBGeneral Purpose: 8 TB
Krytyczne dla działania firmy 1 TB, 2 TB lub 4 TB w zależności od liczby rdzeniBusiness Critical 1 TB, 2 TB, or 4 TB depending on the number of cores

Ważne

  • Sprzęt obliczenia jest wycofywany i nie jest już dostępny w przypadku nowych wdrożeń.Gen4 hardware is being phased out and is not available anymore for new deployments. Wszystkie nowe wystąpienia wystąpienia zarządzanego SQL należy wdrożyć na sprzęcie 5 rdzeń.All new instances of SQL Managed Instance must be deployed on Gen5 hardware.
  • Rozważ przeniesienie wystąpienia wystąpienia zarządzanego SQL do ogólnego 5 sprzętu w celu uzyskania szerszego zakresu skalowalności rdzeń wirtualny i pamięci masowej, przyspieszonej sieci, najlepszej wydajności operacji we/wy i minimalnego opóźnienia.Consider moving your instance of SQL Managed Instance to Gen 5 hardware to experience a wider range of vCore and storage scalability, accelerated networking, best IO performance, and minimal latency.

Dostępne miejsce w pamięci OLTPIn-memory OLTP available space

Ilość miejsca OLTP w pamięci w krytyczne dla działania firmy warstwy usług zależy od liczby rdzeni wirtualnych i generowania sprzętu.The amount of In-memory OLTP space in Business Critical service tier depends on the number of vCores and hardware generation. W poniższej tabeli wymieniono limity pamięci, które mogą być używane dla obiektów OLTP w pamięci.The following table lists limits of memory that can be used for In-memory OLTP objects.

Przestrzeń OLTP w pamięciIn-memory OLTP space 5 rdzeńGen5 ObliczeniaGen4
4 rdzenie wirtualne4 vCores 3,14 GB3.14 GB
8 rdzeni wirtualnych8 vCores 6,28 GB6.28 GB 8 GB8 GB
16 rdzeni wirtualnych16 vCores 15,77 GB15.77 GB 20 GB20 GB
24 rdzeni wirtualnych24 vCores 25,25 GB25.25 GB 36 GB36 GB
32 rdzeni wirtualnych32 vCores 37,94 GB37.94 GB
40 rdzeni wirtualnych40 vCores 52,23 GB52.23 GB
64 rdzeni wirtualnych64 vCores 99,9 GB99.9 GB
80 rdzeni wirtualnych80 vCores 131,68 GB131.68 GB

Charakterystyki warstwy usługService tier characteristics

Wystąpienie zarządzane SQL ma dwie warstwy usług: ogólnego przeznaczenia i krytyczne dla działania firmy.SQL Managed Instance has two service tiers: General Purpose and Business Critical. Te warstwy zapewniają różne możliwości, zgodnie z opisem w poniższej tabeli.These tiers provide different capabilities, as described in the table below.

Ważne

Krytyczne dla działania firmy warstwa usługi oferuje dodatkową wbudowaną kopię wystąpienia zarządzanego SQL (replikę pomocniczą), która może być używana do obsługi obciążeń tylko do odczytu.Business Critical service-tier provides an additional built-in copy of the SQL Managed Instance (secondary replica) that can be used for read-only workload. Jeśli możesz oddzielić zapytania odczytu i zapisu oraz zapytania tylko do odczytu/analizy/raportowania, otrzymujesz dwa razy rdzeni wirtualnych i pamięć za tę samą cenę.If you can separate read-write queries and read-only/analytic/reporting queries, you are getting twice the vCores and memory for the same price. Replika pomocnicza może potrwać kilka sekund za wystąpieniem podstawowym, więc jest przeznaczona do odciążania obciążeń raportowania/analiz, które nie wymagają dokładnego bieżącego stanu danych.The secondary replica might lag a few seconds behind the primary instance, so it is designed to offload reporting/analytic workloads that don't need exact current state of data. W poniższej tabeli zapytania tylko do odczytu są zapytania, które są wykonywane w replice pomocniczej.In the table below, read-only queries are the queries that are executed on secondary replica.

CechyFeature Ogólnego przeznaczeniaGeneral Purpose Krytyczne dla działania firmyBusiness Critical
Liczba rdzeni wirtualnych*Number of vCores* Obliczenia: 8, 16, 24Gen4: 8, 16, 24
5 rdzeń: 4, 8, 16, 24, 32, 40, 64, 80Gen5: 4, 8, 16, 24, 32, 40, 64, 80
Obliczenia: 8, 16, 24Gen4: 8, 16, 24
5 rdzeń: 4, 8, 16, 24, 32, 40, 64, 80Gen5: 4, 8, 16, 24, 32, 40, 64, 80
*Ta sama liczba rdzeni wirtualnych jest przeznaczona dla zapytań tylko do odczytu.*Same number of vCores is dedicated for read-only queries.
Maksymalna pamięćMax memory Obliczenia: 56 GB – 168 GB (7GB/rdzeń wirtualny)Gen4: 56 GB - 168 GB (7GB/vCore)
5 rdzeń: 20,4 GB – 408 GB (5.1 GB/rdzeń wirtualny)Gen5: 20.4 GB - 408 GB (5.1GB/vCore)
Aby uzyskać więcej pamięci, Dodaj więcej rdzeni wirtualnych.Add more vCores to get more memory.
Obliczenia: 56 GB – 168 GB (7GB/rdzeń wirtualny)Gen4: 56 GB - 168 GB (7GB/vCore)
5 rdzeń: 20,4 GB-408 GB (5.1 GB/rdzeń wirtualny) dla zapytań do odczytu i zapisuGen5: 20.4 GB - 408 GB (5.1GB/vCore) for read-write queries
+ dodatkowe 20,4 GB – 408 GB (5.1 GB/rdzeń wirtualny) dla zapytań tylko do odczytu.+ additional 20.4 GB - 408 GB (5.1GB/vCore) for read-only queries.
Aby uzyskać więcej pamięci, Dodaj więcej rdzeni wirtualnych.Add more vCores to get more memory.
Maksymalny rozmiar magazynu wystąpienia (zarezerwowany)Max instance storage size (reserved) -2 TB dla 4 rdzeni wirtualnych (tylko 5 rdzeń)- 2 TB for 4 vCores (Gen5 only)
-8 TB dla innych rozmiarów- 8 TB for other sizes
Obliczenia: 1 TBGen4: 1 TB
5 rdzeńGen5:
-1 TB dla 4, 8, 16 rdzeni wirtualnych- 1 TB for 4, 8, 16 vCores
-2 TB przez 24 rdzeni wirtualnych- 2 TB for 24 vCores
-4 TB dla 32, 40, 64, 80 rdzeni wirtualnych- 4 TB for 32, 40, 64, 80 vCores
Maksymalny rozmiar bazy danychMax database size Do aktualnie dostępnego rozmiaru wystąpienia (maksymalnie 2 TB – 8 TB w zależności od liczby rdzeni wirtualnych).Up to currently available instance size (max 2 TB - 8 TB depending on the number of vCores). Do aktualnie dostępnego rozmiaru wystąpienia (maksymalnie 1 TB — 4 TB w zależności od liczby rdzeni wirtualnych).Up to currently available instance size (max 1 TB - 4 TB depending on the number of vCores).
Maksymalny rozmiar bazy danych tempDBMax tempDB size Ograniczone do 24 GB/rdzeń wirtualny (96 – 1 920 GB) i aktualnie dostępnego rozmiaru magazynu wystąpień.Limited to 24 GB/vCore (96 - 1,920 GB) and currently available instance storage size.
Dodaj więcej rdzeni wirtualnych, aby uzyskać więcej przestrzeni TempDB.Add more vCores to get more TempDB space.
Rozmiar pliku dziennika jest ograniczony do 120 GB.Log file size is limited to 120 GB.
Do aktualnie dostępnego rozmiaru magazynu wystąpień.Up to currently available instance storage size.
Maksymalna liczba baz danych na wystąpienieMax number of databases per instance 100, chyba że osiągnięto limit rozmiaru magazynu wystąpień.100, unless the instance storage size limit has been reached. 100, chyba że osiągnięto limit rozmiaru magazynu wystąpień.100, unless the instance storage size limit has been reached.
Maksymalna liczba plików bazy danych na wystąpienieMax number of database files per instance Do 280, o ile nie osiągnięto rozmiaru magazynu wystąpienia lub limitu przestrzeni dyskowej usługi Azure Premium .Up to 280, unless the instance storage size or Azure Premium Disk storage allocation space limit has been reached. 32 767 plików na bazę danych, o ile nie osiągnięto limitu rozmiaru magazynu wystąpień.32,767 files per database, unless the instance storage size limit has been reached.
Maksymalny rozmiar pliku danychMax data file size Ograniczone do aktualnie dostępnego rozmiaru magazynu wystąpień (maksymalnie 2 TB-8 TB) i miejsca alokacji dysku Azure Premium Storage.Limited to currently available instance storage size (max 2 TB - 8 TB) and Azure Premium Disk storage allocation space. Ograniczone do aktualnie dostępnego rozmiaru magazynu wystąpień (do 1 TB – 4 TB).Limited to currently available instance storage size (up to 1 TB - 4 TB).
Maksymalny rozmiar pliku dziennikaMax log file size Ograniczone do 2 TB i aktualnie dostępnego rozmiaru magazynu wystąpień.Limited to 2 TB and currently available instance storage size. Ograniczone do 2 TB i aktualnie dostępnego rozmiaru magazynu wystąpień.Limited to 2 TB and currently available instance storage size.
Operacje we/wy danych/dziennika (przybliżone)Data/Log IOPS (approximate) Do 30-40 K operacji we/wy na wystąpienie *, 500-7500 na plikUp to 30-40 K IOPS per instance*, 500 - 7500 per file
*Zwiększ rozmiar pliku, aby uzyskać więcej operacji we/wy na sekundę*Increase file size to get more IOPS
10 k-200 K (2500 IOPS/rdzeń wirtualny)10 K - 200 K (2500 IOPS/vCore)
Dodaj więcej rdzeni wirtualnych, aby uzyskać lepszą wydajność operacji we/wy.Add more vCores to get better IO performance.
Limit przepływności zapisu dziennika (na wystąpienie)Log write throughput limit (per instance) 3 MB/s na rdzeń wirtualny3 MB/s per vCore
Maks. 22 MB/sMax 22 MB/s
4 MB/s na rdzeń wirtualny4 MB/s per vCore
Maks 48 MB/sMax 48 MB/s
Przepływność danych (przybliżona)Data throughput (approximate) 100 – 250 MB/s na plik100 - 250 MB/s per file
*Zwiększ rozmiar pliku, aby uzyskać lepszą wydajność we/wy*Increase the file size to get better IO performance
Nieograniczone.Not limited.
Opóźnienie operacji we/wy magazynu (w przybliżeniu)Storage IO latency (approximate) 5-10 ms5-10 ms 1-2 MS1-2 ms
Przetwarzanie OLTP w pamięciIn-memory OLTP NieobsługiwaneNot supported Dostępne, rozmiar zależy od liczby rdzeń wirtualnyAvailable, size depends on number of vCore
Maksymalna liczba sesjiMax sessions 3000030000 3000030000
Maksymalna liczba współbieżnych procesów roboczych (żądań)Max concurrent workers (requests) Obliczenia: 210 * liczba rdzeni wirtualnych + 800Gen4: 210 * number of vCores + 800
5 rdzeń: 105 * liczba rdzeni wirtualnych + 800Gen5: 105 * number of vCores + 800
Obliczenia: 210 * liczba rdzeń wirtualny + 800Gen4: 210 * vCore count + 800
5 rdzeń: 105 * liczba rdzeń wirtualny + 800Gen5: 105 * vCore count + 800
Repliki tylko do odczytuRead-only replicas 00 1 (wliczone w cenę)1 (included in price)
Izolacja obliczeniowaCompute isolation 5 rdzeńGen5:
-obsługiwane przez 80 rdzeni wirtualnych-supported for 80 vCores
-nieobsługiwane w przypadku innych rozmiarów-not supported for other sizes

Obliczenia nie jest obsługiwana z powodu wycofaniaGen4 is not supported due to deprecation
5 rdzeńGen5:
-obsługiwane przez 60, 64, 80 rdzeni wirtualnych-supported for 60, 64, 80 vCores
-nieobsługiwane w przypadku innych rozmiarów-not supported for other sizes

Obliczenia nie jest obsługiwana z powodu wycofaniaGen4 is not supported due to deprecation

Kilka dodatkowych zagadnień:A few additional considerations:

  • Obecnie dostępny rozmiar magazynu wystąpienia to różnica między zarezerwowanym rozmiarem wystąpienia i ilością miejsca do magazynowania.Currently available instance storage size is the difference between reserved instance size and the used storage space.
  • 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.Both data and log file size in the user and system databases are included in the instance storage size that is compared with the max storage size limit. Użyj widoku systemu sys. master_files , aby określić łączną ilość miejsca używanego przez bazy danych.Use the sys.master_files system view to determine the total used space by databases. Dzienniki błędów nie są utrwalane i nie zostały uwzględnione w rozmiarze.Error logs are not persisted and not included in the size. Kopie zapasowe nie są uwzględniane w rozmiarze magazynu.Backups are not included in storage size.
  • Przepływność i operacje we/wy w warstwie Ogólnego przeznaczenia również zależą od rozmiaru pliku , który nie jest jawnie ograniczony przez wystąpienie zarządzane SQL.Throughput and IOPS in the General Purpose tier also depend on the file size that is not explicitly limited by the SQL Managed Instance. Można utworzyć kolejną replikę do odczytu w innym regionie świadczenia usługi Azure przy użyciu grup Autotryb failoverYou can create another readable replica in a different Azure region using auto-failover groups
  • Maksymalna liczba operacji we/wy wystąpienia zależy od układu pliku i rozkładu obciążenia.Max instance IOPS depend on the file layout and distribution of workload. Jeśli na przykład utworzysz 7 x 1 TB plików z maksymalną 5 K IOPS każdy i 7 małych plików (mniejszym niż 128 GB) z 500 IOPS każdy, możesz uzyskać 38500 operacji we/wy na wystąpienie (7x5000 + 7x500), jeśli obciążenie może korzystać ze wszystkich plików.As an example, if you create 7 x 1TB files with max 5K IOPS each and 7 small files (smaller than 128 GB) with 500 IOPS each, you can get 38500 IOPS per instance (7x5000+7x500) if your workload can use all files. Należy zauważyć, że niektóre IOPS są również używane do tworzenia kopii zapasowych.Note that some IOPS is also used for auto-backups.

Więcej informacji na temat limitów zasobów w pulach wystąpień zarządzanych SQL znajduje się w tym artykule.Find more information about the resource limits in SQL Managed Instance pools in this article.

Charakterystyka we/wy pliku w warstwie Ogólnego przeznaczeniaFile IO characteristics in General Purpose tier

W warstwie usług Ogólnego przeznaczenia każdy plik bazy danych uzyskuje dedykowane operacje we/wy na sekundę, które zależą od rozmiaru pliku.In the General Purpose service tier every database file gets dedicated IOPS and throughput that depend on the file size. Większe pliki danych uzyskują większą liczbę IOPS i przepływność.Bigger data files get more IOPS and throughput. Właściwości we/wy plików bazy danych przedstawiono w poniższej tabeli:IO characteristics of the database files are shown in the following table:

Rozmiar plikuFile size >= 0 i <= 128 GiB>=0 and <=128 GiB >128 i <= 256 GiB>128 and <=256 GiB >256 i <= 512 GiB>256 and <= 512 GiB >0,5 i <= 1 TiB>0.5 and <=1 TiB >1 i <= 2 TiB>1 and <=2 TiB >2 i <= 4 TiB>2 and <=4 TiB >4 i <= 8 TiB>4 and <=8 TiB
Liczba operacji we/wy na plikIOPS per file 500500 11001100 23002300 50005000 75007500 75007500 12 50012,500
Przepływność na plikThroughput per file 100 MiB/s100 MiB/s 125 MiB/s125 MiB/s 150 MiB/s150 MiB/s 200 MiB/s200 MiB/s 250 MiB/s250 MiB/s 250 MiB/s250 MiB/s 480 MiB/s480 MiB/s

Jeśli zauważysz wysokie opóźnienia we/wy dla niektórych plików bazy danych lub widzisz, że liczba IOPS/przepływność osiąga limit, można zwiększyć wydajność, zwiększając rozmiar pliku.If you notice high IO latency on some database file or you see that IOPS/throughput is reaching the limit, you might improve performance by increasing the file size.

Istnieje również limit na poziomie wystąpienia dla maksymalnej przepływności zapisu dziennika (co to jest 22 MB/s), dzięki czemu możesz nie mieć możliwości dotarcia do maksymalnego pliku w pliku dziennika, ponieważ osiągasz limit przepływności wystąpienia.There is also an instance-level limit on the max log write throughput (which is 22 MB/s), so you may not be able to reach the max file throughout on the log file because you are hitting the instance throughput limit.

Obsługiwane regionySupported regions

Wystąpienie zarządzane SQL można utworzyć tylko w obsługiwanych regionach.SQL Managed Instance can be created only in supported regions. Aby utworzyć wystąpienie zarządzane SQL w regionie, który nie jest obecnie obsługiwany, można wysłać żądanie pomocy technicznej za pośrednictwem Azure Portal.To create a SQL Managed Instance in a region that is currently not supported, you can send a support request via the Azure portal.

Obsługiwane typy subskrypcjiSupported subscription types

Wystąpienie zarządzane SQL obecnie obsługuje wdrażanie tylko w następujących typach subskrypcji:SQL Managed Instance currently supports deployment only on the following types of subscriptions:

Ograniczenia zasobów regionalnychRegional resource limitations

Uwaga

Aby uzyskać najnowsze informacje o dostępności regionów dla subskrypcji, należy najpierw zapoznać się z oficjalnym wpisem w blogu COVID-19.For the latest information on region availability for subscriptions, first check official COVID-19 blog post.

Obsługiwane typy subskrypcji mogą zawierać ograniczoną liczbę zasobów na region.Supported subscription types can contain a limited number of resources per region. Wystąpienie zarządzane SQL ma dwa domyślne limity dla regionu platformy Azure (które można zwiększyć na żądanie, tworząc specjalne żądanie pomocy technicznej w Azure Portal w zależności od typu subskrypcji:SQL Managed Instance has two default limits per Azure region (that can be increased on-demand by creating a special support request in the Azure portal depending on a type of subscription type:

  • Limit podsieci: Maksymalna liczba podsieci, w których wystąpienia wystąpienia zarządzanego SQL są wdrażane w jednym regionie.Subnet limit: The maximum number of subnets where instances of SQL Managed Instance are deployed in a single region.
  • limit jednostek rdzeń wirtualny: Maksymalna liczba jednostek rdzeń wirtualny, które mogą zostać wdrożone we wszystkich wystąpieniach w jednym regionie.vCore unit limit: The maximum number of vCore units that can be deployed across all instances in a single region. Jedna z zasad GP rdzeń wirtualny korzysta z jednej jednostki rdzeń wirtualny, a jedna z nich ma rdzeń wirtualny rdzeń wirtualny jednostek.One GP vCore uses one vCore unit and one BC vCore takes 4 vCore units. Łączna liczba wystąpień nie jest ograniczona, o ile mieści się w limicie jednostek rdzeń wirtualny.The total number of instances is not limited as long as it is within the vCore unit limit.

Uwaga

Te limity to ustawienia domyślne, a nie ograniczenia techniczne.These limits are default settings and not technical limitations. Limity można zwiększyć na żądanie, tworząc specjalne żądanie pomocy technicznej w Azure Portal, Jeśli potrzebujesz więcej wystąpień w bieżącym regionie.The limits can be increased on-demand by creating a special support request in the Azure portal if you need more instances in the current region. Alternatywnie można utworzyć nowe wystąpienia wystąpienia zarządzanego SQL w innym regionie świadczenia usługi Azure bez wysyłania żądań obsługi.As an alternative, you can create new instances of SQL Managed Instance in another Azure region without sending support requests.

W poniższej tabeli przedstawiono domyślne limity dla obsługiwanych typów subskrypcji (domyślne limity można rozszerzyć przy użyciu żądania pomocy technicznej opisanego poniżej):The following table shows the default regional limits for supported subscription types (default limits can be extended using support request described below):

Typ subskrypcjiSubscription type Maksymalna liczba podsieci wystąpień zarządzanych przez program SQLMax number of SQL Managed Instance subnets Maksymalna liczba jednostek rdzeń wirtualny *Max number of vCore units*
Płatność zgodnie z rzeczywistym użyciemPay-as-you-go 33 320320
CSPCSP 8 (15 w niektórych regionach * *)8 (15 in some regions**) 960 (1440 w niektórych regionach * *)960 (1440 in some regions**)
Płatność zgodnie z rzeczywistym użyciem — tworzenie i testowaniePay-as-you-go Dev/Test 33 320320
Enterprise — tworzenie i testowanieEnterprise Dev/Test 33 320320
EAEA 8 (15 w niektórych regionach * *)8 (15 in some regions**) 960 (1440 w niektórych regionach * *)960 (1440 in some regions**)
Visual Studio EnterpriseVisual Studio Enterprise 22 6464
Visual Studio Professional i Platformy MSDNVisual Studio Professional and MSDN Platforms 22 3232

*W obszarze Planowanie wdrożeń należy wziąć pod uwagę, że warstwa usług Krytyczne dla działania firmy (BC) wymaga czterech (4) razy więcej rdzeń wirtualny pojemności niż Ogólnego przeznaczenia (GP).* In planning deployments, please take into consideration that Business Critical (BC) service tier requires four (4) times more vCore capacity than General Purpose (GP) service tier. Na przykład: 1 GP rdzeń wirtualny = 1 rdzeń wirtualny Unit i 1 BC rdzeń wirtualny = 4 jednostki rdzeń wirtualny.For example: 1 GP vCore = 1 vCore unit and 1 BC vCore = 4 vCore units. Aby uprościć analizę zużycia pod kątem domyślnych limitów, należy podsumować jednostki rdzeń wirtualny we wszystkich podsieciach w regionie, w którym wdrożono wystąpienie zarządzane SQL, i porównać wyniki z limitami jednostek wystąpienia dla danego typu subskrypcji.To simplify your consumption analysis against the default limits, summarize the vCore units across all subnets in the region where SQL Managed Instance is deployed and compare the results with the instance unit limits for your subscription type. Maksymalna liczba jednostek rdzeń wirtualny dotyczy każdej subskrypcji w regionie.Max number of vCore units limit applies to each subscription in a region. Nie ma żadnego limitu dla poszczególnych podsieci, z tą różnicą, że suma wszystkich rdzeni wirtualnych wdrożonych w wielu podsieciach musi być mniejsza lub równa maksymalnej liczbie jednostek rdzeń wirtualny.There is no limit per individual subnets except that the sum of all vCores deployed across multiple subnets must be lower or equal to max number of vCore units.

**Większe limity podsieci i rdzeń wirtualny są dostępne w następujących regionach: Australia Wschodnia, Wschodnie stany USA, Wschodnie stany USA 2, Europa Północna, Południowo-środkowe stany USA, Azja Południowo-Wschodnia Południowe Zjednoczone Królestwo, Europa Zachodnia, zachodnie stany USA 2.** Larger subnet and vCore limits are available in the following regions: Australia East, East US, East US 2, North Europe, South Central US, Southeast Asia, UK South, West Europe, West US 2.

Ważne

Jeśli limit rdzeń wirtualny i podsieci wynosi 0, oznacza to, że domyślny limit regionalny dla danego typu subskrypcji nie jest ustawiony.In case your vCore and subnet limit is 0, it means that default regional limit for your subscription type is not set. Można również użyć żądania zwiększenia przydziału w celu uzyskania dostępu do subskrypcji w określonym regionie, zgodnie z tą samą procedurą — dostarczając wymagane wartości rdzeń wirtualny i podsieci.You can also use quota increase request for getting subscription access in specific region following the same procedure - providing required vCore and subnet values.

Poproś o zwiększenie limitu przydziałuRequest a quota increase

Jeśli potrzebujesz więcej wystąpień w bieżących regionach, Wyślij żądanie obsługi, aby zwiększyć przydział przy użyciu Azure Portal.If you need more instances in your current regions, send a support request to extend the quota using the Azure portal. Aby uzyskać więcej informacji, zobacz zwiększenie przydziału żądań dla Azure SQL Database.For more information, see Request quota increases for Azure SQL Database.

Następne krokiNext steps