Az Azure SQL Database virtuális mag- és DTU-alapú vásárlási modelljeinek összehasonlítása
A következőre vonatkozik:
Azure SQL Database
Az Azure SQL Database segítségével egyszerűen vásárolhat egy teljes körűen felügyelt platformot szolgáltatásként (PaaS) adatbázismotorként, amely megfelel a teljesítményre és a költségekre vonatkozó igényeknek. Az Azure SQL Database-hez választott üzemi modelltől függően kiválaszthatja az Önnek megfelelő vásárlási modellt:
- Virtuálismag-alapú vásárlási modell (ajánlott). Ez a vásárlási modell választást biztosít a kiépített vagy kiszolgáló nélküli számítási szintek között:
- A kiosztott számítási szinttel kiválaszthatja a számítási feladatokhoz mindig kiosztott számítási erőforrások pontos mennyiségét.
- A kiszolgáló nélküli számítási szinttel megadhatja a számítási erőforrások automatikus skálázását egy konfigurálható számítási tartományon keresztül. A kiszolgáló nélküli számítási szint automatikusan szünetelteti az adatbázisokat inaktív időszakokban, amikor csak a tárterület számlázása történik, és automatikusan folytatja az adatbázisokat a tevékenység visszatérésekor. A virtuális magok időegységenkénti egységára alacsonyabb a kiépített számítási szinten, mint a kiszolgáló nélküli számítási szinten.
- Adatbázisok tranzakciós egységein alapuló (DTU-alapú) vásárlási modell. Ez a vásárlási modell kombinált számítási és tárolási csomagokat biztosít a gyakori számítási feladatokhoz.
Vásárlási modellek
Két vásárlási modell létezik:
- A virtuális magalapú vásárlási modell az Azure SQL Database-hez és a felügyelt Azure SQL-példányhoz is elérhető.
- A DTU-alapú vásárlási modell elérhető az Azure SQL Database-hez.
Az alábbi táblázat és diagram a virtuális magalapú és a DTU-alapú vásárlási modelleket hasonlítja össze és hasonlítja össze:
| Vásárlási modell | Leírás | Legjobb |
|---|---|---|
| DTU-alapú | Ez a modell a számítási, tárolási és I/O-erőforrások csomagban megadott mértékén alapul. A számítási méretek az önálló adatbázisok esetében adatbázis-tranzakciós egységben (DTU), a rugalmas készletek esetében pedig rugalmas adatbázis-tranzakciós egységben (eDTU) vannak megadva. További információ a DTU-kkal és eDTU-kkal kapcsolatban: Mik azok a DTU-k és eDTU-k? | Egyszerű, előre konfigurált erőforrás-beállításokat igénylő ügyfelek |
| Virtuálismag-alapú | Ez a modell lehetővé teszi a számítási és tárolási erőforrások egymástól függetlenül történő kiválasztását. A virtuálismag-alapú vásárlási modell lehetővé teszi az Azure Hybrid Benefit SQL Serverrel való használatát a költségek megtakarítása érdekében. | Ügyfelek, akik értékelik a rugalmasságot, az ellenőrzést és az átláthatóságot |
virtuális mag vásárlási modell
A virtuális mag (vCore) egy logikai PROCESSZORt jelöl, és lehetőséget kínál a hardver generációi és a hardver fizikai jellemzői (például a magok száma, a memória és a tároló mérete) között. A virtuális magalapú vásárlási modell rugalmasságot, vezérlést, az egyes erőforrás-felhasználás átláthatóságát és a helyszíni számítási feladatok felhőbe való lefordításának egyszerű módját biztosítja. Ez a modell lehetővé teszi számítási, memória- és tárolási erőforrások kiválasztását a számítási feladatok igényeinek megfelelően.
Az SQL Database virtuális magalapú vásárlási modelljében választhat az általános célú, az üzleti szempontból kritikus és a rugalmas skálázású szolgáltatási szintek közül. További információért tekintse át a szolgáltatási szinteket .
A virtuális magalapú vásárlási modellben a költségek a következő lehetőségektől és használattól függenek:
- Szolgáltatásszint
- Hardverkonfiguráció
- Számítási erőforrások (a virtuális magok száma és a memória mennyisége)
- Fenntartott adatbázis-tároló
- Tényleges biztonsági mentési tároló
DTU vásárlási modell
A DTU-alapú vásárlási modell egy adatbázis-tranzakciós egység (DTU) használatával számítja ki és köti össze a számítási költségeket. Az adatbázis-tranzakciós egység (DTU) a processzor, a memória, az olvasások és az írások kombinált mértéke. A DTU-alapú vásárlási modell előre konfigurált számítási erőforrásokat és tárolókat kínál, amelyek különböző szintű alkalmazásteljesítményt eredményeznek. Ha előnyben részesíti az előre konfigurált csomagok és a fix kifizetések egyszerűségét havonta, a DTU-alapú modell jobban megfelelhet az igényeinek.
A DTU-alapú vásárlási modellben választhat az Azure SQL Database alapszintű, standard és prémium szolgáltatási szintjei közül. További információért tekintse át a DTU szolgáltatási szintjeit .
A DTU-alapú vásárlási modellről virtuális magalapú vásárlási modellre való konvertáláshoz lásd : Migrálás DTU-ról virtuális magra.
Számítási költségek
A számítási költségek kiszámítása az egyes vásárlási modellek alapján eltérően történik.
DTU számítási költségek
A DTU vásárlási modellben a DTU-k előre konfigurált számítási erőforrások csomagjaiban érhetők el, és a különböző szintű alkalmazásteljesítményt eredményező tárterületet is tartalmazzák. A számlázás az adatbázishoz lefoglalt DTU-k számával történik az alkalmazás számára.
Virtuális mag számítási költségei
A virtuális magalapú vásárlási modellben válasszon a kiépített számítási szint vagy a kiszolgáló nélküli számítási szint közül. A kiépített számítási szinten a számítási költség az alkalmazáshoz kiosztott teljes számítási kapacitást tükrözi. A kiszolgáló nélküli számítási szinten a számítási erőforrások automatikusan skálázódnak a számítási feladatok kapacitása alapján, és a felhasznált számítási mennyiségért számlázzák ki másodpercenként.
Az önálló adatbázisok esetében a számítási erőforrások, az I/O, valamint az adatok és a naplótárolók díja adatbázisonként történik. Rugalmas készletek esetén ezeket az erőforrásokat készletenként kell fizetni. A biztonsági mentési tárterület azonban mindig adatbázisonként díjköteles.
Megjegyzés:
A rugalmas skálázás rugalmas készletei jelenleg előzetes verzióban érhetők el.
Mivel három további replika van automatikusan lefoglalva az üzletileg kritikus szolgáltatási szinten, az ár körülbelül 2,7-szer magasabb, mint az Általános célú szolgáltatási szinten. Hasonlóképpen, az üzletileg kritikus szolgáltatási szinten gb-onkénti magasabb tárolási ár a helyi SSD-tároló magasabb I/O-korlátait és kisebb késését tükrözi.
Tárolási költségek
A tárolási költségek kiszámítása az egyes vásárlási modellek alapján eltérően történik.
DTU tárolási költségek
A tárolás a DTU árában szerepel. A Standard és a Premium szinteken további tárterületet is hozzáadhat. A további tárterület kiépítésének részleteiért tekintse meg az Azure SQL Database díjszabási beállításait .
A biztonsági másolatok hosszú távú megőrzése nem szerepel a csomagban, és külön számlázva van.
Virtuális magok tárolási költségei
A különböző típusú tárhelyek számlázása eltérő.
- Adattárolás esetén a kiépített tárterületért a kiválasztott maximális adatbázis- vagy készletméret alapján kell fizetnie. A költség csak akkor változik, ha csökkenti vagy növeli ezt a maximumot.
- A biztonsági mentési tár az adatbázisok automatikus biztonsági mentéséhez van társítva, és dinamikusan van lefoglalva. A biztonsági mentések megőrzési idejének növelése növelheti az adatbázisok által igényelt biztonsági mentési tárterületet.
- A biztonsági mentési tárterület költsége megegyezik az üzletileg kritikus szolgáltatási szint és az általános célú szolgáltatási szint esetében, mivel mindkét szint standard tárterületet használ a biztonsági mentésekhez.
Alapértelmezés szerint hét napnyi automatikus biztonsági mentést másol a rendszer egy tárfiókba. Ezt a tárterületet teljes biztonsági mentések, különbségi biztonsági másolatok és tranzakciónapló-biztonsági mentések használják. A különbségi és tranzakciónapló-biztonsági mentések mérete az adatbázis változási sebességétől függ. Az adatbázis maximális adatméretének 100%-ának megfelelő minimális tárterületet díjmentesen biztosítjuk. A biztonsági mentési tárterület további felhasználása havonta GB-ban történik.
A tárolási árakkal kapcsolatos további információkért lásd az Azure SQL Database díjszabását.
Gyakori kérdések (GYIK)
Offline állapotba kell hoznom az alkalmazást, hogy DTU-alapú szolgáltatási szintről virtuális magalapú szolgáltatási szintre konvertálhassam az alkalmazást?
Nem. Nem kell offline állapotba helyeznie az alkalmazást. Az új szolgáltatási szintek egy egyszerű online konverziós módszert kínálnak, amely hasonló az adatbázisok standardról prémium szolgáltatási szintre való frissítésének meglévő folyamatához, és fordítva. Ezt az átalakítást az Azure Portal, a PowerShell, az Azure CLI, a T-SQL vagy a REST API használatával indíthatja el. Lásd az önálló adatbázisok kezelését és a rugalmas készletek kezelését ismertető részt.
Átalakíthatok egy adatbázist a virtuális magalapú vásárlási modell szolgáltatási szintjéről a DTU-alapú vásárlási modell szolgáltatási szintjére?
Igen, az adatbázist egyszerűen konvertálhatja bármilyen támogatott teljesítménycélra az Azure Portal, a PowerShell, az Azure CLI, a T-SQL vagy a REST API használatával. Lásd az önálló adatbázisok kezelését és a rugalmas készletek kezelését ismertető részt.
További lépések
Visszajelzés
Hamarosan elérhető: 2024-ben fokozatosan kivezetjük a GitHub-problémákat a tartalom visszajelzési mechanizmusaként, és lecseréljük egy új visszajelzési rendszerre. További információ: https://aka.ms/ContentUserFeedback.
Visszajelzés küldése és megtekintése a következőhöz: