Megosztás a következőn keresztül:

Tárolás: Az Azure-beli virtuális gépeken futó SQL Server teljesítményével kapcsolatos ajánlott eljárások

A következőkre vonatkozik:SQL Server az Azure-beli virtuális gépeken

Ez a cikk ajánlott tárolási eljárásokat és irányelveket tartalmaz az Azure-beli virtuális gépeken futó SQL Server teljesítményének optimalizálásához.

Általában a költségek optimalizálása és a teljesítmény optimalizálása között van kompromisszum. Ez a teljesítménnyel kapcsolatos ajánlott eljárássorozat az Azure-beli virtuális gépeken futó SQL Server legjobb teljesítményének lekérésére összpontosít. Ha a számítási feladat kevésbé igényes, előfordulhat, hogy nem minden ajánlott optimalizálást igényel. A javaslatok kiértékelése során vegye figyelembe a teljesítményigényeket, a költségeket és a számítási feladat mintáit.

További információkért tekintse meg a sorozat további cikkeit: Ellenőrzőlista, virtuális gép méretének, Biztonsági, HADR konfigurációsés Alaptervgyűjtése.

Ellenőrző lista

Tekintse át az alábbi ellenőrzőlistát a cikk további részében ismertetett ajánlott tárolási eljárások rövid áttekintéséhez:

  • A lemeztípus kiválasztása előtt monitorozza az alkalmazást, és tárolási sávszélességre és késésre vonatkozó követelményeket.
  • Ha elérhető, konfigurálja az tempdb adatokat és naplófájlokat a D: helyi SSD-köteten egy új virtuális gép üzembe helyezésekor vagy az SQL Server manuális telepítése után. Az SQL IaaS Agent bővítmény kezeli az újrakiépítéshez szükséges mappát és engedélyeket.
  • A tárolási teljesítmény optimalizálása érdekében tervezze meg a legmagasabb rendelkezésre álló, nem gyorsítótárazott IOPS-t, és használja az adatcache-elést teljesítményjavításként az adatolvasásokhoz, miközben elkerüli a virtuális gépek és lemezek korlátozását.
  • Az Ebdsv5 vagy Ebsv5 sorozatú SQL Server virtuális gépek használatakor a legjobb árteljesítmény érdekében használja Premium SSD v2. Az SQL Server virtuális gépet prémium SSD v2-vel is üzembe helyezheti az Azure Portalon (jelenleg előzetes verzióban).
  • Ha a számítási feladathoz több mint 160 000 IOPS szükséges, használja a Premium SSD v2 vagy az Azure Ultra Disks szolgáltatást.
  • Helyezzen el adatokat, naplókat és tempdb fájlokat külön meghajtókra.
    • Az adatmeghajtóhoz használja a prémium P30-as és P40-es lemezeket a gyorsítótár-támogatás rendelkezésre állásának biztosítása érdekében. Az Ebdsv5 virtuálisgép-sorozathasználatakor használja Prémium SSD v2, amely jobb ár-teljesítményt nyújt a magas IOPS- és I/O-teljesítményt igénylő számítási feladatokhoz.
    • A kapacitás és a teljesítmény tesztelésére, valamint a költségek összehasonlítására szolgáló naplómeghajtó-terv esetében, Prémium SSD v2 vagy Prémium SSD P30 - P80 lemezek kiértékelése során.
      • Ha szubmilliszekundumos tárolási késleltetésre van szükség, használja a Premium SSD v2-t vagy az Azure Ultra Disk-et a tranzakciónaplóhoz.
      • M sorozatú virtuális gépek üzembe helyezése esetén fontolja meg az írásgyorsító használatát az Azure ultralemezek helyett.
    • Helyezze a tempdb-t az ideiglenes lemezre (az ideiglenes lemez rövid élettartamú, és alapértelmezés szerint D:\) az optimális virtuálisgép-méret kiválasztása után a legtöbb olyan SQL Server-számítási feladathoz, amely nem része egy feladatátvevőfürt-példánynak (FCI).
    • Feladatátvevő fürtpéldányok (FCI) esetén helyezze a tempdb-t a megosztott tárolóra.
      • Ha az FCI-munka nagy mértékben függ a tempdb lemez teljesítményétől, akkor haladó konfiguráció esetén helyezze el a tempdb-et a helyi, rövid élettartamú SSD-meghajtóra (alapértelmezett D:\), amely nem része az FCI tárolónak. Ehhez a konfigurációhoz egyéni monitorozásra és műveletre van szükség, hogy a helyi rövid élettartamú SSD-meghajtó (alapértelmezett D:\) mindig elérhető legyen, mivel a meghajtó hibái nem aktiválják a műveletet az FCI-ből.
  • Több Azure-adatlemez csíkozása a Tárolóhelyek használatával az I/O-sávszélesség növelése érdekében, a cél virtuális gép IOPS- és átviteli sebességkorlátjaiig.
  • Állítsa be a gazdagép gyorsítótárazásátírásvédett módba az adatfájllemezekhez.
  • Állítsa a gazdagép gyorsítótárazást a naplófájllemezeknél nincs értékűre.
    • Ne engedélyezze az olvasási/írási gyorsítótárazást az SQL Server-adatokat vagy naplófájlokat tartalmazó lemezeken.
    • A lemez gyorsítótár-beállításainak módosítása előtt mindig állítsa le az SQL Server szolgáltatást.
  • Ha több különböző számítási feladatot migrál a felhőbe, Azure Elastic SAN költséghatékony összevont tárolási megoldás lehet. Az Azure Elastic SAN használatakor azonban az SQL Server számítási feladataihoz szükséges IOPS/átviteli sebesség elérése gyakran túlterhelt kapacitást igényel. Bár általában nem megfelelő egyetlen SQL Server-számítási feladathoz, költséghatékony megoldást érhet el, ha alacsony teljesítményű számítási feladatokat kombinál az SQL Serverrel.
  • A fejlesztési és tesztelési feladatokhoz, valamint a hosszú távú biztonsági mentési archiváláshoz fontolja meg a standard tárterület használatát. Éles számítási feladatokhoz nem ajánlott a Standard HDD/SSD használata.
  • Kreditalapú lemezkitörés (P1-P20) csak kisebb fejlesztői/tesztelési munkaterhelések és részlegrendszerek esetében érdemes figyelembe venni.
  • A tárolási teljesítmény optimalizálása érdekében tervezze meg a legnagyobb elérhető IOPS-t gyorsítótárazás nélkül, és használja az adatok olvasásához az adatgyorsítótárazást mint teljesítményfunkciót, és kerülje el a virtuális gépek és lemezek korlátozását/szabályozását.
  • Formázza úgy az adatlemezt, hogy az ideiglenes D:\ meghajtótól eltérő meghajtón elhelyezett összes adatfájlhoz használjon 64 KB-os foglalási egységméretet (amelynek alapértelmezett értéke 4 KB). Az Azure Marketplace-en keresztül üzembe helyezett SQL Server virtuális gépek olyan adatlemezekkel rendelkeznek, amelyek a foglalási egység méretéhez igazított formázással és a tárolókészlet interleave-je 64 KB-ra van állítva.
  • Konfigurálja a tárfiókot ugyanabban a régióban, mint az SQL Server virtuális gép.
  • Tiltsa le az Azure georedundáns tárolást (georeplikálás), és használja az LRS-t (helyi redundáns tárolás) a tárfiókon.
  • Engedélyezze a SQL Ajánlott eljárások felmérése a lehetséges teljesítményproblémák azonosításához és annak kiértékeléséhez, hogy az SQL Server virtuális gépe konfigurálva van-e az ajánlott eljárások követésére.
  • A lemez- és virtuálisgép-korlátok áttekintése és monitorozása Storage IO-kihasználtsági metrikákkal.
  • Kizárja SQL Server-fájlokat a víruskereső szoftverek vizsgálatából, beleértve az adatfájlokat, naplófájlokat és biztonsági mentési fájlokat.
  • Méretezze át a tárolókészletet megfelelően.

