Gyakori kérdések az Azure IaaS virtuálisgép-lemezekről, valamint a felügyelt és nem felügyelt prémium szintű lemezekről

A 80 GiB VHD-ből létrehozott standard felügyelt lemezt a rendszer a következő elérhető standard lemezméretként kezeli, amely egy S10-lemez. Az S10 lemez díjszabása szerint számítjuk fel. További tájékoztatás a díjszabási oldalon olvasható.

A fizetendő díj az üzembe helyezett lemez kapacitásától függően változik. További tájékoztatás a díjszabási oldalon olvasható.

Igen.

Szám

Igen. A maximális korlát régiónként és lemeztípusonként 50 000 felügyelt lemez.

Szám A rendelkezésre állási csoportban lévő virtuális gépeknek vagy az összes felügyelt vagy nem felügyelt lemezt kell használniuk. Rendelkezésre állási csoport létrehozásakor kiválaszthatja, hogy milyen típusú lemezeket szeretne használni.

Igen. Létrehozhat egy üres lemezt. A felügyelt lemezek virtuális géptől függetlenül hozhatók létre, például anélkül, hogy azt egy virtuális géphez csatolják.

Attól függően, hogy melyik régióban található a felügyelt lemezeket használó rendelkezésre állási csoport, a támogatott tartalék tartományok száma 2 vagy 3.

A felügyelt lemezek három alapvető alapértelmezett szerepkört támogatnak:

• Tulajdonos: Mindent kezelhet, beleértve a hozzáférést is
• Közreműködő: A hozzáférésen kívül mindent kezelhet
• Olvasó: Mindent megtekinthet, de nem végezhet módosításokat

Létrehozhat egy írásvédett közös hozzáférésű jogosultságkód (SAS) URI-t a felügyelt lemezhez, és használhatja a tartalom magántárfiókba vagy helyszíni tárolóba való másolására. Az SAS URI-t az Azure Portal, az Azure PowerShell, az Azure CLI vagy az AzCopy használatával használhatja.

Készíthet pillanatképet egy felügyelt lemezről, majd a pillanatkép használatával létrehozhat egy másik felügyelt lemezt. Új felügyelt lemezt is létrehozhat egy meglévő felügyelt lemezről.

Igen, de 2025. szeptember 30-ig megszűnnek, és 2022. november 18-tól az új ügyfél-előfizetések nem jogosultak nem felügyelt lemezek létrehozására. Javasoljuk, hogy felügyelt lemezeket használjon az új számítási feladatokhoz, és migrálja az aktuális számítási feladatokat felügyelt lemezekre.

Szám

Szám

Szám A számítógépnév tulajdonság nem frissíthető. Az új virtuális gép örökli a szülő virtuális géptől, amely az operációsrendszer-lemez létrehozásához volt használva.

• Felügyelt lemezeket használó sablonok listája
• https://github.com/chagarw/MDPP

Nem, az új lemez létrehozásakor a blob teljes önálló példánya, és nincs kapcsolat a kettő között. Ha szeretné, a lemez létrehozása után a forrásblob törölhető anélkül, hogy bármilyen hatással lenne az újonnan létrehozott lemezre.

A felügyelt lemezek nem nevezhetők át. Átnevezhet azonban egy nem felügyelt lemezt, feltéve, hogy jelenleg nincs VHD-hez vagy virtuális géphez csatlakoztatva.

Az 1. generációs rendszerképek csak az adatlemezeken használhatják a GPT particionálást, operációsrendszer-lemezeken nem. Az operációsrendszer-lemezeknek MBR partícióstílust kell használniuk.

A 2. generációs rendszerképek gpt particionálást használhatnak az operációsrendszer-lemezen és az adatlemezeken.

Az Azure Disk Reservation lehetővé teszi prémium SSD-k vásárlását a megadott termékváltozatokban p30 -tól (1 TiB) és P80 -ig (32 TiB) egyéves időtartamra. Nincs korlátozva a lemezfoglalás vásárlásához szükséges lemezek minimális száma. Emellett egyetlen összegben, előre kifizetheti a díjat, vagy havidíjas fizetést választhat. A prémium SSD felügyelt lemezek esetében nincs további tranzakciós költség.

A foglalások lemezek formájában vannak megadva, nem kapacitásként. Más szóval, ha lefoglal egy P80 (32 TiB) lemezt, egyetlen P80-lemezt kap, akkor nem oszthatja fel az adott foglalást két kisebb P70 (16 TiB) lemezre. Tetszőleges számú vagy kevés lemezt lefoglalhat, beleértve két különálló P70 (16 TiB) lemezt is.

A lemezek foglalása a fenntartott virtuálisgép-példányokhoz hasonló modellt követ. A különbség az, hogy a lemezfoglalás nem alkalmazható a különböző termékváltozatokra, míg a virtuálisgép-példányok igen. A virtuálisgép-példányokkal kapcsolatos további információkért tekintse meg az Azure Reserved VM Instances költségeinek megtakarítása című témakört.

Az Azure-lemezek foglalásai egy adott régióhoz és termékváltozathoz (például az USA 2. keleti régiójában található P30-hoz) vásárolhatók meg, és nem használhatók ezeken a szerkezeteken kívül. A lemeztárolási igényekhez bármikor vásárolhat további Azure Disks-foglalást más régiókban vagy termékváltozatokban.

Igen, minden lemeztípus támogatja az egypéldányos virtuálisgép-SLA-t.

Szám Az összes felügyelt lemeznek, még a megosztott lemezeknek is ugyanabban a régióban kell lenniük, mint a virtuális gép, amelyhez csatlakoznak.

A Prémium SSD v2 alapkonfigurációja 3000 IOPS és 125 MB/s minden olyan mérethez, amelyet extra költség nélkül kínálunk. Jelenleg a következő régiókban a tarifakalkulátor ára helytelen. A tarifakalkulátor javításáig vonjon le 3000IOPS-t a cél IOPS-ból, és 125 MB/s-ot a cél-sávszélességhez ezen régiók esetében a költség helyes becsléséhez: USA északi középső régiója, USA nyugati középső régiója, USA nyugati régiója, Egyesült Arab Emírségek középső régiója, Egyesült Arab Emírségek északi régiója, Észak-Svájc, Nyugat-Svédország, Dél-Korea középső régiója, Dél-Korea, Kelet-Japán, Nyugat-Japán, Észak-Olaszország, Közép-India, Dél-India, Észak-Németország, Nyugat-Közép-Németország, Közép-Franciaország, Közép-Kanada, Kelet-Kanada, Dél-Brazília, USA GOV Arizona, USA GOV Virginia, Ausztrália középső régiója, Ausztrália középső régiója 2, Délkelet-Ausztrália, Észak-Afrika déli régiója, Nyugat-Arica déli régiója.

• Az adatlemezek gyakori biztonsági mentésével hatékonyabb biztonsági mentési és helyreállítási műveleteket végezhet, így adatvesztés vagy rendszerhiba esetén csökkentheti az állásidőt. Ha az adatlemez problémát tapasztal, könnyebben helyreállítható, mivel az elkülönül az operációsrendszer-lemeztől.

• Az adatlemezek hozzáadásával vagy kibontásával bővítheti a tárkapacitást anélkül, hogy az hatással van az operációsrendszer-lemezre. Csak az adatlemezek támogatják az élő átméretezéseket, a virtuális gép leállítása nélkül nem növelheti az operációsrendszer-lemezek méretét.

• Az operációs rendszer és az adatok különböző lemezekre való elkülönítésével biztosítható, hogy a lemezek IP-címei és az alkalmazás adatai ne zavarják egymást. Ez javíthatja a rendszer általános teljesítményét, és megakadályozhatja az olyan versengési problémákat, amelyek akkor fordulhatnak elő, ha az operációs rendszer és az alkalmazások is versengenek a lemezerőforrásokért.

• Ha rendszerhiba vagy sérülés történik az operációsrendszer-lemezen, újratelepítheti vagy újratelepítheti az operációs rendszert az adatlemez befolyásolása nélkül. Ez csökkenti az adatvesztés kockázatát, és megkönnyíti a hibaelhárítást és a karbantartási eljárásokat.

• Az operációsrendszer-lemezre és az adatlemezre külön hozzáférési vezérlőket és engedélyeket alkalmazhat. Ez az elkülönítés korlátozza a kritikus rendszerfájlok elérését az operációsrendszer-lemezen, ami csökkenti a lehetséges biztonsági kockázatokat.

Igen.

Szám A pillanatképeket más régiókba kell másolni létrehozási sorrendben.

A másolás sikertelen.

Igen. A rendszer automatikusan titkosítja a felügyelt pillanatképeket és képeket.

Minden lemeztípus támogatja a pillanatképek valamilyen formáját. Ultralemezek és Prémium SSD v2-lemezek esetén csak a növekményes pillanatképeket támogatják, és bizonyos korlátozások vonatkoznak rájuk. További információ: Növekményes pillanatkép létrehozása felügyelt lemezekhez. A többi lemeztípus mindkét típusú pillanatképet támogatja az összes lemezmérethez.

