Rugalmas rugalmas készletek áttekintése az Azure SQL Database-ben

  • Cikk

A következőre vonatkozik: Azure SQL Database

Ez a cikk áttekintést nyújt az Azure SQL Database rugalmas rugalmas készleteiről.

Az Azure SQL Database rugalmas készlete lehetővé teszi a szolgáltatott szoftverek (SaaS) fejlesztői számára, hogy optimalizálják az adatbáziscsoportok ár-teljesítmény arányát az előírt költségvetésen belül, miközben teljesítményrugalmasságot biztosítanak az egyes adatbázisokhoz. Az Azure SQL Database rugalmas skálázású rugalmas készletei megosztott erőforrásmodellt vezetnek be a rugalmas skálázású adatbázisokhoz.

Ha például az Azure CLI vagy a PowerShell használatával szeretne adatbázisokat létrehozni, skálázni vagy áthelyezni egy rugalmas skálázású készletbe, tekintse át a rugalmas skálázású rugalmas készletek parancssori eszközökkel történő használatát ismertető cikket .

Feljegyzés

A rugalmas skálázás rugalmas készletei jelenleg előzetes verzióban érhetők el.

Áttekintés

Helyezze üzembe a rugalmas skálázású adatbázist egy rugalmas készletben , hogy erőforrásokat osztjon meg a készleten belüli adatbázisok között, és optimalizálja a különböző használati mintákkal rendelkező adatbázisok létrehozásának költségeit.

Rugalmas készlet rugalmas skálázású adatbázisokkal való használatának forgatókönyvei:

  • Ha a rugalmas készlethez lefoglalt számítási erőforrásokat kiszámítható időn belül felfelé vagy lefelé kell skáláznia, a lefoglalt tárterület mennyiségétől függetlenül.
  • Ha egy vagy több olvasási skálázási replika hozzáadásával fel szeretné méretezni a rugalmas készlethez lefoglalt számítási erőforrásokat.
  • Ha nagy tranzakciónapló-átviteli sebességet szeretne használni az írásigényes számítási feladatokhoz, még alacsonyabb számítási erőforrások esetén is.

A nem rugalmas skálázású adatbázisok rugalmas skálázású rugalmas készletbe való migrálása frissíti az adatbázisokat a rugalmas skálázási szolgáltatási szintre.

Felépítés

A különálló rugalmas skálázású adatbázisok architektúrája hagyományosan három fő független összetevőből áll: Compute, Storage ("Page Servers"), valamint a naplóból ("Log Service"). Amikor rugalmas készletet hoz létre a rugalmas skálázású adatbázisokhoz, a készleten belüli adatbázisok számítási és naplóerőforrásokat osztanak meg. Emellett, ha a magas rendelkezésre állás konfigurálása mellett dönt, minden magas rendelkezésre állású készlet egyenértékű és független számítási és naplóerőforrás-készlettel jön létre.

Az alábbiak egy rugalmas készlet architektúráját ismertetik rugalmas skálázású adatbázisokhoz:

  • A rugalmas skálázású rugalmas készlet egy elsődleges készletből áll, amely elsődleges rugalmas skálázású adatbázisokat, és ha konfigurálva van, legfeljebb négy további magas rendelkezésre állású készletet tartalmaz.
  • Az elsődleges rugalmas készletben üzemeltetett elsődleges rugalmas skálázású adatbázisok osztoznak az SQL Server-adatbázismotor (sqlservr.exe) számítási folyamatán, a virtuális magokon, a memórián és az SSD-gyorsítótáron.
  • Az elsődleges készlet magas rendelkezésre állásának konfigurálása további magas rendelkezésre állású készleteket hoz létre, amelyek írásvédett adatbázisreplikákat tartalmaznak az elsődleges készlet adatbázisaihoz. Minden elsődleges készlet legfeljebb négy magas rendelkezésre állású replikakészletet tartalmazhat. Minden magas rendelkezésre állású készlet számítási, SSD-gyorsítótárral és memóriaerőforrásokkal rendelkezik a készlet összes másodlagos írásvédett adatbázisához.
  • Az elsődleges rugalmas készlet rugalmas skálázási adatbázisai mind ugyanazt a naplószolgáltatást használják. Mivel a magas rendelkezésre állású készletek adatbázisai nem rendelkeznek írási számítási feladattal, nem használják a naplószolgáltatást.
  • Minden rugalmas skálázású adatbázis saját lapkiszolgálókkal rendelkezik, és ezek a lapkiszolgálók meg vannak osztva az elsődleges készlet elsődleges adatbázisa és a magas rendelkezésre állású készlet összes másodlagos replikaadatbázisa között.
  • A georeplikált másodlagos rugalmas skálázású adatbázisok egy másik rugalmas készletbe helyezhetők.
  • ApplicationIntent=ReadOnly Az adatbázisban megadott kapcsolati sztring egy írásvédett replikaadatbázishoz irányítja az egyik magas rendelkezésre állású készletben.