A tárolási ellenőrzőlista és a többi ajánlott eljárás összehasonlításához tekintse meg az átfogó teljesítményre vonatkozó ajánlott eljárások ellenőrzőlistát.

Áttekintés

Ha egy Azure-beli virtuális gépen szeretné megtalálni az SQL Server számítási feladatainak leghatékonyabb konfigurációját, először mérje az üzleti alkalmazás tárolási teljesítményét. A tárolási követelmények ismerete után válasszon ki egy olyan virtuális gépet, amely támogatja a szükséges IOPS-t és átviteli sebességet a megfelelő memória-vCore aránysal.

Válasszon egy olyan virtuálisgép-méretet, amely elegendő tárolási méretezhetőséget biztosít a számítási feladathoz, és olyan lemezeket (általában egy tárolókészletben), amelyek megfelelnek a vállalat kapacitás- és teljesítménykövetelményeinek.

A lemez típusa a lemezen üzemeltetett fájltípustól és a csúcsteljesítmény-követelményektől is függ.

Borravaló

Az Azure Portálon keresztül egy SQL Server virtuális gép üzembe helyezése segít végigvezetni a tárolási konfigurációs folyamaton, és megvalósítja a legtöbb ajánlott tárolási gyakorlatot, például külön tárolókészleteket hoz létre az adatokhoz és naplófájlokhoz, a tempdb meghajtót a D:\ meghajtóra irányítja, valamint engedélyezi az optimális gyorsítótárazási szabályzatot. További információ a tároló kiépítéséről és konfigurálásáról a következő helyen: SQL VM tároló konfiguráció.

Virtuálisgép-lemeztípusok

A lemezek teljesítményszintjében választhat. A mögöttes tárolóként elérhető felügyelt lemezek típusai (a teljesítmény növelésével) a standard merevlemez-meghajtók (HDD), a standard szilárdtest-meghajtók (SSD), a prémium SSD-k, a Prémium SSD v2 és az Ultra Disks.

Standard HDD-k, Standard SSD-k és Prémium SSD-k esetén a lemez teljesítménye a lemez méretével növekszik, prémium lemezcímkék szerint csoportosítva, mint például a P1 4 GiB tárhelytel és 120 IOPS a P80-hoz 32 TiB tárhellyel és 20 000 IOPS-val. A Premium Storage támogatja a tárolási gyorsítótárat, amely segíti bizonyos számítási feladatok olvasási és írási teljesítményének javulását. További információ: Felügyelt lemezek áttekintése.

A Prémium SSD v2 és ultralemezek teljesítménye a lemez méretétől függetlenül módosítható, további részletekért lásd: Ultra lemez teljesítménye és Prémium SSD v2 teljesítmény. Ha a számítási feladathoz több mint 160 000 IOPS szükséges, fontolja meg a Prémium SSD v2 vagy Ultra Disk használatát.

Emellett három fő lemezszerepkört figyelembe venni az Azure-beli virtuális gépen futó SQL Server esetében: egy operációsrendszer-lemezt, egy ideiglenes lemezt és az adatlemezeket. Gondosan válassza ki, mi kerül tárolásra az operációs rendszer meghajtóján, (C:\), valamint az ideiglenes, rövid élettartamú meghajtón, (D:\).

Operációs rendszer lemeze

Az operációsrendszer-lemezek olyan VHD-k, amelyek az operációs rendszer futó verziójaként indíthatók el és csatlakoztathatók, és C:\ meghajtóként van megjelölve. Azure-beli virtuális gép létrehozásakor a platform legalább egy lemezt csatol a virtuális géphez operációs rendszerlemez céljából. Az alkalmazástelepítések és a fájlkonfiguráció alapértelmezett helye a C:\ meghajtó.

Éles SQL Server-környezetek esetén ne használja az operációs rendszer lemezét adatfájlokhoz, naplófájlokhoz és hibanaplókhoz.

Ideiglenes meghajtó

Számos Azure-beli virtuális gép tartalmaz egy másik, ideiglenes lemeznek nevezett lemeztípust (D:\ meghajtóként címkézve). A virtuális gép sorozatától és méretétől függően a lemez kapacitása eltérő lesz. Az ideiglenes lemez múlékony, ami azt jelenti, hogy a lemeztárhely újraépül (vagyis felszabadul és újra kiosztásra kerül), amikor a virtuális gépet újraindítják, vagy áthelyezik egy másik gazdagépre (például szolgáltatásjavítás céljából).

Az ideiglenes tárolómeghajtó nem marad meg a távoli tárolóban, ezért nem szabad a felhasználói adatbázis fájljait, tranzakciónapló-fájljait vagy bármi mást tárolnia, amelyet meg kell őriznie. Használhatja például a pufferkészlet bővítményekhez, a lapfájlhoz és a tempdb-hoz.

Helyezze a tempdb a helyi ideiglenes D:\ SSD-meghajtóra az SQL Server-számítási feladatokhoz, hacsak a helyi gyorsítótár használata nem okoz gondot. Ha olyan virtuális gépet használ, amely nem rendelkezik ideiglenes lemezzel, akkor ajánlott a tempdb saját elkülönített lemezre vagy tárolókészletre helyezni, ahol a gyorsítótárazási beállítást írásvédettre állítják be. További információkért lásd: tempdb adatcache-elési irányelvek.

Adatlemezek

Az adatlemezek olyan távoli tárolólemezek, amelyeket gyakran hoznak létre tárolókészletekben annak érdekében, hogy túllépjék azt a kapacitást és teljesítményt, amelyet bármely lemez kínálhat a virtuális gép számára.

Csatolja a számítási feladat IOPS-jának, átviteli sebességének és kapacitásigényének megfelelő lemezek minimális számát. Ne lépje túl az átméretezni kívánt legkisebb virtuális gép adatlemezeinek maximális számát.

Helyezzen adatokat és naplófájlokat a teljesítménykövetelményeknek leginkább megfelelő kiépített adatlemezekre.

Formázza úgy az adatlemezt, hogy az ideiglenes D:\ meghajtótól eltérő meghajtón elhelyezett összes adatfájlhoz használjon 64 KB-os foglalási egységméretet (amelynek alapértelmezett értéke 4 KB). Az Azure Marketplace-en keresztül üzembe helyezett SQL Server virtuális gépek olyan adatlemezekkel rendelkeznek, amelyek a foglalási egység méretéhez igazított formázással és a tárolókészlet interleave-je 64 KB-ra van állítva.

Jegyzet

Az SQL Server-adatbázisfájlokat közvetlenül a Azure Blob Storage--on vagy SMB storage--en, például a prémium szintű Azure fájltárolónis elhelyezheti, de a legjobb teljesítmény, megbízhatóság és funkcióelérhetőség érdekében javasoljuk a Azure felügyelt lemezeket használatát.

Prémium SSD v2

Az SQL Server számítási feladatokhoz a Premium SSD v2 lemezek használata javasolt támogatott régiókban, ha az jelenlegi korlátozások megfelelnek a környezetének. A konfigurációtól függően a Prémium SSD v2 olcsóbb lehet, mint a Prémium SSD-k, miközben teljesítménybeli fejlesztéseket is biztosít. A Prémium SSD 2-es verziójával a lemez méretétől függetlenül egyénileg módosíthatja az átviteli sebességet vagy az IOPS-t. A teljesítménybeállítások egyéni módosítása lehetővé teszi ezt a nagyobb költségmegtakarítást, és lehetővé teszi, hogy a várt vagy ismert szükségidőszakokban a teljesítménykövetelményeknek megfelelő módosításokat szkriptelje.

A Prémium SSD v2 használatát javasoljuk az Ebdsv5 vagy Ebsv5 virtuálisgép-sorozat használatakor, mivel költséghatékonyabb megoldás ezekhez a magas I/O átviteli sebességű gépekhez. Ha a számítási feladathoz több mint 160 000 IOPS szükséges, fontolja meg a Prémium SSD v2 vagy Ultra Disk használatát.

Az AZURE Portalon (jelenleg előzetes verzióban) helyezheti üzembe az SQL Server-beli virtuális gépeket a Premium SSD v2 használatával.

Ha az SQL Server virtuális gépet az Azure Portal használatával helyezi üzembe, és a prémium SSD v2-t szeretné használni, jelenleg az Ebdsv5 vagy Az Ebsv5 sorozatú virtuális gépekre korlátozódik. Ha azonban manuálisan hozza létre a virtuális gépet Prémium SSD v2-tárolóval, majd manuálisan telepíti az SQL Servert a virtuális gépre, bármely olyan virtuálisgép-sorozatot használhat, amely támogatja a Prémium SSD v2-t. Ügyeljen arra, hogy regisztrálja SQL Server virtuális gépét az SQL IaaS Agent bővítménysel, hogy kihasználhassa a bővítmény által nyújtott előnyöket.