Az egyik növekményes pillanatkép törlése nem befolyásolja a későbbi növekményes pillanatképeket. A rendszer egyesíti az első pillanatkép által foglalt adatokat a következő pillanatképpel a motorháztető alatt, hogy a későbbi pillanatképek ne legyenek hatással az első pillanatkép törlése miatt.

Az API 2019-07-01-es vagy újabb verziójával létrehozott kompatibilis felügyelt lemezek engedélyezhetik a megosztott lemezeket. Ehhez le kell választania a lemezt az összes olyan virtuális gépről, amelyhez csatlakoztatva van. Ezután szerkessze a lemez maxShares tulajdonságát.

Bontsa le a lemezt az összes olyan virtuális gépről, amelyhez csatlakoztatva van. Ezután szerkessze a lemez maxShare tulajdonságát 1-re.

Igen.

Ha nem biztos abban, hogy mire állítsa be a lemez átviteli sebességét, javasoljuk, hogy először 16 KiB-os I/O-méretet feltételezve állítsa be a teljesítményt onnan az alkalmazás monitorozása során. A képlet a következő: Átviteli sebesség MB/s -ban = IOPS #16 /1000.

A lemezes szabályozás mellett van egy IO-szabályozás is, amely a virtuális gép szintjén lesz kivetve. Győződjön meg arról, hogy a használt virtuálisgép-méret támogatja a lemezeken konfigurált szinteket. A virtuális gép által előírt I/O-korlátokról további információt az Azure-beli virtuális gépek méreteivel kapcsolatban talál.

Nem, az ultralemezek nem támogatják a más lemeztípusokon támogatott különböző gyorsítótárazási módszereket. Állítsa a lemez gyorsítótárazását None értékre.

Lehet, hogy a virtuális gépnek olyan régióban és rendelkezésre állási zónában kell lennie, amely támogatja az Ultra lemezeket. A részletekért tekintse meg az ultralemezek használatának első lépéseit.

Nem, az ultralemezek csak adatlemezként támogatottak. Meglévő adatlemezről ultralemezre migrálhatja az adatokat. Csatolja mindkét lemezt ugyanahhoz a virtuális géphez, és másolja közvetlenül az adatokat az Ultra Diskre, vagy használjon külső megoldást az adatmigráláshoz.

Nem, de az adatokat áttelepítheti egy meglévő lemezről egy ultralemezre. Meglévő lemez ultralemezre való migrálásához csatolja mindkét lemezt ugyanahhoz a virtuális géphez, és másolja a lemez adatait az egyik lemezről a másikba, vagy használjon egy harmadik féltől származó megoldást az adatmigráláshoz.

Nem, ez jelenleg nem támogatott.

Nem, a feltöltés csak a ReadyToUpload állapotú új üres lemez létrehozásakor használható.

Szám

A migrálás magában foglalja a lemez egyik tárolóhelyről a másikra való áthelyezését. Ezt az adatok háttérmásolatával vezénylik, ami több órát is igénybe vehet, általában 24 óránál kevesebbet a lemezeken lévő adatok mennyiségétől függően. Ez idő alatt az alkalmazás a szokásosnál nagyobb olvasási késést tapasztalhat, mivel egyes olvasások átirányíthatók az eredeti helyre, és hosszabb időt is igénybe vehet. Ebben az időszakban nincs hatással az írási késésre.

Nincs szükség módosításokra.

Igen, a biztonsági mentések zökkenőmentesen működnek.

Nincs szükség módosításokra.

Szám Egy új méretezési csoportot felügyelt lemezekkel hozhat létre a régi méretezési csoport lemezképével, nem felügyelt lemezekkel.

Szám A lapblobok pillanatképét lapblobként exportálhatja, majd létrehozhat egy felügyelt lemezt az exportált lapblobból.

Igen, dönthet úgy, hogy feladatátvételt szeretne végrehajtani egy felügyelt lemezekkel rendelkező virtuális gépre.

Szám Az Azure Site Recovery Azure-ból Azure-ba történő védelme felügyelt lemezekkel rendelkező virtuális gépekhez érhető el.

Igen

Igen. A felügyelt lemezek kiszolgálóoldali titkosítással, platform által felügyelt kulcsokkal vannak titkosítva.

Igen. Alapértelmezés szerint az összes felügyelt lemez titkosítva van, beleértve az operációsrendszer-lemezt is.

Szám

Igen.

Igen.

Igen

Szám Ha azonban titkosított felügyelt lemezről vagy pillanatképből exportál egy VHD-t egy titkosított tárfiókba, akkor az titkosítva lesz.