Az alábbi ábra a rugalmas skálázású adatbázisok rugalmas készletének architektúráját mutatja be:

Diagram showing the Hyperscale elastic pool architecture.

Rugalmas skálázású rugalmas készletadatbázisok kezelése

Ugyanezekkel a parancsokkal kezelheti a készletezett rugalmas skálázású adatbázisokat, mint a többi szolgáltatási szint készletezett adatbázisait. A rugalmas rugalmas készlet létrehozásakor mindenképpen adja meg Hyperscale a kiadást.

Az egyetlen különbség a magas rendelkezésre állású (H/A) replikák számának módosítása egy meglévő rugalmas rugalmas készlethez. Ehhez tegye a következőket:

A rugalmas készletben lévő rugalmas skálázású adatbázisok kezeléséhez az alábbi ügyféleszközöket használhatja:

Nem rugalmas skálázású adatbázisok migrálása rugalmas rugalmas készletekbe

Amikor egy adatbázist rugalmas skálázásra migrál, hozzáadhatja az adatbázist egy meglévő rugalmas skálázású rugalmas készlethez. Ezekhez az áttelepítésekhez a rugalmas készletnek ugyanazon a logikai kiszolgálón kell lennie, mint a forrásadatbázisnak.

Ha rugalmas skálázású rugalmas készletekbe migrálja az adatbázisokat, vegye figyelembe a rugalmas készletenkénti adatbázisok maximális számát.

Nem rugalmas skálázású adatbázisok migrálása rugalmas rugalmas készletekbe a T-SQL használatával

T-SQL-parancsokkal több általános célú adatbázist migrálhat, és hozzáadhatja őket egy meglévő rugalmas skálázású rugalmas készlethez:hsep1

ALTER DATABASE gpepdb1 MODIFY (SERVICE_OBJECTIVE = ELASTIC_POOL(NAME = [hsep1]))
ALTER DATABASE gpepdb2 MODIFY (SERVICE_OBJECTIVE = ELASTIC_POOL(NAME = [hsep1]))
ALTER DATABASE gpepdb3 MODIFY (SERVICE_OBJECTIVE = ELASTIC_POOL(NAME = [hsep1]))
ALTER DATABASE gpepdb4 MODIFY (SERVICE_OBJECTIVE = ELASTIC_POOL(NAME = [hsep1]))

Ebben a példában implicit módon az általános célúról a rugalmas skálázásra való migrálást kéri, megadva, hogy a cél SERVICE_OBJECTIVE egy rugalmas rugalmas rugalmas készlet. A fenti parancsok mindegyike elkezdi a megfelelő általános célú adatbázis rugalmas skálázásra való migrálását. Ezek a ALTER DATABASE parancsok gyorsan visszatérnek, és nem várják meg, amíg az áttelepítés befejeződik. A bemutatott példában négy ilyen migrálással rendelkezhet az általános célúról a rugalmas skálázásra, amelyek párhuzamosan futnak.

A sys.dm_operation_status dinamikus felügyeleti nézet lekérdezésével figyelheti ezeknek a háttérbeli áttelepítési műveleteknek az állapotát.

Nem rugalmas skálázású adatbázisok migrálása rugalmas rugalmas készletekbe a PowerShell használatával

PowerShell-parancsokkal több általános célú adatbázist migrálhat, és hozzáadhatja őket egy meglévő rugalmas skálázású rugalmas készlethez hsep1. A következő példaszkript például a következő lépéseket hajtja végre:

  1. A Get-AzSqlElasticPoolDatabase parancsmaggal listázhatja az Általános célú rugalmas készletben lévő összes adatbázistgpep1.
  2. A Where-Object parancsmag a listát csak a kezdő adatbázisnevekre gpepdbszűri.
  3. A Set-AzSqlDatabase parancsmag minden adatbázishoz elindít egy migrálást. Ebben az esetben implicit módon migrálást kér a rugalmas skálázási szolgáltatási szintre a cél rugalmas skálázású rugalmas készlet megadásával hsep1.
    • A -AsJob paraméter lehetővé teszi, hogy az Set-AzSqlDatabase egyes kérések párhuzamosan fussanak. Ha egyenként szeretné futtatni az áttelepítéseket, eltávolíthatja a paramétert -AsJob .