Azure Elastic SAN

Azure Elastic SAN egy hálózathoz csatlakoztatott tárolási ajánlat, amely rugalmas és skálázható megoldást kínál az ügyfelek számára a költségek csökkentésére a tárolók konszolidálásával. Az Azure Elastic SAN költséghatékony, hatékony és megbízható blokktárolási megoldást biztosít, amely iSCSI protokollon keresztül csatlakozik számos azure-beli számítási szolgáltatáshoz. A rugalmas SAN lehetővé teszi, hogy zökkenőmentesen áttérjen egy meglévő SAN-tárterületről a felhőre anélkül, hogy újra kellene képeznie az ügyfélalkalmazás-architektúrát.

Ez a megoldás akár több millió IOPS-t, kétjegyű GB/s átviteli sebességet és alacsony egyjegyű ezredmásodperc késéseket is képes felskálázni, beépített rugalmassággal az állásidő minimalizálása érdekében. Az Azure Elastic SAN-t akkor használja, ha össze kell konszolidálnia a tárterületet, több számítási szolgáltatással kell dolgoznia, vagy olyan számítási feladatokkal kell rendelkeznie, amelyek nagy átviteli sebességet igényelnek a hálózati sávszélességen keresztüli tároláshoz. Mivel azonban az SQL Server számítási feladataihoz szükséges IOPS/átviteli sebesség elérése gyakran túlterhelt kapacitást igényel, ez általában nem megfelelő egyetlen SQL Server-számítási feladatokhoz. Ha a legköltséghatékonyabb megoldást szeretné elérni az Elastic SAN használatával, fontolja meg több SQL Server-számítási feladat tárolását, vagy az SQL Server és más alacsony teljesítményű számítási feladatok kombinációját.

Fontolja meg az SQL Server számítási feladatainak rugalmas SAN-ra helyezését a jobb költséghatékonyság, a tárolók összevonása, a dinamikus teljesítménymegosztás és a nagyobb tárolási teljesítmény érdekében.

Prémium SSD

Prémium SSD-k használata az éles SQL Server számítási feladataihoz tartozó adatokhoz és naplófájlokhoz. A prémium SSD IOPS és sávszélesség a lemez méretétől éstípusától függően változik.

Éles számítási feladatok esetén használja az SQL Server-adatfájlok P30- és/vagy P40-lemezeit a gyorsítótárazás támogatásának biztosításához, és használja a P30-at p80-ig az SQL Server tranzakciónapló-fájljaihoz. A legjobb teljes bekerülési költség érdekében kezdje a P30-okkal (5000 IOPS/200 MBps) az adatok és naplófájlok esetében, és csak akkor válasszon magasabb kapacitást, ha szabályoznia kell a virtuálisgép-lemezek számát. Fejlesztői/tesztelési vagy kis rendszerek esetén választhatja a P30-nál kisebb méretű rendszerek használatát is, mivel ezek támogatják a gyorsítótárazást, de nem kínálnak fenntartott díjszabást.

OLTP számítási feladatok esetén igazítsa a lemezenkénti cél IOPS-t (vagy tárolókészletet) a teljesítménykövetelményekhez a csúcsidőszakbeli terhelésekkel és a Disk Reads/sec + Disk Writes/sec teljesítményszámlálóival. Az adattárház és a jelentéskészítési számítási feladatok esetében igazítsa az elérni kívánt átviteli sebességhez a csúcsidőben zajló terheléseket és a Disk Read Bytes/sec + Disk Write Bytes/sechasználatával.

A Tárolóhelyek használatával optimális teljesítményt érhet el, két készletet konfigurálhat, egyet a naplófájl(ok)hoz, a másikat pedig az adatfájlokhoz. Ha nem használ lemezcsíkolást, használjon két prémium SSD-lemezt, amelyek külön meghajtókra vannak leképezve, ahol az egyik meghajtó tartalmazza a naplófájlt, a másik pedig az adatokat.

A kiépített IOPS és átviteli sebesség lemezenként, amelyet a tárolókészlet részeként használnak. A lemezek összesített be- és kimeneti műveletei másodpercenként (IOPS) és átviteli képessége a virtuális gép átviteli sebességkorlátjáig maximalizálható.

Az ajánlott eljárás a lehető legkevesebb lemez használata az IOPS (és az átviteli sebesség) és a kapacitás minimális követelményeinek kielégítése mellett. Azonban az ár és a teljesítmény egyensúlya általában jobb, ha nagy számú kis lemezt ad meg, nem pedig kis számú nagy lemezt.

Prémium szintű lemezek méretezése

A Prémium SSD mérete határozza meg a lemez kezdeti teljesítményszintjét. Jelölje ki a teljesítményszintet az üzembe helyezéskor, vagy később módosítsa a lemez méretének módosítása nélkül. Ha nő a kereslet, növelheti a teljesítményszintet, hogy megfeleljen az üzleti igényeinek.

A teljesítményszint módosítása lehetővé teszi a rendszergazdák számára, hogy felkészüljenek a magasabb igényekre, és kielégítsék a magasabb igényeket anélkül, hogy lemezkitörésretámaszkodhatnak.

