Teljesítmény optimalizálása Lsv3, Lasv3 és Lsv2 sorozatú Windows rendszerű virtuális gépeken

  • Cikk

A következőkre vonatkozik: ✔️ Windows rendszerű virtuális gépek ✔️ – Egységes méretezési csoportok

Az Lsv3, a Lasv3 és az Lsv2 sorozatú Azure-Virtual Machines (Azure-beli virtuális gépek) számos olyan számítási feladatot támogatnak, amelyeknek magas I/O-ra és átviteli sebességre van szükségük a helyi tárterületen számos alkalmazás és iparág között. Az L sorozat ideális big data-, SQL-, NoSQL-adatbázisokhoz, adattárházakhoz és nagy tranzakciós adatbázisokhoz, beleértve a Cassandrát, a MongoDB-t, a Cloudera-t és a Redist.

Az Lsv3, a Lasv3 és az Lsv2 sorozatú virtuális gépek úgy vannak kialakítva, hogy együttműködjenek a Windows és Linux operációs rendszerek igényeivel a hardver és a szoftver jobb teljesítménye érdekében.

A szoftver- és hardverhangolás a Windows Server 2019 Datacenter optimalizált verzióját eredményezte, amelyet a Azure Marketplace (és újabb verziók) bocsátottak ki, amelyek támogatják az L sorozatú virtuális gépek NVMe-eszközeinek maximális teljesítményét.

Ez a cikk tippeket és javaslatokat nyújt annak biztosításához, hogy a számítási feladatok és alkalmazások a virtuális gépekre tervezett maximális teljesítményt érjék el.

AMD EPYC™ lapkakészlet architektúrája

A Lasv3 és az Lsv2 sorozatú virtuális gépek AMD EPYC-kiszolgálóprocesszorokat™ használnak a Zen mikroarchitektúra alapján. Az AMD az EPYC-hez™ kifejlesztett Infinity Fabricet (IF) a NUMA-modell skálázható összekapcsolásaként, amely felhasználható a helyszíni, a csomagon belüli és a többcsomagos kommunikációhoz. Az Intel modern monolitikus die processzorokon használt QPI-val (Quick-Path Interconnect) és UPI-vel (Ultra-Path Interconnect) összehasonlítva az AMD sok NUMA kis die architektúrája teljesítménybeli előnyökkel és kihívásokkal is jár. A memória sávszélességére és késésére vonatkozó korlátozások tényleges hatásai a számítási feladatok típusától függően változhatnak.

Tippek a teljesítmény maximalizálására

  • A maximális teljesítmény eléréséhez eszközönként több, mély üzenetsormélységgel rendelkező feladatot kell futtatnia.

  • Ne keverje az NVMe rendszergazdai parancsokat (például NVMe SMART info lekérdezést) az NVMe I/O-parancsokkal az aktív számítási feladatok során. Az Lsv3, a Lasv3 és az Lsv2 NVMe-eszközöket Hyper-V NVMe Direct technológia állítja elő, amely "lassú üzemmódra" vált, amikor bármilyen NVMe-rendszergazdai parancs függőben van. Az Lsv3, a Lasv3 és az Lsv2 felhasználók drámai teljesítménycsökkenést tapasztalhatnak az NVMe I/O teljesítményében, ha ez a forgatókönyv történik.

  • Nem ajánlott, hogy az Lsv2-felhasználók a virtuális gépről jelentett eszköz NUMA-információira (mind a 0-ra) támaszkodjanak az adatmeghajtók számára, hogy eldöntsék az alkalmazások NUMA-affinitását. A jobb teljesítmény érdekében javasoljuk, hogy ha lehetséges, terjessze a számítási feladatokat a cpu-k között.

  • Az Lsv3, Lasv3 és Lsv2 VM NVMe-eszközök I/O-üzenetsorpáronkénti maximális támogatott üzenetsormélysége 1024. Az Lsv3, a Lasv3 és az Lsv2 felhasználók számára javasoljuk, hogy a (szintetikus) teljesítménytesztelési számítási feladatokat az 1024-s vagy alacsonyabb üzenetsormélységre korlátozzák, hogy ne aktiválják a várólista teljes feltételeit, ami csökkentheti a teljesítményt.

  • A legjobb teljesítmény akkor érhető el, ha az I/O-t közvetlenül az egyes nyers NVMe-eszközökre végzik particionálás, fájlrendszerek, RAID konfigurációk nélkül stb.

Helyi NVMe-tároló használata

Az 1,92 TB-os NVMe lemez helyi tárolója az összes Lsv3, Lasv3 és Lsv2 virtuális gépen rövid élettartamú. A virtuális gép sikeres standard újraindítása során a helyi NVMe-lemez adatai megmaradnak. Az adatok nem maradnak meg az NVMe-en, ha a virtuális gépet újra üzembe helyezték, felszabadították vagy törölték. Az adatok nem maradnak meg, ha egy másik probléma miatt a virtuális gép vagy az a hardver, amelyen a virtuális gép fut, nem kifogástalan állapotúvá válik. Ebben az esetben a régi gazdagépen lévő adatok biztonságosan törlődnek.