$dbs = Get-AzSqlElasticPoolDatabase -ResourceGroupName "myResourceGroup" -ServerName "mylogicalserver" -ElasticPoolName "gpep1"
$dbs | Where-Object { $_.DatabaseName -like "gpepdb*" } | % { Set-AzSqlDatabase -ResourceGroupName "myResourceGroup" -ServerName "mylogicalserver" -DatabaseName ($_.DatabaseName) -ElasticPoolName "hsep1" -AsJob }

A sys.dm_operation_status dinamikus felügyeleti nézet mellett a Get-AzSqlDatabaseActivity PowerShell-parancsmaggal is monitorozhatja a háttérbeli áttelepítési műveletek állapotát.

Erőforráskorlátok

Az alábbiakban a rugalmas készleteken belüli rugalmas skálázású adatbázisok használatának támogatott korlátait soroljuk fel:

  • Támogatott hardvergeneráció: Standard sorozatú (Gen5), prémium sorozatú és prémium sorozatú memóriaoptimalizált.
  • Virtuális mag maximális száma készletenként: 80 vagy 128 virtuális mag, a szolgáltatási szint célkitűzésétől függően.
  • Maximális támogatott adatméret adatbázisonként: 100 TB.
  • Maximálisan támogatott teljes adatméret a készletben lévő DB-k között: 100 TB.
  • Maximális támogatott tranzakciónapló-átviteli sebesség adatbázisonként: 100 MB.
  • A készlet adatbázisainak maximális támogatott tranzakciónapló-átviteli sebessége: 131,25 MB/másodperc.
  • Minden rugalmas rugalmas rugalmas készlet legfeljebb 25 adatbázissal rendelkezhet.

További részletekért tekintse meg a rugalmas rugalmas készletek erőforráskorlátait standard sorozatú, prémium sorozatú és prémium sorozatú memóriaoptimalizálthoz.

Feljegyzés

A teljesítményprofilok, a támogatott képességek és a közzétett korlátok változhatnak, amíg a funkció előzetes verzióban van. Ezért érdemes ellenőrizni a használati esetet a számítási feladatok rendszeres funkcionális, teljesítmény- és skálázási tesztelésével.

Korlátozások

Ügyeljen a következő korlátozásokra:

  • A meglévő nem rugalmas skálázású rugalmas készlet rugalmas skálázású kiadásra történő módosítása nem támogatott. A migrálási szakasz néhány használható alternatívát kínál.
  • A rugalmas rugalmas készlet kiadásának nem rugalmas skálázású kiadásra történő módosítása nem támogatott.
  • A rugalmas skálázású rugalmas készletben lévő jogosult adatbázisok migrálásához először el kell távolítani a rugalmas készletből. A különálló rugalmas skálázású adatbázis ezután visszatelepíthető egy általános célú önálló adatbázisba.
  • A készletben lévő adatbázisok karbantartása és a karbantartási időszakok konfigurálása a készlet szintjén történik. Jelenleg nem konfigurálható karbantartási időszak a rugalmas készletekhez.
  • A zónaredundancia jelenleg nem érhető el rugalmas készletekhez. Ha zónaredundáns rugalmas skálázási adatbázist próbál hozzáadni egy rugalmas rugalmas készlethez, az hibát eredményez.
  • Nevesített replika hozzáadása rugalmas rugalmas készlethez nem támogatott. Ha egy rugalmas skálázású adatbázis nevesített replikáját próbálja hozzáadni egy rugalmas rugalmas készlethez, az hibát eredményez UnsupportedReplicationOperation . Ehelyett hozza létre a nevesített replikát egyetlen rugalmas skálázású adatbázisként.

Ismert problémák

Probléma Ajánlás
Ha egy új rugalmas skálázású rugalmas készletet próbál létrehozni a PowerShellből a -ZoneRedundant megadott paraméterrel, egy homályos One or more errors occurredlesz. Ha a PowerShell-parancsot a megfelelő -Verbose és -Debug a megadott paraméterekkel futtatja, a tényleges hiba a következő lesz: Provisioning of zone redundant database/pool is not supported for your current request. Jelenleg nem támogatott rugalmas rugalmas készletek létrehozása zónaredundanciával.
Ritkán előfordulhat, hogy a hiba 45122 - This Hyperscale database cannot be added into an elastic pool at this time. In case of any questions, please contact Microsoft supportakkor jelenik meg, amikor rugalmas készletbe próbál áthelyezni/ visszaállítani/ átmásolni egy rugalmas skálázású adatbázist. Ez a korlátozás implementációspecifikus részletekből áll. Ha ez a hiba blokkolja Önt, küldjön egy támogatási incidenst, és kérjen segítséget.

Kapcsolódó tartalom