Használja a nagyobb teljesítményt, amíg szükség van rá, ha a számlázás a tárolási teljesítményszintnek való megfelelésre van tervezve. Frissítse a szintet úgy, hogy megfeleljen a teljesítménykövetelményeknek a kapacitás növelése nélkül. Térjen vissza az eredeti szintre, ha már nincs szükség további teljesítményre.

Ez a költséghatékony és ideiglenes teljesítménybővítés erős felhasználási eset a célzott eseményekhez, mint például a vásárláshoz, a teljesítményteszteléshez, a képzési eseményekhez és más rövid időszakokhoz, ahol csak rövid ideig van szükség nagyobb teljesítményre.

További információ: felügyelt lemezek teljesítményszintjei.

Azure Ultra Disk

Ha kisebb késéssel rendelkező almilliszekundumos válaszidőre van szükség, fontolja meg Azure ultralemezes használatát az SQL Server-naplómeghajtóhoz, vagy akár az I/O-késésre rendkívül érzékeny alkalmazások adatmeghajtóját.

Ultralemez konfigurálható, ahol a kapacitás és az IOPS egymástól függetlenül méretezhető. Az ultralemez-rendszergazdák az alkalmazás igényeinek megfelelően kiépíthetik a kapacitásra, az IOPS-ra és az átviteli sebességre vonatkozó követelményeket.

Az ultralemez nem támogatott minden virtuálisgép-sorozatban, és egyéb korlátozásokkal is rendelkezik, például a régiók rendelkezésre állásával, redundanciájával és az Azure Backup támogatásával. További információ: Az Azure ultralemezek használata a korlátozások teljes listájáért.

Standard HDD-k és SSD-k

standard HDD-k és SSD-k eltérő késéssel és sávszélességsel rendelkeznek, és csak fejlesztési/tesztelési számítási feladatokhoz ajánlottak. A produkciós munkaterheléseknek a Prémium SSD v2 vagy a Prémium SSD használatát kell választaniuk. Ha standard SSD-t (fejlesztési/tesztelési forgatókönyveket) használ, javasoljuk, hogy adja hozzá a virtuálisgép-méret által támogatott adatlemezek maximális számát, és a legjobb teljesítmény érdekében használja a lemezcsíkolást a Tárolóhelyek szolgáltatással.

Gyorsítótárazás

Azok a virtuális gépek, amelyek támogatják a prémium tárhely gyorsítótárazását, kihasználhatják egy további funkció, az Azure BlobCache vagy a gazdagép általi gyorsítótárazás előnyeit a VM IOPS és átviteli képességeinek bővítésére. A prémium szintű tároláshoz és a prémium szintű tárolók gyorsítótárazásához engedélyezett virtuális gépeknek két különböző tárolási sávszélesség-korlátjuk van, amelyek együttesen használhatók a tárolási teljesítmény javítása érdekében.

Az IOPS és az MBps átviteli teljesítménye gyorsítótárazás nélkül a virtuális gép nem gyorsítótárazott lemezének átviteli teljesítménykorlátja alá esik. A gyorsítótárazott maximális határok egy másik puffert biztosítanak az olvasásokhoz, amely segít kezelni a növekedést és a váratlan csúcsokat.

A prémium szintű gyorsítótárazás engedélyezése minden olyan esetben, amikor a beállítás támogatott az adatmeghajtón végzett olvasások teljesítményének további költségek nélkül történő jelentős javítása érdekében.

Az Azure BlobCache (gyorsítótárazott IOPS és átviteli sebesség) olvasása és írása nem számít bele a virtuális gép nem gyorsítótárazott IOPS- és átviteli sebességkorlátaiba.

Jegyzet

A lemez gyorsítótárazása nem támogatott a 4 TiB és nagyobb (P50 vagy nagyobb) lemezek esetében. Ha több lemez van csatlakoztatva a virtuális géphez, minden 4 TiB-nál kisebb lemez támogatja a gyorsítótárazást. További információkért lásd: Lemez gyorsítótárazása.

Nem gyorsítótárazott átvitel

A maximális nem gyorsítótárazott lemez IOPS- és átviteli sebessége a virtuális gép által kezelhető maximális távoli tárterületkorlát. Ez a korlát a virtuális gépen van meghatározva, és nem a mögöttes lemeztároló korlátja. Ez a korlátozás csak a virtuális géphez távolról csatlakoztatott adatmeghajtók elleni I/O-ra vonatkozik, nem pedig a helyi I/O-ra a temp meghajtón (D:\ meghajtó) vagy az operációs rendszer meghajtóján.

A virtuális géphez elérhető nem gyorsítótárazott IOPS és átviteli sebesség a virtuális gép dokumentációjában ellenőrizhető.

Az M sorozatú dokumentációja például azt mutatja, hogy a Standard_M8ms virtuális gép maximális nem gyorsítótárazott átviteli sebessége 5000 IOPS, és a nem gyorsítótárazott lemezes átviteli sebesség 125 MBps.

Képernyőkép az M sorozat nem gyorsítótárazott lemez átviteli sebességének dokumentációját bemutató képernyőképről.

Hasonlóképpen láthatja, hogy a Standard_M32ts 20 000 nem gyorsítótárazott lemez IOPS-t és 500 MBps-os nem gyorsítótárazott lemez átviteli sebességet támogatja. Ezt a korlátot a virtuális gép szintjén kell szabályozni, függetlenül a mögöttes prémium lemeztárolótól.

További részletekért lásd: nem gyorsítótárazott és gyorsítótárazott korlátok.

Ideiglenes és gyorsítótárazott tároló átviteli sebessége

