Adatbázis-erőforrások dinamikus méretezése minimális állásidővel – Azure SQL Database &Azure SQL Managed Instance

A következőre vonatkozik: Azure SQL DatabaseFelügyelt Azure SQL-példány

Az Azure SQL Database és a felügyelt Azure SQL-példány lehetővé teszi, hogy dinamikusan több erőforrást adjon hozzá az adatbázishoz minimális állásidővel. Van azonban egy olyan időszak, amikor a kapcsolat rövid ideig megszakad az adatbázishoz, ami az újrapróbálkozási logikával enyhíthető.

Áttekintés

Ha az alkalmazás iránti kereslet néhány eszközről és ügyfélről milliókra nő, az Azure SQL Database és a felügyelt SQL-példányok minimális állásidővel lépnek fel menet közben. A skálázhatóság a szolgáltatásként nyújtott platform (PaaS) egyik legfontosabb jellemzője, amely lehetővé teszi, hogy szükség esetén dinamikusan több erőforrást adjon hozzá a szolgáltatáshoz. Az Azure SQL Database lehetővé teszi az adatbázisokhoz lefoglalt erőforrások (processzorteljesítmény, memória, IO-átviteli sebesség és tárolás) egyszerű módosítását.

Az alkalmazás megnövekedett használata miatt fellépő teljesítményproblémákat az indexelési vagy lekérdezés-újraírási módszerekkel nem lehet kijavítani. További erőforrások hozzáadása lehetővé teszi, hogy gyorsan reagáljon, amikor az adatbázis eléri az aktuális erőforráskorlátokat, és több energiát igényel a bejövő számítási feladatok kezeléséhez. Az Azure SQL Database lehetővé teszi az erőforrások vertikális leskálázását is, ha nincs rájuk szükség a költségek csökkentéséhez.

Nem kell aggódnia a hardver vásárlása és a mögöttes infrastruktúra módosítása miatt. Az adatbázis skálázása egyszerűen elvégezhető az Azure Portalon csúszkával.

Scale database performance

Az Azure SQL Database a DTU-alapú vásárlási modellt és a virtuális magalapú vásárlási modellt, míg a felügyelt Azure SQL-példány csak a virtuális magalapú vásárlási modellt kínálja.

  • A DTU-alapú vásárlási modell számítási, memória- és I/O-erőforrások kombinációját kínálja három szolgáltatási szinten, hogy támogassa a könnyű és nehézsúlyú adatbázis-számítási feladatokat: Alapszintű, Standard és Prémium. Az egyes szolgáltatásszintek teljesítményszintjei ezen erőforrások különféle keverékét kínálják, amelyhez további tárterület-erőforrások is hozzáadhatók.
  • A virtuális magalapú vásárlási modell lehetővé teszi a virtuális magok számának, mennyiségének vagy memóriájának, valamint a tárhely mennyiségének és sebességének kiválasztását. Ez a vásárlási modell három szolgáltatási szintet kínál: általános célú, üzletileg kritikus és rugalmas skálázást.

Az adatbázis, a rugalmas készlet vagy a felügyelt példány szolgáltatási szintje, számítási szintje és erőforráskorlátjai bármikor módosíthatók. Létrehozhatja például az első alkalmazást egyetlen adatbázisra a kiszolgáló nélküli számítási szint használatával, majd bármikor manuálisan vagy programozott módon módosíthatja a szolgáltatási szintet a kiépített számítási szintre, hogy megfeleljen a megoldás igényeinek.

Megjegyzés:

Az adatbázisok szolgáltatási szintjének módosítására vonatkozó jelentős kivételek a következők:

  • Az olyan funkciókat használó adatbázisok, amelyek csak a üzletileg kritikus/Prémium szolgáltatási szinteken érhetők el, nem módosíthatók az Általános célú/ Standard szolgáltatási szint használatára. Jelenleg az egyetlen ilyen funkció a memóriabeli OLTP.
  • Az eredetileg rugalmas skálázási szolgáltatási szinten létrehozott adatbázisok nem migrálhatók más szolgáltatási szintekre. Ha egy meglévő adatbázist migrál az Azure SQL Database-ben a rugalmas skálázási szolgáltatási szintre, az eredeti rugalmas skálázásra való migrálást követő 45 napon belül visszaállíthatja az általános célú szolgáltatási szintre való migrálást. Ha az adatbázist egy másik szolgáltatási szintre (például üzletileg kritikus) szeretné migrálni, először térjen vissza az Általános célú szolgáltatási szintre, majd végezzen el egy további migrálást. További információ a rugalmas skálázásról történő migrálás megfordításáról.