Nem lehet helyben váltani, de létrehozhat példányokat a lemezekről, és csatolhatja őket egy kiszolgálóoldali titkosítással titkosított új virtuális géphez. Linux rendszerű virtuális gépek esetében azonban, ha egy Linux rendszerű virtuális gép operációsrendszer-lemezét ADE-vel titkosította, az operációsrendszer-lemez titkosításakor nem tilthatja le az ADE-t Linuxon. Ha olyan Windows rendszerű virtuális gépeket szeretne migrálni, amelyek ADE-kompatibilisek vagy Linux rendszerű virtuális gépek, amelyek csak az ADE-titkosítású adatlemezeket titkosítják,

• Tiltsa le a titkosítást, és távolítsa el a titkosítási bővítményt Windows vagy Linux rendszeren.
• Ezután hozzon létre egy új felügyelt lemezt az aktuális lemez forrásként való használatával.
• Csatolja az új lemezt egy olyan új virtuális géphez, amely soha nem engedélyezte az ADE-t.
• Az új lemez titkosítása ügyfél által felügyelt kulcsokkal.

Igen. Először váltson a lemezre platform által felügyelt kulcsok használatára az alábbi lépések egyikével:

rgName=yourResourceGroupName
diskName=yourDiskName

az disk update -n $diskName -g $rgName --encryption-type EncryptionAtRestWithPlatformKey

$rgName = "yourResourceGroupName"
$diskName = "yourDiskName"

New-AzDiskUpdateConfig -EncryptionType "EncryptionAtRestWithPlatformKey" | Update-AzDisk -ResourceGroupName $rgName -DiskName $diskName

Ezután titkosítsa az aktuális lemezt az Azure Disk Encryption használatával.

Igen.

Nem minden operációsrendszer-rendszerkép támogatja a nem felügyelt lemezzel való üzembe helyezést az Azure Portalon. Ha a választott rendszerkép nem támogatja ezt az üzembe helyezési módszert, javasoljuk, hogy felügyelt lemezeket használjon az új számítási feladatokhoz, és konvertálja a meglévő lemezt felügyelt lemezzé . Ha nem tudja használni a felügyelt lemezeket, nem felügyelt lemezek használatával helyezhet üzembe virtuális gépeket az Azure PowerShell-modullal vagy az Azure CLI-vel.

Szám Csak standard adatlemezeket csatolhat olyan virtuális gépekhez, amelyek nem használnak prémium SSD-lemezeket támogató méretsorozatot.

Minden lemezmérethez fix költség tartozik, amely az IOPS-ra és az átviteli sebességre vonatkozó meghatározott korlátozásokkal van kiépítve. A többi költség a kimenő sávszélesség, a pillanatkép-kapacitás és az igény szerinti kipukkadással kapcsolatos költségek, ha vannak. További tájékoztatás a díjszabási oldalon olvasható.

A gyorsítótár és a helyi SSD együttes korlátja egy DS-sorozat esetében magonként 4000 IOPS, magonként 33 MB/s. A GS-sorozat magonként 5000 IOPS-t és magonként 50 MB/s-ot kínál.

A helyi SSD ideiglenes tároló, amely felügyelt lemezeket használó virtuális gép részét képezi. Ez az ideiglenes tárterület nem jár többletköltséggel. Ne használja ezt a helyi SSD-t az alkalmazásadatok tárolására, mert az nem marad meg az Azure Storage-ban.

Nincs hátránya a TRIM használatának az Azure-lemezeken prémium vagy standard lemezeken.

Az 1. generációs operációs rendszer lemezeihez Azure-támogatás partíciótípus a fő rendszerindítási rekord (MBR). Bár a Gen1 operációsrendszer-lemezek csak az MBR-t támogatják, az adatlemezek támogatják a GPT-t. Bár legfeljebb 4 TiB operációsrendszer-lemezt foglalhat le, az MBR partíciótípus legfeljebb 2 TiB lemezterületet használhat az operációs rendszer számára. Azure-támogatás legfeljebb 32 TiB a felügyelt adatlemezekhez.

A Gen2 operációs rendszer lemezeihez Azure-támogatás partíciótípus a GUID partíciótábla (GPT). A Gen2 virtuális gépek legfeljebb 4 TiB operációsrendszer-lemezt támogatnak. Azure-támogatás legfeljebb 32 TiB a felügyelt adatlemezekhez.

Az operációs rendszer lemezeihez nem felügyelt lemezek használatával Azure-támogatás partíciótípus a fő rendszerindítási rekord (MBR). Bár egy operációsrendszer-lemezhez legfeljebb 4 TiB-ot foglalhat le, az MBR partíciótípus legfeljebb 2 TiB lemezterületet használhat az operációs rendszer számára. Azure-támogatás legfeljebb 4 TiB a nem felügyelt adatlemezekhez.

A Azure-támogatás legnagyobb lapblobmérete 8 TiB (8 191 GiB). A virtuális géphez adatként vagy operációsrendszer-lemezként csatolt lapblob maximális mérete 4 TiB (4095 GiB).

A P4 (32 GiB) és a P6 (64 GiB) lemezméretek nem támogatottak a nem felügyelt lemezek és lapblobok alapértelmezett lemezszintjeként. A blobszintet explicit módon P4-re és P6-ra kell beállítania, hogy a lemez megfeleltetve legyen ezekhez a szintekhez. Ha nem felügyelt lemezt vagy lapblobot helyez üzembe, amelynek lemezmérete vagy tartalomhossza kisebb, mint 32 GiB vagy 32 GiB és 64 GiB között van a blobszint beállítása nélkül, a P10-re 500 IOPS és 100 MB/s, valamint a megfeleltetett tarifacsomag lesz érvényben.

A meglévő, 64 GiB-nél kisebb prémium lemezeket továbbra is a P10 tarifacsomag szerint kell számlázni.

Készíthet pillanatképet a kis lemezekről, majd létrehozhat egy lemezt, amely automatikusan P4 vagy P6 tarifacsomagra vált a kiosztott méret alapján. Teljesítményszinteket is használhat, a teljesítményszintek azure CLI/PowerShell-modullal vagy az Azure Portallal történő módosításáról szóló cikkekben olvashat.

Igen.

Az Azure Backup által támogatott legnagyobb lemezméret 32 TiB (titkosított lemezek esetén 4 TiB). Az Azure Site Recovery által támogatott legnagyobb lemezméret 8 TiB. A legfeljebb 32 TiB méretű nagyobb lemezek támogatása még nem érhető el az Azure Site Recoveryben.

A Standard SSD és a Standard HDD nagy lemezméretek (>4 TiB) átviteli sebességének elérése 500 IOPS-nál és 60 MB/s-nál nagyobb, Javasoljuk, hogy a teljesítmény optimalizálásához helyezzen üzembe egy új virtuális gépet a következő virtuálisgép-méretek egyikéből: B sorozat, DSv2 sorozat, Dsv3 sorozat, ESv3 sorozat, Fs-sorozat, Fsv2 sorozat, M sorozat, GS-sorozat, NCv2 sorozat, NCv3 sorozat vagy Ls-sorozatú virtuális gépek. Ha nagy lemezeket csatlakoztat meglévő virtuális gépekhez vagy olyan virtuális gépekhez, amelyek nem a fenti javasolt méreteket használják, alacsonyabb teljesítményt tapasztalhatnak.

Leállíthatja és elindíthatja azt a virtuális gépet, amelyhez a lemez csatlakozik, vagy leválaszthatja és újracsatlakoztathatja a lemezt. A nagyobb lemezméretek teljesítménycéljai mind a prémium SSD-k, mind a standard SSD-k esetében növekedtek a GA-nál.

A gazdagép gyorsítótárazása (ReadOnly és Read/Write) 4 TiB-nál kisebb lemezméret esetén támogatott. Ez azt jelenti, hogy a 4095 GiB-ig kiépített lemezek kihasználhatják a gazdagép gyorsítótárazását. A gazdagépek gyorsítótárazása nem támogatott a 4096 GiB-nél nagyobb vagy annál nagyobb lemezméretek esetén. A 4095 GiB-en kiépített P50 prémium lemez például kihasználhatja a gazdagép gyorsítótárazását, és a 4096 GiB-n kiépített P50-lemez nem tudja kihasználni a gazdagép gyorsítótárazását. Javasoljuk, hogy kisebb lemezméretekhez használjon gyorsítótárazást, ahol jobb teljesítménynövelésre számíthat a virtuális gépre gyorsítótárazott adatokkal.

Állítsa a DiskAccessId tulajdonságot egy lemezhozzáférés-objektum egy példányára, és állítsa a NetworkAccessPolicy tulajdonságot a következőre AllowPrivate: .

Igen.

Szám

Mi a teendő, ha a kérdésemre nem ad választ?

Ha a kérdés nem szerepel a listán, tudassa velünk, és segítünk megtalálni a választ. A cikk végén a megjegyzésekben közzétehet egy kérdést. Az Azure Storage csapatával és a közösség többi tagjával való kapcsolatfelvételhez használja az Azure Storage Microsoft Q&A kérdésoldalát.

A szolgáltatások kéréséhez küldje el kéréseit és ötleteit az Azure Storage visszajelzési fórumára.