A gyorsítótárazott és ideiglenes tároló átviteli sebességének maximális korlátja a virtuális gép nem gyorsítótárazott átviteli sebességkorlátjától eltérő. Az Azure BlobCache a virtuálisgép-gazdagép véletlenszerű hozzáférésű memóriájának és helyileg csatlakoztatott SSD-jének kombinációjából áll. A virtuális gépen belüli ideiglenes meghajtó (D:\ meghajtó) is ezen a helyi SSD-n található.

A gyorsítótárazott és ideiglenes tárolás maximális átviteli sebességének korlátja csak akkor szabályozza az I/O-t a helyi ideiglenes meghajtó (D:\ meghajtó) és az Azure BlobCache számára, ha a gazdagép gyorsítótárazása engedélyezve van.

Ha a gyorsítótárazás engedélyezve van a prémium szintű tárterületen, a virtuális gépek mérete meghaladhatja a nem gyorsítótárazott virtuális gépek IOPS-jának és átviteli sebességének korlátait.

Csak bizonyos virtuális gépek támogatják a prémium szintű tárolást és a prémium szintű tárolók gyorsítótárazását (amelyeket a virtuális gép dokumentációjában kell ellenőrizni). Az M sorozatú dokumentációja például azt jelzi, hogy a prémium szintű tárolás és gyorsítótárazás is támogatott.

M sorozatú Premium Storage-támogatás képernyőképe.

A gyorsítótár korlátai a virtuális gép méretétől függően változnak. A Standard_M8ms virtuális gép például 10000 gyorsítótárazott lemez IOPS-t és 1000 MBps gyorsítótárazott lemez átviteli sebességét támogatja, teljes gyorsítótármérete 793 GiB. Hasonlóképpen, a Standard_M32ts virtuális gép 40000 gyorsítótárazott lemez IOPS-t és 400 MBps gyorsítótárazott lemez átviteli sebességét támogatja 3174 GiB teljes gyorsítótármérettel.

Képernyőkép az M sorozatú gyorsítótárazott lemez átviteli sebességének dokumentációjából.

Manuálisan engedélyezheti a gazdagép gyorsítótárazását egy meglévő virtuális gépen. A virtuális gép gyorsítótárazási szabályzatának módosítása előtt állítsa le az összes alkalmazásterhelést és az SQL Server-szolgáltatásokat. A virtuálisgép-gyorsítótár beállításainak módosítása esetén a céllemez le lesz választva és újracsatlakoztatva lesz a beállítások alkalmazása után.

Adatfájl cache-elési szabályzatok

A tárolási gyorsítótárazási szabályzat a meghajtón tárolt SQL Server-adatfájlok típusától függően változik.

Az alábbi táblázat az SQL Server-adatok típusa alapján összefoglalja az ajánlott gyorsítótárazási szabályzatokat:

SQL Server-lemez Ajánlás
Adatlemez Engedélyezze a Read-only gyorsítótárazását az SQL Server-adatfájlokat tároló lemezeken.
A gyorsítótárból történő olvasás gyorsabb lesz, mint az adatlemezről származó nem gyorsítótárazott olvasások.
A nem gyorsítótárazott IOPS és átviteli sebesség, valamint a gyorsítótárazott IOPS és az átviteli sebesség a virtuális gépek korlátain belül a virtuális géptől elérhető teljes teljesítményt nyújtja, de a tényleges teljesítmény a számítási feladat gyorsítótár-használati képességétől (gyorsítótár-találati arány) függően változik.
Tranzakciós napló lemez Állítsa be a gyorsítótárazási szabályzatot None-ra azoknál a lemezeknél, amelyek tárolják a tranzakciónaplót. A tranzakciónapló-lemez gyorsítótárazásának engedélyezésének nincs teljesítménybeli előnye, és ha a naplómeghajtón engedélyezve van Read-only vagy Read/Write gyorsítótárazás, azzal csökkentheti a meghajtón végzett írások teljesítményét, és csökkentheti az adatmeghajtón elérhető olvasási gyorsítótár mennyiségét.
operációsrendszer-lemez Az alapértelmezett gyorsítótárazási szabály az operációsrendszer-meghajtó számára a Read/write.
Nem ajánlott módosítani az operációsrendszer-meghajtó gyorsítótárazási szintjét.
tempdb Ha tempdb kapacitási okok miatt nem helyezhető el a rövid élettartamú meghajtóra D:\, méretezze át a virtuális gépet, hogy nagyobb ideiglenes meghajtót kapjon, vagy helyezze tempdb egy külön adatmeghajtóra Read-only gyorsítótárazás beállítással.
A VM gyorsítótár és az efemerikus meghajtó egyaránt a helyi SSD-t használja. Ezt tartsa szem előtt, amikor a méretezést végzi, mivel a tempdb I/O beletartozik a gyorsítótárazott IOPS és az átviteli VM-korlátba, amikor az efemerikus meghajtón fut.

Fontos

Egy Azure-lemez gyorsítótárbeállításának módosítása leválasztja és újracsatlakoztatja a céllemezt. Ha módosítja az SQL Server-adatokat, naplókat vagy alkalmazásfájlokat tároló lemez gyorsítótár-beállítását, az adatok sérülésének elkerülése érdekében mindenképpen állítsa le az SQL Server szolgáltatást az egyéb kapcsolódó szolgáltatásokkal együtt.

További információ: Lemez gyorsítótárazása.

Lemezcsíkozás

