Share via

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

  • Cikk

A következőre vonatkozik:SQL Server azure-beli virtuális gépen

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ások sorozata az Azure-beli virtuális gépeken futó SQL Server legjobb teljesítményének megszerzé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 többi cikkét: Ellenőrzőlista, virtuális gép mérete, Biztonság, HADR-konfiguráció és Alapkonfiguráció összegyű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 határozza meg az SQL Server-adatokra, naplókra és fájlokra vonatkozó tárolási sávszélességet és tempdb késési követelményeket.
  • Ha elérhető, konfigurálja az tempdbadatokat és naplófájlokat a D: helyi SSD-köteten. 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 adat-gyorsítótárazást teljesítményfunkcióként az adatolvasáshoz, miközben elkerüli a virtuális gépek és lemezek korlátozását.
  • Fontolja meg az Azure Elastic SAN sql serveres számítási feladatokhoz való használatát a jobb költséghatékonyság érdekében a tárolók konszolidálása, a megosztott dinamikus teljesítmény és a nagyobb tárolási teljesítmény növelése érdekében anélkül, hogy frissítenie kellene egy virtuális gépet.
  • Helyezzen el adatokat, naplókat és tempdb fájlokat külön meghajtókon.
    • Az adatmeghajtóhoz használjon prémium P30- és P40- vagy kisebb lemezeket a gyorsítótár-támogatás rendelkezésre állásának biztosításához. Az Ebdsv5 virtuálisgép-sorozat használatakor használja a Prémium SSD v2-t, 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ásra és a teljesítmény és a költségek tesztelésére vonatkozó naplómeghajtó-csomag esetében a Prémium SSD v2 vagy a Prémium SSD P30 - P80 lemezek kiértékelése során
      • Ha ezredmásodperc alatti tárolási késésre van szükség, a tranzakciónaplóhoz prémium SSD v2 vagy Azure ultralemezeket használhat.
      • Az M sorozatú virtuális gépek üzembe helyezéséhez fontolja meg az írásgyorsító használatát az Azure ultralemezek használatával.
    • 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).
    • FCI-hely tempdb esetén a megosztott tárolóban.
      • Ha az FCI számítási feladatai nagymértékben függenek a tempdb lemez teljesítményétől, akkor a helyi rövid élettartamú SSD-meghajtó (alapértelmezettD:\) speciális konfigurációs helyekénttempdb, 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 leválasztása Tárolóhelyek használatával az I/O sávszélességének növelése a cél virtuális gép IOPS- és átviteli sebességkorlátjaiig.
  • Állítsa a gazdagép gyorsítótárazásátírásvédettre adatfájllemezek esetében.
  • A naplófájllemezekhez állítsa a gazdagép gyorsítótárazásátegyikre sem .
    • Ne engedélyezze az írási/olvasá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.
  • 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.
  • A kreditalapú lemezkitörést (P1-P20) csak kisebb fejlesztői/tesztelési számítási feladatokhoz és részlegrendszerekhez kell figyelembe venni.
  • A tárolási teljesítmény optimalizálása érdekében tervezze meg a legmagasabb rendelkezésre állású, nem gyorsítótárazott IOPS-t, és használja az adat-gyorsítótárazást teljesítményfunkcióként az adatolvasásokhoz, miközben elkerüli a virtuális gépek és lemezek korlátozását/szabályozását.
  • Formázza az adatlemezt úgy, hogy 64 KB-os foglalási egységméretet használjon az ideiglenes D:\ meghajtótól eltérő meghajtón elhelyezett összes adatfájlhoz (amelynek alapértelmezett értéke 4 KB). Az Azure Marketplace-en üzembe helyezett SQL Server virtuális gépek a foglalási egység méretével formázott adatlemezekkel és a tárolókészlet 64 KB-ra állított interleave-jával rendelkezik.
  • 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 az SQL ajánlott eljárásainak értékelését a lehetséges teljesítményproblémák azonosításához, és értékelje ki, hogy az SQL Server virtuális gépe az ajánlott eljárások követésére van-e konfigurálva.
  • Tekintse át és figyelje a lemez- és virtuálisgép-korlátokat a Storage IO-kihasználtsági metrikák használatával.
  • Zárja ki az SQL Server-fájlokat a víruskereső szoftverek vizsgálatából, beleértve az adatfájlokat, a naplófájlokat és a biztonsági mentési fájlokat.

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