Vannak olyan esetek is, amikor a virtuális gépet egy másik gazdagépre kell áthelyezni; például egy tervezett karbantartási művelet során. Ütemezett események esetén a tervezett karbantartási műveletek és bizonyos hardverhibák várhatók. Az ütemezett események használatával naprakészen tarthatja az előrejelzett karbantartási és helyreállítási műveleteket.

Abban az esetben, ha egy tervezett karbantartási eseményhez a virtuális gépet újra létre kell hozni egy üres helyi lemezekkel rendelkező új gazdagépen, az adatokat újraszinkronizálni kell (ismét, és a régi gazdagépen lévő összes adatot biztonságosan törölni kell). Ez a forgatókönyv azért fordul elő, mert az Lsv3, a Lasv3 és az Lsv2 sorozatú virtuális gépek jelenleg nem támogatják az élő áttelepítést a helyi NVMe-lemezen.

A tervezett karbantartásnak két módja van: a standard virtuális gép ügyfél által vezérelt karbantartása és az automatikus karbantartás.

A közelgő szolgáltatásesemények esetén az ellenőrzött karbantartási folyamattal válassza ki a frissítéshez legmegfelelőbb időpontot. Az esemény előtt biztonsági másolatot készít az adatokról a prémium szintű tárolóban. A karbantartási esemény befejeződése után adja vissza az adatokat a frissített Lsv2 virtuális gépek helyi NVMe-tárolójához.

A helyi NVMe-lemezeken adatokat karbantartó forgatókönyvek a következők:

  • A virtuális gép fut és kifogástalan állapotban van.
  • Ön vagy az Azure újraindítja a virtuális gépet.
  • A virtuális gép szüneteltetve van (felszabadítás nélkül leáll).
  • A legtöbb tervezett karbantartási karbantartási művelet.

Az ügyfél védelme érdekében az adatok biztonságos törlését lehetővé tevő forgatókönyvek közé tartoznak a következők:

  • A virtuális gépet ön újra üzembe helyezi, leállítja (felszabadítja), vagy törli.
  • A virtuális gép nem megfelelő állapotúvá válik, és hardverhiba miatt egy másik csomóponton kell szervizelnie.
  • Néhány tervezett karbantartási karbantartási művelet, amelyek megkövetelik, hogy a virtuális gépet egy másik gazdagépre lehessen áttelepíteni karbantartás céljából.

Standard virtuális gép ügyfél által vezérelt karbantartása

A standard virtuális gép ügyfél által vezérelt karbantartása esetén a virtuális gép egy frissített gazdagépre kerül egy 30 napos időszak alatt.

Előfordulhat, hogy az Lsv3, a Lasv3 és az Lsv2 helyi tárolási adatok elvesznek, ezért az esemény előtti biztonsági mentést javasoljuk.

Automatikus karbantartás

Automatikus karbantartás akkor történik, ha az ügyfél nem hajtja végre az ügyfél által ellenőrzött karbantartást. Az automatikus karbantartás vészhelyzeti eljárások, például egy nulla napos biztonsági esemény miatt is előfordulhat.

Az ilyen típusú karbantartás célja az ügyféladatok megőrzése, de a virtuális gépek lefagyásának vagy újraindításának kockázata kis.

Előfordulhat, hogy az Lsv3, a Lasv3 és az Lsv2 helyi tárolási adatok elvesznek, ezért az esemény előtti biztonsági mentést javasoljuk.

Gyakori kérdések

Az alábbi gyakori kérdések ezekről a sorozatokról.

Hogyan megkezdi az L sorozatú virtuális gépek üzembe helyezését?

A többi virtuális géphez hasonlóan hozzon létre egy virtuális gépet a Azure Portal,az Azure Command-Line Interface (Azure CLI) vagy aPowerShell használatával.

Egyetlen NVMe-lemezhiba miatt a gazdagép összes virtuális gépe meghibásodik?

Ha lemezhiba észlelhető a hardvercsomóponton, a hardver meghibásodott állapotban van. Ha ez a probléma jelentkezik, a rendszer automatikusan felszabadítja a csomópont összes virtuális gépét, és áthelyezi egy kifogástalan állapotú csomópontra. Az Lsv3, a Lasv3 és az Lsv2 sorozatú virtuális gépek esetében ez a forgatókönyv azt jelenti, hogy az ügyfél adatai a hibás csomóponton is biztonságosan törlődnek. Az ügyfélnek újra létre kell hoznia az adatokat az új csomóponton.

Módosítani kell a lekérdezéseket Windows Server 2012 vagy Windows Server 2016?

Az NVMe-lekérdezések csak a Windows Server 2019 és újabb verziókban érhetők el az Azure-ban.

Vissza tudok váltani egy hagyományos megszakítási szolgáltatási rutin (ISR) modellre?

A Lasv3 és az Lsv2 sorozatú virtuális gépek NVMe-lekérdezésekhez vannak optimalizálva. Frissítések folyamatosan biztosítjuk a lekérdezési teljesítmény javítása érdekében.

Módosíthatom a lekérdezési beállításokat a Windows Server 2019 vagy újabb verzióiban?

A lekérdezési beállítások nem módosíthatók a felhasználó számára.

Következő lépések

Tekintse meg az Azure-beli tárolási teljesítményre optimalizált összes virtuális gép specifikációit.