Elemezze az SQL-adatfájlokhoz szükséges átviteli sebességet és sávszélességet az adatlemezek számának meghatározásához, beleértve a naplófájlt és a tempdb. Az átviteli sebesség és a sávszélesség korlátai a virtuális gép méretétől függően változnak. További információ: virtuális gép méretek.

Adjon hozzá több adatlemezt, és használjon lemezcsíkolást a nagyobb átviteli sebesség érdekében. Egy 12 000 IOPS-t és 180 MB/s átviteli sebességet igénylő alkalmazások például három csíkos P30 lemezt használhatnak 15 000 IOPS és 600 MB/s átviteli sebesség biztosításához.

A lemezsávolás konfigurálásához tekintse meg lemez csíkozásicímű témakört.

Lemezkorlátozás

A lemez és a virtuális gép szintjén is vannak átviteli sebességkorlátok. A virtuális gépekre és lemezekre vonatkozó maximális IOPS-korlátok eltérnek egymástól, és függetlenek egymástól.

Az ezen korlátokon túli erőforrásokat használó alkalmazásokat korlátozni fogják (más néven maximálják). Válasszon ki egy virtuális gépet és lemezméretet egy olyan lemezcsíkon, amely megfelel az alkalmazás követelményeinek, és nem fog teljesítménykorlátozásokkal szembesülni. A korlátkezelés kezeléséhez használjon gyorsítótárazást, vagy hangolja az alkalmazást úgy, hogy kevesebb átviteli sebességre legyen szükség.

Egy 12 000 IOPS-t és 180 MB/s-ot igénylő alkalmazás például:

  • Használja a Standard_M32mskonfigurációt, amely legfeljebb 20 000 IOPS és 500 MBps nem gyorsítótárazott lemez átvitelét biztosítja.
  • Három P30-lemez csíkozása 15 000 IOPS és 600 MB/s átviteli sebesség biztosításához.
  • Használjon Standard_M16ms virtuális gépet, és a gazdagép gyorsítótárazásával részesítse előnyben a helyi gyorsítótár használatát az átviteli sebesség fogyasztása helyett.

A magas kihasználtság idején vertikális felskálázásra konfigurált virtuális gépeknek elegendő IOPS-val és átviteli sebességgel kell kiépíteniük a tárolót a virtuális gép maximális méretének támogatásához, miközben a lemezek teljes száma kisebb vagy egyenlő a használni kívánt legkisebb virtuálisgép-termékváltozat által támogatott maximális számnál.

A lemezkorlátozás korlátozásairól és a gyorsítótárazás használatával a korlátozások elkerüléséről további információkért tekintse meg a Lemez IO korlátozásrészt.

Jegyzet

Egyes lemezkorlát beállítások még mindig kielégítő teljesítményt eredményezhetnek a felhasználók számára; célszerű lehet a számításterhelések optimalizálása és folyamatos karbantartása, ahelyett, hogy egy nagyobb virtuális gépre való átállítással próbálkoznánk, annak érdekében, hogy egyensúlyt teremtsen a költségek és a teljesítmény között a vállalkozás számára.

Írásgyorsítás

Az írásgyorsítás olyan lemezfunkció, amely csak az M sorozatú virtuális gépekhez érhető el. Az írásgyorsítás célja az írások I/O-késésének javítása az Azure Premium Storage-on, ha egyjegyű I/O-késésre van szüksége a kritikus fontosságú OLTP-számítási feladatok vagy adattárház-környezetek miatt.

Az Írásgyorsítás használatával javíthatja a naplófájlokat tároló meghajtó írási késését. Az SQL Server-adatfájlok írásgyorsítását ne használja.

Az írásgyorsítólemezek IOPS-korlátja megegyezik a virtuális gépével. A csatlakoztatott lemezek nem léphetik túl a virtuális gépek írásgyorsítójának IOPS-korlátját.

Az alábbi táblázat a virtuális gépenként támogatott adatlemezek és IOPS-k számát ismerteti:

Virtuális gép SKU # Gyorsítólemezek írása Írásgyorsító lemez IOPS-ja virtuális gépenként
M416ms_v2, M416s_v2 16 20000
M128ms, M128s 16 20000
M208ms_v2, M208s_v2 8 10 000
M64ms, M64ls, M64s 8 10 000
M32ms, M32ls, M32ts, M32s 4 5 000
M16ms, M16s 2 2500
M8ms, M8s 1 1250

Az írásgyorsítás használatának számos korlátozása van. További információ: Írásgyorsítóhasználatakor érvényes korlátozások.

Összehasonlítás az Azure ultralemezzel

Az írásgyorsítás és az Azure ultralemezek közötti legnagyobb különbség az, hogy az írásgyorsítás egy olyan virtuálisgép-szolgáltatás, amely csak az M sorozathoz érhető el, az Azure ultralemezei pedig tárolási lehetőségek. Az írásgyorsítás egy írásoptimalizált gyorsítótár, amelynek saját korlátai vannak a virtuális gép méretétől függően. Az Azure-beli ultralemezek alacsony késésű lemeztárolási lehetőséget jelentenek az Azure-beli virtuális gépekhez.

Ha lehetséges, a tranzakciónapló-lemezhez az Írásgyorsítást válassza az ultralemezek helyett. Az olyan virtuális gépek esetében, amelyek nem támogatják az írásgyorsítást, de kis késleltetést igényelnek a tranzakciós naplóhoz, Azure-ultralemezeket használjon.

A tárolókészletek megfelelő átméretezése

