Teljesítmény optimalizálása Lsv3, Lasv3 és Lsv2 sorozatú Windows rendszerű virtuális gépeken
A következőkre vonatkozik: ✔️ Windows rendszerű virtuális gépek egységes méretezési ✔️ csoportjai
Az Lsv3, a Lasv3 és az Lsv2 sorozatú Azure-beli virtuális gépek (Azure-beli virtuális gépek) számos olyan számítási feladatot támogatnak, amelyeknek nagy I/O-ra és átviteli sebességre van szükségük a helyi tárterületen az alkalmazások és iparágak széles körében. Az L sorozat ideális big data- és SQL-, NoSQL-adatbázisokhoz, adattárházakhoz és nagy tranzakciós adatbázisokhoz, például Cassandra, MongoDB, Cloudera és Redis adatbázisokhoz.
Az Lsv3, a Lasv3 és az Lsv2 sorozatú virtuális gépek úgy vannak kialakítva, hogy a Windows és Linux operációs rendszerek igényeinek megfelelően működjenek a hardver és a szoftver jobb teljesítménye érdekében.
A szoftver- és hardverhangolás eredményeként a Windows Server 2019 Datacenter optimalizált verziója megjelent az Azure Marketplace-en (és újabb verziókban), amely támogatja az L sorozatú virtuális gépek NVMe-eszközeinek maximális teljesítményét.
Ez a cikk tippeket és javaslatokat tartalmaz annak biztosítására, 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 a Zen mikroarchitektúrán alapuló AMD EPYC-kiszolgálóprocesszorokat™ használnak. Az AMD az EPYC-hez™ kifejlesztett Infinity Fabricet (IF) skálázható összekötőként a NUMA-modellhez, amely felhasználható helyszíni, csomagon belüli és 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 több NUMA kis die architektúrája teljesítménybeli előnyöket és kihívásokat is jelenthet. A memória sávszélességének és késési korlátainak 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özenként több feladatot futtathat mély üzenetsor-mélységgel.
Ne keverje össze az NVMe felügyeleti parancsait (például NVMe SMART info query) 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 a Hyper-V NVMe Direct technológia biztosítja, 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ókra (mind a 0- ra) támaszkodjanak az adatmeghajtók számára, hogy eldöntsék az alkalmazásuk NUMA-affinitását. A jobb teljesítmény érdekében ajánlott a számítási feladatokat a processzorok között elosztani, ha lehetséges.
Az Lsv3, a Lasv3 és az Lsv2 VM NVMe-eszköz I/O-üzenetsorpáronkénti maximális támogatott üzenetsor-mélysége 1024. Az Lsv3, a Lasv3 és az Lsv2 felhasználók számára javasoljuk, hogy a (szintetikus) teljesítménymérési számítási feladataikat az 1024-ben vagy annál alacsonyabb várólistamélységben 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 közvetlenül az összes nyers NVMe-eszközre történik particionálás nélkül, fájlrendszerek nélkül, RAID konfiguráció 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 szabványos ú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 fenn, ha egy másik probléma miatt a virtuális gép vagy a virtuális gépet futtató hardver állapota nem megfelelő. 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 át kell helyezni egy másik gazdagépre; 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. Ütemezett események használatával naprakész maradhat az előrejelzett karbantartási és helyreállítási műveleteken.
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 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 virtuális gép ügyfél által vezérelt standard karbantartása és az automatikus karbantartás.
A közelgő szervizesemények esetén az ellenőrzött karbantartási folyamattal válassza ki a legmegfelelőbb időpontot a frissítéshez. Az esemény előtt biztonsági másolatot készít az adatokról a prémium szintű tárterületen. 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.
- A virtuális gépet Ön vagy az Azure újraindítja.
- 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 ügyfelek védelme érdekében az adatok biztonságos törlését lehetővé tevő forgatókönyvek a következők:
- A virtuális gépet újra üzembe helyezi, leállítja (felszabadítja), vagy Ön 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, amely megköveteli, hogy a virtuális gépet egy másik gazdagépre helyezze át 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és javasolt.
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 kicsi a kockázata.
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és javasolt.
Gyakori kérdések
Az alábbi kérdések gyakran merülnek fel ezekkel a sorozatokkal kapcsolatban.
Hogyan megkezdi az L sorozatú virtuális gépek üzembe helyezését?
A többi virtuális géphez hasonlóan az Azure Portalon, az Azure Parancssori felületen (Azure CLI) vagy a PowerShellen keresztül is létrehozhat virtuális gépet.
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 a hibás csomóponton lévő ügyfél adatai 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 a Windows Server 2012-ben vagy a Windows Server 2016-ban?
Az NVMe-lekérdezések csak a Windows Server 2019 és újabb Azure-verziókban érhetők el.
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. A rendszer folyamatosan biztosítja a frissítéseket 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.