Áttekintés

Az AZURE-beli virtuális gépeken futó SQL Server számítási feladatok leghatékonyabb konfigurációjának megtalálásához először mérje fel 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.

Tipp.

Az SQL Server virtuális gép Azure Portalon való üzembe helyezése segít végigvezetni a tárolási konfigurációs folyamaton, és implementálja a legtöbb ajánlott tárolási eljárást, például különálló tárolókészleteket hoz létre az adatokhoz és a naplófájlokhoz, célként tempdb a D:\ meghajtót célozza meg, és lehetővé teszi az optimális gyorsítótárazási szabályzatot. A tároló kiépítéséről és konfigurálásáról további információt az SQL virtuálisgép-tároló konfigurációja című témakörben talál.

Virtuálisgép-lemezek típusai

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ő, olyan prémium lemezcímkék szerint csoportosítva, mint 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árgyorsítótárat, amely bizonyos számítási feladatok olvasási és írási teljesítményének javítását segíti. 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ó, a részletekért lásd az Ultra lemez teljesítményét és a Prémium SSD v2 teljesítményt.

Az Azure-beli virtuális gépen futó SQL Serverhez három fő lemezszerepkört kell figyelembe venni: egy operációsrendszer-lemezt, egy ideiglenes lemezt és az adatlemezeket. Gondosan válassza ki az operációs rendszer meghajtóján (C:\) és a rövid ideig futó ideiglenes meghajtón tárolt adatokat (D:\).

Operációsrendszer-lemez

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 meghajtóként C:\ van megjelölve. Az Azure VM létrehozásakor a platform legalább egy lemezt csatol a VM-hez az operációs rendszerlemez számára. Az C:\ alkalmazástelepítések és a fájlkonfiguráció alapértelmezett helye a 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 lemez

Számos Azure-beli virtuális gép tartalmaz egy másik, ideiglenes lemeznek nevezett lemeztípust (meghajtóként D:\ 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 rövid élettartamú, ami azt jelenti, hogy a lemeztároló újra létrejön (ahogy az is, újra felszabadítva és lefoglalva), 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.

Helyezze tempdb a helyi ideiglenes SSD-meghajtóra D:\ az SQL Server számítási feladataihoz, kivéve, ha a helyi gyorsítótár használata aggodalomra ad okot. Ha olyan virtuális gépet használ, amely nem rendelkezik ideiglenes lemezzel , javasoljuk, hogy a saját elkülönített lemezén vagy tárolókészletén helyezzen tempdb el írásvédett gyorsítótárazást. További információkért tekintse meg a tempdb adat-gyorsítótárazási szabályzatokat.

Adatlemezek

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

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 az adatlemezt úgy, hogy 64 KB-os foglalási egységméretet használjon az ideiglenes D:\ meghajtótól eltérő meghajtón elhelyezett összes adatfájlhoz (amelynek alapértelmezett értéke 4 KB). Az Azure Marketplace-en üzembe helyezett SQL Server virtuális gépek a foglalási egység méretével formázott adatlemezekkel és a tárolókészlet 64 KB-ra állított interleave-jával rendelkezik.

Feljegyzés

Az SQL Server-adatbázisfájlokat közvetlenül az Azure Blob Storage-on vagy SMB-tárolón, például prémium szintű Azure-fájlmegosztáson is üzemeltetheti, de javasoljuk, hogy az Azure által felügyelt lemezeket használja a legjobb teljesítmény, megbízhatóság és funkciók rendelkezésre állása érdekében.

Prémium SSD v2

Prémium SSD v2-lemezeket kell használnia az SQL Server számítási feladatainak támogatott régiókban való futtatásakor, ha a jelenlegi korlátozások megfelelnek a környezetnek. 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. Az Ebdsv5 virtuálisgép-sorozat használatakor javasoljuk a Prémium SSD v2 használatát, mivel költséghatékonyabb megoldás ezekhez a magas I/O-átviteli sebességű gépekhez. A prémium SSD v2 jelenleg nem támogatja a gazdagépek gyorsítótárazását, ezért ajánlott olyan virtuálisgép-méretet választani, amely nagy átviteli sebességgel rendelkezik, például az Ebdsv5 sorozatú virtuális gépek.

A prémium SSD v2-lemezeket jelenleg nem támogatják az SQL Server katalógusrendszerképei, de manuálisan konfigurálva használhatók az Azure-beli virtuális gépeken futó SQL Serverrel.

Azure Elastic SAN

Az Azure Elastic SAN egy nagymértékben skálázható, költséghatékony, nagy teljesítményű és megbízható blokktárolási megoldást biztosít, amely iSCSI protokollon keresztül csatlakozik számos Azure 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 nagy léptékű , akár több millió IOPS-t, kétjegyű GB/s átviteli sebességet és alacsony egyjegyű ezredmásodperc késést érhet el beépített rugalmassággal az állásidő minimalizálása érdekében. Ez kiválóan alkalmas a tárolás konszolidálására vágyó ügyfeleknek, a több számítási szolgáltatással dolgozó ügyfeleknek, vagy azoknak, akik olyan számítási feladatokkal rendelkeznek, amelyek magas átviteli sebességet igényelnek, és a hálózati sávszélességen keresztül hajtják a tárolást. 

Feljegyzés

  • Az Elastic SAN-val történő virtuálisgép-méretezésnek az éles (virtuális gépek és virtuális gépek közötti) hálózati átviteli sebességre vonatkozó követelményeknek és a tárolási átviteli sebességnek kell megfelelnie.

Fontolja meg az SQL Server számítási feladatainak rugalmas SAN-ra helyezését a jobb költséghatékonyság érdekében, mert:

  • Tárolók konszolidálása és dinamikus teljesítménymegosztás: Az Azure-beli virtuálisgép-számítási feladatokon futó SQL Server esetében a lemeztárolás virtuális gépenként történik, az ügyfél kapacitásának és a virtuális gép csúcsteljesítmény-követelményeinek megfelelően. Ez a túlterhelt teljesítmény szükség esetén elérhető, de a nem használt teljesítmény nem osztható meg más virtuális gépek számítási feladataival. A helyszíni SAN-hoz hasonló rugalmas san lehetővé teszi több SQL- és nem SQL-számítási feladat tárolási igényeinek összevonását a jobb költséghatékonyság érdekében, és lehetővé teszi a kiosztott teljesítmény dinamikus megosztását a különböző számítási feladatokhoz kiosztott köteteken az IO-igények alapján. Például az USA keleti régiójában, ha 10 olyan számítási feladattal rendelkezik, amelyek mindegyike 2 TiB kapacitást és 10K IOPS-t igényel, de együttesen egyetlen időpontban sem igényelnek 60K-nál több IOPS-t. Konfigurálhat egy rugalmas SAN-t 12 alapegységtel (1 alapegység = 0,08 USD GiB/havonta), amely 12 TiB kapacitást és a szükséges 60K IOPS-t, valamint 8 csak kapacitásegységet (1 kapacitás-csak egység = 0,06 USD GiB/havonta) biztosít, amelyek a fennmaradó 8 TiB kapacitást olcsóbb áron biztosítják. Ez az optimális tárolási konfiguráció jobb költséghatékonyságot biztosít, miközben minden számítási feladathoz biztosítja a szükséges teljesítményt (10K IOPS). A rugalmas san-alapról és a csak kapacitásra vonatkozó kiépítési egységekről további információt az Azure Elastic SAN tervezésében és díjszabásában talál, és látogasson el az Azure Elastic SAN – Díjszabás webhelyre.
  • A nagyobb tárolási teljesítmény eléréséhez: az Azure-beli virtuális gépeken futó SQL Server időnként túlterjeszkedhet egy virtuális gép számára a lemez átviteli sebességére vonatkozó korlátozások miatt. Ezt az Elastic SAN használatával elkerülheti, mivel az iSCSI protokollal nagyobb átviteli sebességet biztosít a számítási hálózati sávszélességhez. Egy Standard_E32bds_v5 (SCSI-) virtuális gép például 88 000 IOPS-ra és 2500 MB/s-ra van leképezve a lemez/tároló átviteli sebességéhez, de legfeljebb 16 000 MBps hálózati átviteli sebességet érhet el. Ha a számítási feladat tárolási átviteli sebességére vonatkozó követelmény nagyobb, mint 2500 MBps, akkor nem kell magasabb termékváltozatot frissítenie a virtuális gépre, mivel mostantól akár 16 000 MBps-et is támogathat az Elastic SAN használatával.

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 és tí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 nagyobb kapacitást, ha szabályoznia kell a virtuálisgép-lemezek számát. Fejlesztői/tesztelési vagy kis rendszerek esetén a P30-nál kisebb méreteket is használhat, 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 egyezzen meg a lemezenkénti cél IOPS-val (vagy tárolókészlettel) a teljesítménykövetelményekkel a számítási feladatok csúcsidőben és a Disk Reads/sec + Disk Writes/sec teljesítményszámlálók használatával. Az adattárház és a jelentéskészítési számítási feladatok esetében a cél átviteli sebességének megfeleltetése számítási feladatok használatával csúcsidőben és a Disk Read Bytes/sec + Disk Write Bytes/sec.

A Tárolóhelyek használatával optimális teljesítményt érhet el, konfiguráljon két készletet, 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 tárolókészlet részeként használt kiosztott IOPS és lemezenkénti átviteli sebesség . A lemezek összesített IOPS- és átviteli sebessége a virtuális gép átviteli sebességkorlátjaiig maximális képesség.

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, hogy a rendszergazdák a lemezkitörések használata nélkül felkészüljenek a magasabb igényekre, és megfeleljenek a magasabb igényeknek.

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 a célzott események, például a vásárlás, a teljesítménytesztelés, a betanítási események és más rövid időszakok esetében, ahol csak rövid távon van szükség nagyobb teljesítményre.

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

Azure ultralemez

Ha kisebb késéssel rendelkező almilliszekundumos válaszidőre van szükség, fontolja meg az Azure ultralemez 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 ultralemezeinek használata a korlátozások teljes listájához.

Standard HDD-k és SSD-k

A standard HDD-k és SSD-k eltérő késéssel és sávszélességekkel rendelkeznek, és csak fejlesztői/tesztelési számítási feladatokhoz ajánlottak. Az éles számítási feladatoknak Prémium SSD v2 vagy Prémium SSD-t kell használniuk. Ha standard SSD-t (fejlesztési/tesztelési forgatókönyveket) használ, a javaslat az, hogy adja hozzá a virtuális gép mérete által támogatott adatlemezek maximális számát, és a legjobb teljesítmény érdekében Tárolóhelyek használjon lemezcsíkolást.

Gyorsítótárazás

A prémium szintű tárterület-gyorsítótárazást támogató virtuális gépek kihasználhatják az Azure BlobCache vagy a gazdagép gyorsítótárazása nevű további funkciót a virtuális gépek IOPS- és átviteli sebességének kibővítéséhez. 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 sebessége gyorsítótárazás nélkül számol a virtuális gép nem gyorsítótárazott lemez átviteli sebességkorlátjaival. A gyorsítótárazott maximális korlátok 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.

Feljegyzés

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 a virtuális gépéhez csatolva, a 4 TiB-nél kisebb lemezek támogatják a gyorsítótárazást. További információ: Lemez gyorsítótárazása.

Nem gyorsítótárazott átviteli sebesség

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ókra vonatkozik az I/O-ra, a helyi I/O-ra a temp meghajtón (D:\ meghajtón) vagy az operációs rendszer meghajtó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 125 MBps nem csatlakoztatott lemezes átviteli sebesség.

Screenshot showing M-series uncached disk throughput documentation.

Hasonlóképpen láthatja, hogy a Standard_M32ts 20 000 nem csatlakoztatott lemez IOPS-t és 500 MBps-os nem gyorsítótárazott lemez átviteli sebességét 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 információ: gyorsítótárazott és gyorsítótárazott korlátok.

Gyorsítótárazott és ideiglenes 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ó maximális átviteli sebességkorlátja csak akkor szabályozza az I/O-t a helyi ideiglenes meghajtó (D:\ meghajtó) és az Azure BlobCache esetében, 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 a prémium szintű tároló gyorsítótárazása is támogatott:

Screenshot showing M-Series Premium Storage support.

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.

Screenshot showing M-series cached disk throughput documentation.

Manuálisan engedélyezheti a gazdagépek 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-gyorsítótárazá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 Read-only az SQL Server-adatfájlokat tároló lemezek gyorsítótárazását.
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ónapló-lemez Állítsa a gyorsítótárazási szabályzatot None a tranzakciónaplót futtató lemezekre. A tranzakciós 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 a Read-onlyRead/Write gyorsítótárazás, az 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 üzemeltetése Az operációsrendszer-meghajtó alapértelmezett gyorsítótárazási szabályzata 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ón D:\ , méretezze át a virtuális gépet, hogy nagyobb rövid élettartamú meghajtót kapjon, vagy helyezzen tempdb egy külön, gyorsítótárazással konfigurált Read-only adatmeghajtóra.
A virtuálisgép-gyorsítótár és a rövid élettartamú meghajtó egyaránt a helyi SSD-t használja, ezért ezt tartsa szem előtt a méretezéskor, mivel tempdb az I/O a gyorsítótárazott IOPS-ra és az átviteli sebességre vonatkozó virtuális gépekre vonatkozó korlátokkal számol, amikor a rövid élettartamú meghajtón fut.

Fontos

Egy Azure-beli lemez gyorsítótár-beállításainak módosításakor a céllemez le lesz választva, és újra lesz csatlakoztatva. 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.

Lemez csíkozása

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 tempdba . 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álisgép-méret

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 lemezcsíkolás konfigurálásához tekintse meg a lemez csíkozását.

Lemezkorlátozó

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ások szabályozása (más néven capped) lesz szabályozva. 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 korlátokkal 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_M32ms, amely legfeljebb 20 000 IOPS-t és 500 MBps-et tartalmazó, nem csatlakoztatott lemezes átviteli sebességgel rendelkezik.
  • 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 használja a helyi gyorsítótárat az átviteli sebesség túlhasználata érdekében.

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ásával és a gyorsítótárazással kapcsolatos további információkért tekintse meg a lemez I/O-korlátjának használatát.

Feljegyzés

Egyes lemezkorlátok továbbra is kielégítő teljesítményt eredményezhetnek a felhasználók számára; a számítási feladatok finomhangolása és karbantartása ahelyett, hogy egy nagyobb virtuális gépre méretezhető át, hogy kiegyensúlyozza a vállalat költségeinek és teljesítményének kezelését.

Gyorsítás írása

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 termékváltozata # 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 10000
M64ms, M64ls, M64s 8 10000
M32ms, M32ls, M32ts, M32s 4 5000
M16ms, M16s 2 2500
M8ms, M8s 0 1250

Az írásgyorsítás használatának számos korlátozása van. További információ: Korlátozások írásgyorsító használata esetén.

Ö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, használja az Írásgyorsítást ultralemezeken a tranzakciónapló-lemezhez. Az olyan virtuális gépek esetében, amelyek nem támogatják az írásgyorsítást, de kis késést igényelnek a tranzakciónaplóban, azure ultralemezeket használjon.

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.

Az IOPS (bemenet/kimenet másodpercenként) az alkalmazás által másodpercenkénti tárolásra irányuló kérések száma. Az IOPS mérése Teljesítményfigyelő számlálók Disk Reads/sec és Disk Writes/sec. Az OLTP-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.

Az átviteli sebesség az alapul szolgáló 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ókkal Disk Read Bytes/sec és Disk Write Bytes/seca . Az adatraktározás 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ó: Az IOPS optimalizálása, az átviteli sebesség és a késés optimalizálása az alkalmazásokhoz.

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áadni kívánt kulcsszámlálók azonosításához tekintse meg a tárterület kihasználtsági mérőszámait.

Feljegyzés

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

Következő lépések

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