Az Azure-ban, ha át szeretne méretezni egy tárolókészletet, ezt a készletben lévő lemezek számának módosításával teheti meg ahelyett, hogy módosítaná a készletben lévő lemezek méretét. A tárolókészlet virtuális vagy fizikai lemezeinek méretének módosítása nem növeli a kötet rendelkezésre álló területét a tárolókészleten belül, így a megnövekedett lemezterület kihasználatlan és felesleges.

Az Azure Marketplace-ről Prémium SSD-n (v1) üzembe helyezett Azure-beli virtuális gépeken futó SQL Server esetén a rendszer automatikusan hozzáadja a lemezeket a tárolókészlethez, és az Azure Portal SQL virtuális gépek erőforrásának Storage paneljén átméretezheti a tárolókészletben lévő lemezeket.

A Prémium SSD v2-lemezeket, ultralemezeket vagy öntelepített SQL Server-példányokkal rendelkező virtuális gépeket használó Azure-beli virtuálisgép-piactéri SQL Server-rendszerképek esetében manuálisan módosítsa a tárolókészlet lemezeinek számát a kötet méretének módosításához.

Például a következő lépéseket követve bontsa ki a tárolókészletet:

  1. Új lemez hozzáadása:
    1. Felügyelt lemez csatolása az Azure Portalon
    2. Kezelhető lemez csatolása PowerShell-lel
    3. Nem felügyelt lemez csatolása a PowerShell-lel
  2. Csatlakozzon a virtuális géphez.
  3. Adja hozzá a lemezeket a tárolókészlethez a Server Manager> Fájl- és Storage Services-kötetek > tárolókészleteiből > . A Feladatok funkcióval válassza a Fizikai lemez hozzáadása lehetőséget.
  4. A lemez hozzáadása után kattintson a jobb gombbal a cél virtuális lemezre, és válassza a Virtuális lemez kiterjesztése lehetőséget.
  5. Nyissa meg a Lemezkezelést, kattintson a jobb gombbal a célkötetre, és válassza a Kötet kiterjesztése lehetőséget.

A tárolási teljesítmény monitorozása

A tárolási igények felméréséhez és a tárolás teljesítményének meghatározásához meg kell értenie, hogy mit kell mérni, és mit jelentenek ezek a mutatók.

IOPS (bemenet/kimenet másodpercenként) az alkalmazás által másodpercenkénti tárterületre irányuló kérelmek száma. Az IOPS mérése teljesítményfigyelő számlálókkal Disk Reads/sec és Disk Writes/sec. OLTP (online tranzakciófeldolgozás) alkalmazásoknak magasabb IOPS-t kell létrehozniuk az optimális teljesítmény eléréséhez. Az olyan alkalmazások, mint a fizetésfeldolgozó rendszerek, az online vásárlás és a kiskereskedelmi értékesítési pontok mind OLTP-alkalmazások.

Átviteli sebesség a mögöttes tárolóba küldött adatok mennyisége, amelyet gyakran másodpercenként megabájttal mérnek. Az átviteli sebesség mérése a Teljesítményfigyelő számlálóival Disk Read Bytes/sec és Disk Write Bytes/sec. Adattárház az IOPS átviteli sebességének maximalizálása köré van optimalizálva. Az olyan alkalmazások, mint az elemzéshez, a jelentéskészítéshez, az ETL-alapú munkafolyamatokhoz és más üzletiintelligencia-célokhoz használt adattárházak mind példaként szolgálnak az adattárház-alkalmazásokra.

Az I/O-egységek méretei befolyásolják az IOPS-t és az átviteli sebességet, mivel a kisebb I/O-méretek nagyobb IOPS-t és nagyobb I/O-méretet eredményeznek. Az SQL Server automatikusan kiválasztja az optimális I/O-méretet. További információért lásd: Az alkalmazások IOPS-ének, átviteli sebességének és késésének optimalizálása.

Vannak konkrét Azure Monitor-metrikák, amelyek felbecsülhetetlen értékűek a virtuális gép és a lemez szintjén, valamint az AzureBlob-gyorsítótár fogyasztásának és állapotának felderítéséhez. A monitorozási megoldáshoz és az Azure Portal irányítópultjához hozzáadandó kulcsszámlálók azonosításához tekintse meg Storage-kihasználtsági metrikákat.

Jegyzet

Az Azure Monitor jelenleg nem kínál lemezszintű metrikákat a rövid élettartamú meghajtóhoz (D:\). A virtuális gép gyorsítótárazott IOPS felhasználási százaléka és a gyorsítótárazott sávszélesség felhasználási százaléka az IOPS-t és az átviteli sebességet tükrözi, mind a rövid élettartamú (D:\) meghajtóról, mind a gazdagép gyorsítótárazásáról együtt.

A tranzakciónapló növekedésének figyelése

Mivel a teljes tranzakciónapló teljesítményproblémákhoz és kimaradásokhoz vezethet, fontos figyelni a tranzakciónaplóban elérhető helyet, valamint a tranzakciónaplót tároló meghajtó kihasznált lemezterületét. A tranzakciónaplóval kapcsolatos problémák kezelése, mielőtt azok hatással lennének a számítási feladatra.

Tekintse át A tranzakciónapló telítettségének hibaelhárítása, ha a napló megtelik.

Ha ki kell terjesztenie a lemezt, ezt megteheti a Storage panelen, a SQL virtuális gépek erőforrásának, ha SQL Server-rendszerképet telepített az Azure Marketplace-ről, vagy az Azure-beli virtuális gép Lemezek paneljén és a saját telepítésű SQL Serveren.

Következő lépések

További információkért tekintse meg az ajánlott eljárásokat ismertető sorozat további cikkeit: