Přehled limitů prostředků služby Azure SQL Managed Instance
Platí pro:
Azure SQL Managed Instance
Tento článek obsahuje přehled technických charakteristik a omezení prostředků pro Azure SQL Managed Instance a informace o tom, jak požádat o navýšení těchto limitů.
Poznámka
Rozdíly v podporovaných funkcích a příkazech T-SQL najdete v tématu Rozdíly mezi funkcemi a Podpora příkazů T-SQL. Obecné rozdíly mezi úrovněmi služby Azure SQL Database a SQL Managed Instance najdete v tématu Pro obecné účely a Pro důležité obchodní informace úrovní služby.
Charakteristiky konfigurace hardwaru
Služba SQL Managed Instance má určité vlastnosti a omezení prostředků, které závisí na základní infrastruktuře a architektuře. SQL Managed Instance je možné nasadit na více konfigurací hardwaru.
Poznámka
Hardware Gen5 byl přejmenován na standardní řadu (Gen5).
Informace o dříve dostupném hardwaru najdete v části Dříve dostupný hardware dále v tomto článku.
Konfigurace hardwaru mají různé charakteristiky, jak je popsáno v následující tabulce:
| Řada Standard (Gen5) | Řada Premium | Řada Premium optimalizovaná pro paměť | |
|---|---|---|---|
| Procesor | Procesory Intel® E5-2673 v4 (Broadwell) 2,3 GHz, Intel® SP-8160 (Skylake) a Intel® 8272CL (Cascade Lake) 2,5 GHz | Procesory Intel® 8370C (Ice Lake) 2,8 GHz | Procesory Intel® 8370C (Ice Lake) 2,8 GHz |
| Počet virtuálních jader vCore=1 LP (hyper-thread) |
4 až 80 virtuálních jader | 4 až 80 virtuálních jader | 4–64 virtuálních jader |
| Maximální paměť (poměr paměti a virtuálních jader) | 5,1 GB na virtuální jádro Přidejte další virtuální jádra, abyste získali více paměti. |
7 GB na virtuální jádro | 13,6 GB na virtuální jádro |
| Maximální In-Memory paměti OLTP | Limit instancí: 0,8–1,65 GB na virtuální jádro | Limit instancí: 1,1–2,3 GB na virtuální jádro | Limit počtu instancí: 2,2–4,5 GB na virtuální jádro |
| Maximální počet rezervovaných úložišť instancí* | Pro obecné účely: až 16 TB Pro důležité obchodní informace: až 4 TB |
Pro obecné účely: až 16 TB Pro důležité obchodní informace: až 5,5 TB |
Pro obecné účely: až 16 TB Pro důležité obchodní informace: až 16 TB |
* Závisí na počtu virtuálních jader.
Poznámka
Pokud vaše úloha vyžaduje úložiště větší než dostupné limity prostředků pro Azure SQL Managed Instance, zvažte úroveň služby hyperškálování Azure SQL databáze.
Regionální podpora hardwaru řady Premium optimalizovaného pro paměť
Podpora hardwaru řady Premium optimalizovaného pro paměť je v současné době k dispozici pouze v těchto konkrétních oblastech:
| Geografie | Oblasti podporující hardware řady Premium optimalizovaný pro paměť |
|---|---|
| Evropa, Střední východ, Afrika | Francie – střed, Německo – středozápad, Severní Evropa, Švédsko – střed, Velká Británie – jih, Západní Evropa |
| Amerika | Brazílie – jih, Kanada – střed, USA – střed, USA – východ, USA – východ 2, USA – středosever, USA – středojiž, USA – západ, USA – západ 2, USA – západ 3 |
| Asie a Tichomoří | Austrálie – východ, Austrálie – jihovýchod, Indie – střed, Východní Asie, Japonsko – východ, Jihovýchodní Asie |
Volné místo OLTP v paměti
Velikost místa OLTP v paměti ve Pro důležité obchodní informace úrovni služby závisí na počtu virtuálních jader a konfiguraci hardwaru. Následující tabulka uvádí limity paměti, které lze použít pro objekty OLTP v paměti.
| Virtuální jádra | Řada Standard (Gen5) | Řada Premium | Řada Premium optimalizovaná pro paměť |
|---|---|---|---|
| 4 virtuální jádra | 3,14 GB | 4,39 GB | 8,79 GB |
| 8 virtuálních jader | 6,28 GB | 8,79 GB | 22,06 GB |
| 16 virtuálních jader | 15,77 GB | 22,06 GB | 57,58 GB |
| 24 virtuálních jader | 25,25 GB | 35,34 GB | 93,09 GB |
| 32 virtuálních jader | 37,94 GB | 53,09 GB | 128,61 GB |
| 40 virtuálních jader | 52,23 GB | 73,09 GB | 164,13 GB |
| 64 virtuálních jader | 99,9 GB | 139,82 GB | 288,61 GB |
| 80 virtuálních jader | 131,68 GB | 184,30 GB | – |
Charakteristiky úrovně služby
SQL Managed Instance má dvě úrovně služby: Pro obecné účely a Pro důležité obchodní informace.
Důležité
Úroveň služby Pro důležité obchodní informace poskytuje další integrovanou kopii SQL Managed Instance (sekundární repliky), kterou je možné použít pro úlohy jen pro čtení. Pokud můžete oddělit dotazy pro čtení a zápis a dotazy jen pro čtení, analytické dotazy nebo dotazy pro vytváření sestav, získáte za stejnou cenu dvojnásobek počtu virtuálních jader a paměti. Sekundární replika může za primární instancí několik sekund zaostávat, takže je navržená tak, aby přesměrovávala úlohy generování sestav a analýzy, které nepotřebují přesný aktuální stav dat. V následující tabulce jsou dotazy jen pro čtení dotazy, které se spouští na sekundární replice.
| Funkce | Obecné použití | Pro důležité obchodní informace |
|---|---|---|
| Počet virtuálních jader* | 4, 8, 16, 24, 32, 40, 64, 80 | Standardní řada (Gen5): 4, 8, 16, 24, 32, 40, 64, 80 Řada Premium: 4, 8, 16, 24, 32, 40, 64, 80 Řada Premium optimalizovaná pro paměť: 4, 8, 16, 24, 32, 40, 64 *Stejný počet virtuálních jader je vyhrazený pro dotazy jen pro čtení. |
| Maximální paměť | Řada Standard (Gen5): 20,4 GB–625 GB (5,1 GB/virtuální jádro) Řada Premium: 28 GB až 560 GB (7 GB/virtuální jádro) Řada Premium optimalizovaná pro paměť: 54,4 GB – 870,4 GB (13,6 GB/virtuální jádro) |
Řada Standard (Gen5): 20,4 GB–625 GB (5,1 GB/virtuální jádro) na každé replice Řada Premium: 28 GB až 560 GB (7 GB/virtuální jádro) na každé replice Paměťově optimalizovaná řada Premium: 54,4 GB – 870,4 GB (13,6 GB/virtuální jádro) na každé replice |
| Maximální velikost úložiště instance (vyhrazeno) | – 2 TB pro 4 virtuální jádra – 8 TB pro 8 virtuálních jader - 16 TB pro ostatní velikosti |
Řada Standard (Gen5):: – 1 TB pro 4, 8, 16 virtuálních jader – 2 TB pro 24 virtuálních jader – 4 TB pro 32, 40, 64, 80 virtuálních jader Řada Premium: – 1 TB pro 4, 8 virtuálních jader - 2 TB pro 16, 24 virtuálních jader – 4 TB pro 32 virtuálních jader – 5,5 TB pro 40, 64, 80 virtuálních jader Řada Premium optimalizovaná pro paměť: – 1 TB pro 4, 8 virtuálních jader - 2 TB pro 16, 24 virtuálních jader – 4 TB pro 32 virtuálních jader – 5,5 TB pro 40 virtuálních jader – 16 TB pro 64 virtuálních jader |
| Maximální velikost databáze | Až do aktuálně dostupné velikosti instance (v závislosti na počtu virtuálních jader). | Až do aktuálně dostupné velikosti instance (v závislosti na počtu virtuálních jader). |
Maximální tempdb velikost databáze |
Omezeno na 24 GB/virtuální jádro (96 až 1 920 GB) a aktuálně dostupná velikost úložiště instance. Pokud chcete získat více místa, přidejte další tempdb virtuální jádra.Velikost souboru protokolu je omezená na 120 GB. |
Až do aktuálně dostupné velikosti úložiště instance. |
Maximální počet tempdb souborů |
128 | 128 |
| Maximální počet databází na instanci | 100 uživatelských databází, pokud nebylo dosaženo limitu velikosti úložiště instance. | 100 uživatelských databází, pokud nebylo dosaženo limitu velikosti úložiště instance. |
| Maximální počet databázových souborů na instanci | Až 280, pokud není dosaženo limitu alokačního prostoru úložiště instance nebo Azure Premium Disk Storage . | 32 767 souborů na databázi, pokud nebylo dosaženo limitu velikosti úložiště instance. |
| Maximální velikost datového souboru | Maximální velikost každého datového souboru je 8 TB. Pro databáze větší než 8 TB použijte alespoň dva datové soubory. | Až do aktuálně dostupné velikosti instance (v závislosti na počtu virtuálních jader). |
| Maximální velikost souboru protokolu | Omezeno na 2 TB a aktuálně dostupná velikost úložiště instance. | Omezeno na 2 TB a aktuálně dostupná velikost úložiště instance. |
| IOPS dat nebo protokolů (přibližná) | 500 až 7500 na soubor *Zvýšení počtu IOPS zvětšením velikosti souboru |
16 kb až 320 kB (4 000 IOPS/virtuální jádro) Pokud chcete dosáhnout lepšího výkonu vstupně-výstupních operací, přidejte další virtuální jádra. |
| Limit propustnosti zápisu protokolu (na instanci) | 4,5 MiB/s na virtuální jádro Max. 120 MiB/s na instanci 22 až 65 MiB/s na databázi (v závislosti na velikosti souboru protokolu) *Zvýšení výkonu vstupně-výstupních operací zvětšením velikosti souboru |
4,5 MiB/s na virtuální jádro Max. 96 MiB/s |
| Propustnost dat (přibližná) | 100 až 250 MiB/s na soubor *Zvýšení výkonu vstupně-výstupních operací zvětšením velikosti souboru |
Bez omezení. |
| Latence vstupně-výstupních operací úložiště (přibližná) | 5–10 ms | 1–2 ms |
| OLTP v paměti | Nepodporováno | K dispozici, velikost závisí na počtu virtuálních jader. |
| Maximální počet relací | 30000 | 30000 |
| Maximální počet souběžných pracovních procesů | 105 × počet virtuálních jader + 800 | 105 × počet virtuálních jader + 800 |
| Repliky jen pro čtení | 0 | 1 (v ceně) |
| Izolace výpočetních prostředků | Nepodporuje se, protože instance Pro obecné účely můžou sdílet fyzický hardware s jinými instancemi. | Řada Standard (Gen5):: Podporováno pro 40, 64, 80 virtuálních jader Řada Premium: Podporováno pro 64 80 virtuálních jader Řada Premium optimalizovaná pro paměť: Podporuje se pro 64 virtuálních jader. |
Několik dalších aspektů:
- Aktuálně dostupná velikost úložiště instance je rozdíl mezi velikostí rezervované instance a využitým prostorem úložiště.
- Velikost datového souboru i souboru protokolu v uživatelské i systémové databázi je zahrnutá ve velikosti úložiště instance, která se porovnává s limitem maximální velikosti úložiště. K určení celkového místa využitého databázemi použijte systémové zobrazení sys.master_files . Protokoly chyb se neuchovávají a nejsou zahrnuté ve velikosti. Zálohy nejsou zahrnuté ve velikosti úložiště.
- Propustnost a IOPS na úrovni Pro obecné účely také závisí na velikosti souborů, kterou SQL Managed Instance explicitně neomezuje. Pomocí skupin automatického převzetí služeb při selhání můžete vytvořit další repliku pro čtení v jiné oblasti Azure.
- Maximální počet vstupně-výstupních operací instance závisí na rozložení souborů a distribuci úloh. Pokud například vytvoříte 7 souborů o velikosti 1 TB s maximálním počtem 5 K IOPS a sedmi malými soubory (menšími než 128 GB) s 500 IOPS, můžete získat 38500 IOPS na instanci (7x5000+7x500), pokud vaše úloha může používat všechny soubory. Upozorňujeme, že IOPS se využívají také pro automatické zálohování.
tempdbNázvy souborů nesmí být delší než 16 znaků.
Další informace o limitech prostředků ve fondech SQL Managed Instance najdete v tomto článku.
Úložiště dat a protokolů
Velikost úložiště používaného pro data a soubory protokolů ovlivňují následující faktory a platí pro Pro obecné účely a Pro důležité obchodní informace vrstvy.
- V Pro obecné účely úrovni
tempdbslužby používá místní úložiště SSD a tyto náklady na úložiště jsou zahrnuté v ceně za virtuální jádro. - V Pro důležité obchodní informace úrovni
tempdbslužby sdílí místní úložiště SSD s daty a soubory protokolů atempdbcena za úložiště je zahrnutá v ceně za virtuální jádro. - Maximální velikost úložiště pro SQL Managed Instance musí být zadána v násobcích 32 GB.
Důležité
V obou úrovních služby se vám účtují poplatky za maximální velikost úložiště nakonfigurovanou pro spravovanou instanci.
Pokud chcete monitorovat celkovou využitou velikost úložiště instance pro SQL Managed Instance, použijte metriku storage_space_used_mb. Pokud chcete monitorovat aktuálně přidělenou a použitou velikost úložiště jednotlivých dat a souborů protokolů v databázi pomocí T-SQL, použijte zobrazení sys.database_files a funkci FILEPROPERTY(..., SpaceUsed).
Tip
Za určitých okolností může být nutné zmenšit databázi, aby se uvolnilo nevyužité místo. Další informace najdete v tématu Správa prostoru souborů ve službě Azure SQL Database.
Zálohy a úložiště
Úložiště pro zálohy databází je přiděleno pro podporu funkcí obnovení k určitému bodu v čase (PITR) a dlouhodobého uchovávání (LTR) SQL Managed Instance. Toto úložiště je oddělené od úložiště dat a souborů protokolů a účtuje se samostatně.
- Obnovení k určitému bodu v čase: V Pro obecné účely a Pro důležité obchodní informace úrovních se zálohy jednotlivých databází automaticky kopírují do geograficky redundantního úložiště jen pro čtení (RA-GRS). Velikost úložiště se dynamicky zvětšuje při vytváření nových záloh. Úložiště se používá při úplném, rozdílovém a transakčním zálohování protokolů. Spotřeba úložiště závisí na rychlosti změn databáze a na době uchovávání nakonfigurované pro zálohování. Pro každou databázi můžete pro SQL Managed Instance nakonfigurovat samostatnou dobu uchovávání od 0 do 35 dnů. Velikost úložiště zálohování rovnající se nakonfigurované maximální velikosti dat se poskytuje bez dalších poplatků.
- LTR: Máte také možnost nakonfigurovat dlouhodobé uchovávání úplných záloh po dobu až 10 let. Pokud nastavíte zásadu LTR, tyto zálohy se automaticky ukládají v úložišti RA-GRS, ale můžete určit, jak často se zálohy kopírují. Pokud chcete splnit různé požadavky na dodržování předpisů, můžete pro týdenní, měsíční nebo roční zálohy vybrat různé doby uchovávání. Zvolená konfigurace určuje, kolik úložiště se použije pro zálohy LTR. Další informace najdete v tématu Dlouhodobé uchovávání záloh.
Charakteristika vstupně-výstupních operací se soubory na úrovni Pro obecné účely
V Pro obecné účely úrovni služby získá každý soubor databáze vyhrazené IOPS a propustnost, které závisí na velikosti souboru. Větší soubory získají více IOPS a větší propustnost. Charakteristiky vstupně-výstupních operací databázových souborů jsou uvedeny v následující tabulce:
| Velikost souboru | >=0 a <=129 GiB | >129 a <=513 GiB | >513 a <=1025 GiB | >1025 a <=2049 GiB | >2049 a <=4097 GiB | >4097 GiB a <=8 TiB |
|---|---|---|---|---|---|---|
| IOPS na soubor | 500 | 2300 | 5000 | 7 500 | 7 500 | 12 500 |
| Propustnost na soubor | 100 MiB/s | 150 miB/s | 200 MiB/s | 250 MiB/s | 250 MiB/s | 250 MiB/s |
Pokud si všimnete vysoké latence V/V u některého databázového souboru nebo zjistíte, že se IOPS/propustnost blíží limitu, můžete zlepšit výkon zvýšením velikosti souborů.
Existuje také limit maximální propustnosti zápisu protokolu na úrovni instance (hodnoty najdete v předchozí tabulce, například 22 MiB/s), takže možná nebudete moct dosáhnout maximálního souboru v celém souboru protokolu, protože dosahujete limitu propustnosti instance.
Podporované oblasti
SQL Managed Instance lze vytvořit pouze v podporovaných oblastech. Pokud chcete vytvořit SQL Managed Instance v oblasti, která se aktuálně nepodporuje, můžete odeslat žádost o podporu prostřednictvím Azure Portal.
Podporované typy předplatného
SQL Managed Instance aktuálně podporuje nasazení pouze v následujících typech předplatných:
- Smlouva Enterprise (EA)
- Průběžné platby
- Poskytovatel cloudových služeb (CSP)
- Enterprise pro vývoj/testování
- Průběžné platby dle aktuálního využití pro vývoj/testování
- Předplatná s měsíčním kreditem Azure pro předplatitele sady Visual Studio
Omezení místních prostředků
Poznámka
Nejnovější informace o dostupnosti předplatných v oblastech nejdřív zkontrolujte, jestli je vybraná oblast.
Podporované typy předplatného můžou obsahovat omezený počet prostředků na oblast. SQL Managed Instance má pro každou oblast Azure dva výchozí limity (které je možné na vyžádání zvýšit vytvořením speciální žádosti o podporu v Azure Portal v závislosti na typu předplatného:
- Limit podsítě: Maximální počet podsítí, ve kterých jsou instance SQL Managed Instance nasazené v jedné oblasti.
- Limit jednotek virtuálních jader: Maximální počet jednotek virtuálních jader, které je možné nasadit napříč všemi instancemi v jedné oblasti. Jedno virtuální jádro gp používá jednu jednotku virtuálních jader a jedno virtuální jádro BC má čtyři jednotky virtuálních jader. Celkový počet instancí není omezený, pokud je v rámci limitu jednotek virtuálních jader.
Poznámka
Tato omezení představují výchozí nastavení, nikoli technická omezení. Pokud potřebujete v aktuální oblasti více instancí, můžete limity na vyžádání zvýšit vytvořením speciální žádosti o podporu v Azure Portal. Alternativně můžete vytvářet nové instance SQL Managed Instance v jiné oblasti Azure bez odesílání žádostí o podporu.
Následující tabulka uvádí výchozí místní omezení pro podporované typy předplatného (výchozí limity je možné prodloužit pomocí žádosti o podporu):
| Typ předplatného | Výchozí limit pro SQL Managed Instance podsítě | Výchozí limit pro jednotky virtuálních jader* |
|---|---|---|
| CSP | 16 (30 v některých oblastech**) | 960 (1440 v některých oblastech**) |
| EA | 16 (30 v některých oblastech**) | 960 (1440 v některých oblastech**) |
| Enterprise pro vývoj/testování | 6 | 320 |
| Pay-as-you-go | 6 | 320 |
| Průběžné platby pro vývoj/testování | 6 | 320 |
| Azure Pass | 3 | 64 |
| BizSpark | 3 | 64 |
| BizSpark Plus | 3 | 64 |
| Microsoft Azure Sponsorship | 3 | 64 |
| Microsoft Partner Network | 3 | 64 |
| Visual Studio Enterprise (MPN) | 3 | 64 |
| Visual Studio Enterprise | 3 | 32 |
| Visual Studio Enterprise (BizSpark) | 3 | 32 |
| Visual Studio Professional | 3 | 32 |
| MSDN Platforms | 3 | 32 |
* Při plánování nasazení vezměte v úvahu, že úroveň služby Pro důležité obchodní informace (BC) vyžaduje čtyři (4)krát větší kapacitu virtuálních jader než úroveň služby Pro obecné účely (GP). Příklad: 1 virtuální jádro GP = 1 jednotka virtuálních jader a 1 virtuální jádro BC = 4 virtuální jádro. Pokud chcete zjednodušit analýzu spotřeby oproti výchozím limitům, shrňte jednotky virtuálních jader ve všech podsítích v oblasti, ve které je nasazená SQL Managed Instance, a porovnejte výsledky s limity jednotek instancí pro váš typ předplatného. Maximální limit počtu jednotek virtuálních jader se vztahuje na každé předplatné v oblasti. Neexistuje žádný limit pro jednotlivé podsítě s výjimkou toho, že součet všech virtuálních jader nasazených ve více podsítích musí být nižší nebo roven maximálnímu počtu jednotek virtuálních jader.
** Větší limity podsítě a virtuálních jader jsou dostupné v následujících oblastech: Austrálie – východ, USA – východ 2, Severní Evropa, USA – středojiž, Jihovýchodní Asie, Velká Británie – jih, Západní Evropa, USA – západ 2.
Důležité
Pokud je limit virtuálních jader a podsítě 0, znamená to, že výchozí místní limit pro váš typ předplatného není nastavený. Stejným postupem můžete také použít žádost o navýšení kvóty pro získání přístupu k předplatnému v konkrétní oblasti – poskytnutí požadovaných hodnot virtuálních jader a podsítě.
Žádost o navýšení kvóty
Pokud potřebujete ve svých aktuálních oblastech více instancí, odešlete žádost o podporu k rozšíření kvóty pomocí Azure Portal. Další informace najdete v tématu Žádost o navýšení kvóty pro Azure SQL Database.
Dříve dostupný hardware
Tato část obsahuje podrobnosti o dříve dostupném hardwaru. Zvažte přesun instance SQL Managed Instance na hardware řady Standard (Gen5), abyste měli širší škálu škálovatelnosti virtuálních jader a úložiště, akcelerované síťové služby, nejlepší výkon vstupně-výstupních operací a minimální latenci.
Důležité
Hardware Gen4 je vyřazen a není dostupný pro nová nasazení, jak bylo oznámeno 18. prosince 2019. Zákazníci, kteří používají hardware Gen4 pro Azure SQL Database, elastické fondy nebo SQL Managed Instance, by měli do 31. března 2023 migrovat na aktuálně dostupný hardware, například řady Standard (Gen5).
Do 31. března 2023 se stávající spravované instance Gen4 SQL automaticky migrují na ekvivalentní nebo lepší hardware. Pokud se upgraduje automaticky, mohou se spravované instance upgradovat na hardware řady Premium, což bude mít za následek zvýšení ceny v souladu s cenami.
Výpadek způsobený automatickou migrací bude minimální a bude se podobat výpadkům během operací škálování v rámci vybrané úrovně služby. Abyste se vyhnuli neplánovaným přerušením úloh, proveďte migraci proaktivně v době podle vašeho výběru do 31. března 2023. Další informace o vyřazení hardwaru Gen4 a migraci na aktuální hardware najdete v našem blogovém příspěvku o vyřazení Gen4 z provozu.
Vlastnosti hardwaru
| Gen4 | |
|---|---|
| Hardware | Procesory Intel® E5-2673 v3 (Haswell) 2,4 GHz, připojené virtuální jádro SSD = 1 PP (fyzické jádro) |
| Počet virtuálních jader | 8, 16, 24 virtuálních jader |
| Maximální velikost paměti (poměr paměti k jádru) | 7 GB na virtuální jádro Přidáním dalších virtuálních jader získáte více paměti. |
| Maximální In-Memory paměti OLTP | Limit počtu instancí: 1–1,5 GB na virtuální jádro |
| Maximální rezervované úložiště instance | Pro obecné účely: 8 TB Pro důležité obchodní informace: 1 TB |
Volné místo OLTP v paměti
Důležité
Hardware Gen4 je vyřazen a není dostupný pro nová nasazení, jak bylo oznámeno 18. prosince 2019. Zákazníci, kteří používají hardware Gen4 pro Azure SQL Database, elastické fondy nebo SQL Managed Instance, by měli do 31. března 2023 migrovat na aktuálně dostupný hardware, například řady Standard (Gen5).
Do 31. března 2023 se stávající spravované instance Gen4 SQL automaticky migrují na ekvivalentní nebo lepší hardware. Pokud se upgraduje automaticky, mohou se spravované instance upgradovat na hardware řady Premium, což bude mít za následek zvýšení ceny v souladu s cenami.
Výpadek způsobený automatickou migrací bude minimální a bude se podobat výpadkům během operací škálování v rámci vybrané úrovně služby. Abyste se vyhnuli neplánovaným přerušením úloh, proveďte migraci proaktivně v době podle vašeho výběru do 31. března 2023. Další informace o vyřazení hardwaru Gen4 a migraci na aktuální hardware najdete v našem blogovém příspěvku o vyřazení Gen4 z provozu.
Velikost místa OLTP v paměti ve Pro důležité obchodní informace úrovni služby závisí na počtu virtuálních jader a konfiguraci hardwaru. Následující tabulka uvádí omezení paměti, které lze použít pro objekty OLTP v paměti.
| Prostor OLTP v paměti | Gen4 |
|---|---|
| 8 virtuálních jader | 8 GB |
| 16 virtuálních jader | 20 GB |
| 24 virtuálních jader | 36 GB |
Charakteristiky úrovně služby
Důležité
Hardware Gen4 je vyřazen a není dostupný pro nová nasazení, jak bylo oznámeno 18. prosince 2019. Zákazníci, kteří používají hardware Gen4 pro Azure SQL Database, elastické fondy nebo SQL Managed Instance, by měli do 31. března 2023 migrovat na aktuálně dostupný hardware, například řady Standard (Gen5).
Do 31. března 2023 se stávající spravované instance Gen4 SQL automaticky migrují na ekvivalentní nebo lepší hardware. Při automatickém upgradu se spravované instance můžou upgradovat na hardware řady Premium, což povede ke zvýšení ceny v souladu s cenami.
Výpadek způsobený automatickou migrací bude minimální a bude se podobat výpadku během operací škálování v rámci vybrané úrovně služby. Aby nedocházelo k neplánovaným přerušením úloh, proveďte migraci proaktivně v době podle vašeho výběru před 31. březnem 2023. Další informace o vyřazení hardwaru Gen4 a migraci na aktuální hardware najdete v našem blogovém příspěvku o vyřazení Gen4.
| Funkce | Obecné použití | Pro důležité obchodní informace |
|---|---|---|
| Počet virtuálních jader* | 8, 16, 24 | 8, 16, 24 *Stejný počet virtuálních jader je vyhrazený pro dotazy jen pro čtení. |
| Maximální paměť | 56 GB až 168 GB (7 GB/virtuální jádro) Přidejte další virtuální jádra, abyste získali více paměti. |
56 GB až 168 GB (7 GB/virtuální jádro) + dalších 20,4 GB – 408 GB (5,1 GB/virtuální jádro) pro dotazy jen pro čtení. Přidejte další virtuální jádra, abyste získali více paměti. |
| Maximální velikost úložiště instance (vyhrazeno) | 8 TB | 1 TB |
| Maximální velikost databáze | Až aktuálně dostupná velikost instance (maximálně 2 TB – 8 TB v závislosti na počtu virtuálních jader) | Až do aktuálně dostupné velikosti instance (maximálně 1 TB až 4 TB v závislosti na počtu virtuálních jader). |
Maximální tempdb velikost databáze |
Omezeno na 24 GB/virtuální jádro (96 až 1 920 GB) a aktuálně dostupná velikost úložiště instance. Pokud chcete získat více místa, přidejte další tempdb virtuální jádra.Velikost souboru protokolu je omezená na 120 GB. |
Až do aktuálně dostupné velikosti úložiště instance. |
| Maximální počet databází na instanci | 100 uživatelských databází, pokud nebylo dosaženo limitu velikosti úložiště instance. | 100 uživatelských databází, pokud nebylo dosaženo limitu velikosti úložiště instance. |
| Maximální počet databázových souborů na instanci | Až 280, pokud není dosaženo limitu alokačního prostoru úložiště instance nebo Azure Premium Disk Storage . | 32 767 souborů na databázi, pokud nebylo dosaženo limitu velikosti úložiště instance. |
| Maximální velikost datového souboru | Omezeno na aktuálně dostupnou velikost úložiště instance (max. 2 TB až 8 TB) a alokační prostor azure Premium Disk Storage. Pro databáze větší než 8 TB použijte alespoň dva datové soubory. | Omezeno na aktuálně dostupnou velikost úložiště instance (až 1 TB až 4 TB). |
| Maximální velikost souboru protokolu | Omezeno na 2 TB a aktuálně dostupná velikost úložiště instance. | Omezeno na 2 TB a aktuálně dostupná velikost úložiště instance. |
| IOPS dat nebo protokolů (přibližná) | Až 30–40 K IOPS na instanci*, 500–7500 na soubor *Zvýšení počtu IOPS zvětšením velikosti souboru |
16 kb až 320 kB (4 000 IOPS/virtuální jádro) Pokud chcete dosáhnout lepšího výkonu vstupně-výstupních operací, přidejte další virtuální jádra. |
| Limit propustnosti zápisu protokolu (na instanci) | 3 MiB/s na virtuální jádro Max. 120 MiB/s na instanci 22 až 65 MiB/s na databázi *Zvýšení výkonu vstupně-výstupních operací zvětšením velikosti souboru |
4 MiB/s na virtuální jádro Max. 96 MB/s |
| Propustnost dat (přibližná) | 100 až 250 MiB/s na soubor *Zvýšení výkonu vstupně-výstupních operací zvětšením velikosti souboru |
Bez omezení. |
| Latence vstupně-výstupních operací úložiště (přibližná) | 5–10 ms | 1–2 ms |
| OLTP v paměti | Nepodporováno | K dispozici, velikost závisí na počtu virtuálních jader. |
| Maximální počet relací | 30000 | 30000 |
| Maximální počet souběžných pracovních procesů | 210 × počet virtuálních jader + 800 | 210 × počet virtuálních jader + 800 |
| Repliky jen pro čtení | 0 | 1 (v ceně) |
| Izolace výpočetních prostředků | nepodporováno | nepodporováno |
Další kroky
- Další informace o SQL Managed Instance najdete v tématu Co je SQL Managed Instance?.
- Informace o cenách najdete v tématu ceny SQL Managed Instance.
- Informace o tom, jak vytvořit první SQL Managed Instance, najdete v úvodní příručce.