Az adatbázishoz lefoglalt erőforrásokat a szolgáltatás célkitűzésének módosításával vagy skálázással módosíthatja, hogy megfeleljen a számítási feladatok igényeinek. Ez azt is lehetővé teszi, hogy csak akkor fizessen a szükséges erőforrásokért, ha szüksége van rájuk. Tekintse meg a skálázási művelet alkalmazásra gyakorolt lehetséges hatásával kapcsolatos megjegyzést .

Az Azure SQL Database lehetővé teszi az adatbázisok dinamikus méretezését:

Az Azure SQL Managed Instance lehetővé teszi a skálázást is:

  • A felügyelt SQL-példány virtuális magok üzemmódot használ, és lehetővé teszi a példány számára lefoglalt processzormagok maximális és maximális tárterületének meghatározását. A felügyelt példányon belüli összes adatbázis megosztja a példányhoz lefoglalt erőforrásokat.

Tipp.

A dinamikus skálázás lehetővé teszi, hogy az ügyfelek manuálisan vagy programozott módon módosítják az erőforrás-foglalást. A dinamikus skálázási képesség minden Azure SQL Database- és Azure SQL Managed Instance-erőforráshoz elérhető.

A dinamikus skálázás támogatása mellett az Azure SQL Database kiszolgáló nélküli szintje is támogatja az automatikus skálázást. A kiszolgáló nélküli rétegbeli adatbázisok automatikusan méretezik az erőforrásokat egy ügyfél által megadott tartományon belül, a számítási feladatok igényei alapján. Az adatbázis méretezéséhez nincs szükség ügyfélműveletre.

Vertikális felskálázási vagy vertikális leskálázási műveletek hatása

A vertikális fel- vagy leskálázási művelet kezdeményezése a fent említett módok bármelyikében újraindítja az adatbázismotor folyamatát, és szükség esetén áthelyezi azt egy másik virtuális gépre. Az adatbázismotor folyamatának áthelyezése egy új virtuális gépre egy online folyamat , amelynek során továbbra is használhatja a meglévő Azure SQL Database-szolgáltatást. Ha a céladatbázis-motor készen áll a lekérdezések feldolgozására, a rendszer leállítja az aktuális adatbázismotor nyitott kapcsolatait, és a nem véglegesített tranzakciókat visszaállítja. Új kapcsolatok fognak létrejönni a céladatbázis-motorral.

Megjegyzés:

Nem ajánlott skálázni a felügyelt példányt, ha egy hosszú ideig futó tranzakció( például adatimportálás, adatfeldolgozási feladatok, index újraépítése stb.) fut, vagy ha aktív kapcsolat van a példányon. Annak érdekében, hogy a skálázás a szokásosnál hosszabb időt vesz igénybe, skáláznia kell a példányt az összes hosszan futó művelet befejezésekor.

Megjegyzés:

Rövid kapcsolattörésre számíthat, ha a vertikális felskálázás/leskálázási folyamat befejeződött. Ha újrapróbálkozási logikát implementált a szokásos átmeneti hibákhoz, nem fogja észrevenni a feladatátvételt.

Alternatív skálázási módszerek

Az erőforrások skálázása a legegyszerűbb és leghatékonyabb módszer az adatbázis teljesítményének javítására az adatbázis vagy az alkalmazáskód módosítása nélkül. Bizonyos esetekben előfordulhat, hogy még a legmagasabb szolgáltatási szintek, a számítási méretek és a teljesítményoptimalizálás sem kezeli a számítási feladatot sikeres és költséghatékony módon. Ebben az esetben a következő további lehetőségek állnak rendelkezésére az adatbázis skálázásához:

  • Az olvasási felskálázás egy elérhető funkció, amelyben egyetlen írásvédett replikát kap az adatokból, ahol igényes írásvédett lekérdezéseket, például jelentéseket hajthat végre. Az írásvédett replika az elsődleges adatbázis erőforrás-használatának befolyásolása nélkül kezeli az írásvédett számítási feladatokat.
  • Az adatbázis-horizontális skálázás olyan technikák készlete, amelyek lehetővé teszik az adatok több adatbázisra való felosztását és egymástól függetlenül történő skálázását.

További lépések