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


Virtuális gépek minősítésének hibaelhárítása

Amikor közzéteszi a virtuálisgép-rendszerképet az Azure Marketplace-en, az Azure csapata ellenőrzi, hogy az rendszerindításra alkalmas, biztonságos és kompatibilis-e az Azure-ral. Ha a virtuálisgép-rendszerkép egyik kiváló minőségű teszten sem sikerül, az nem lesz közzétéve. A problémát leíró hibaüzenet jelenik meg.

Ez a cikk a virtuálisgép-rendszerképek közzététele során gyakran előforduló hibaüzeneteket és a kapcsolódó megoldásokat ismerteti.

Feljegyzés

Ha kérdése van ezzel a cikkel vagy fejlesztési javaslatokkal kapcsolatban, forduljon a Partnerközpont ügyfélszolgálatához.

Virtuálisgép-bővítmény hibája

Ellenőrizze, hogy a rendszerkép támogatja-e a virtuálisgép-bővítményeket.

Virtuálisgép-bővítmények engedélyezése:

  1. Válassza ki a Linux rendszerű virtuális gépet.

  2. Lépjen a Diagnosztikai beállítások elemre.

  3. Engedélyezze az alap mátrixokat a Storage-fiók frissítésével.

  4. Válassza a Mentés lehetőséget.

    Képernyőkép a vendégszintű monitorozás engedélyezéséről.

A virtuálisgép-bővítmények megfelelő aktiválásának ellenőrzése:

  1. A virtuális gépen válassza a virtuálisgép-bővítmények lapot, majd ellenőrizze a Linux diagnosztikai bővítmény állapotát.

  2. Ellenőrizze a kiépítés állapotát.

    • Ha az állapot kiépítése sikeres, a bővítmények tesztesete sikeresen megtörtént.
    • Ha az állapot kiépítése sikertelen, a bővítmények tesztelési esete meghiúsult, és be kell állítania a megkeményített jelzőt.

    Képernyőkép a sikeres üzembe helyezésről.

    Ha a virtuálisgép-bővítmény meghibásodik, tekintse meg a Metrikák és naplók linuxos diagnosztikai bővítmény használata az engedélyezéshez című témakört. Ha nem szeretné, hogy a virtuálisgép-bővítmény engedélyezve legyen, forduljon a támogatási csapathoz, és kérje meg őket, hogy tiltsák le.

Virtuálisgép-létesítési probléma

Ellenőrizze, hogy az ajánlat elküldése előtt szigorúan követte-e a virtuális gépek kiépítésének folyamatát. A virtuális gép kiépítéséhez használt JSON-formátum megtekintéséhez tekintse meg a virtuálisgép-rendszerkép tesztelése című témakört.

A kiépítési problémák a következő hibaforgatókönyveket tartalmazhatják:

Eset Hiba Ok Megoldás
0 Érvénytelen virtuális merevlemez (VHD) Ha a megadott cookie-érték a VHD láblécében helytelen, a VHD érvénytelennek minősül. Hozza létre újra a képet, és küldje el a kérést.
2 Érvénytelen blobtípus A virtuális gép kiépítése nem sikerült, mert a használt blob egy blokktípus laptípus helyett. Hozza létre újra a képet oldaltípusként, és küldje el a kérést.
3 Kiépítési időtúllépés vagy nem megfelelően általánosított Probléma merült fel a virtuális gépek általánosításával kapcsolatban. Hozza létre újra a képet általánosítással, és küldje el a kérést.

Feljegyzés

További információ a virtuális gépek általánosításáról:

Feljegyzés

Ha a kiépítés meghiúsul, mert a virtuálisgép-rendszerkép üzembe helyezéséhez egyéni ARM-sablonra van szükség, engedélyezze az "Egyéni ARM-sablon üzembe helyezéséhez szükséges" jelölőnégyzetet a Partnerközpont "Technikai konfiguráció" lapján. Ez segít a hitelesítésért felelős csapatnak a kérés megfelelő végrehajtásában anélkül, hogy meghiúsult volna a kiépítési probléma.

Egyéni ARM-sablon jelölőnégyzete

VHD-specifikációk

A "conectix" sztring a VHD-specifikáció része. A VHD láblécében található 8 bájtos cookie-ként van definiálva, amely azonosítja a fájl létrehozóját. A Microsoft által létrehozott összes VHD-fájl rendelkezik ezzel a cookie-val.

A VHD formátumú blobok 512 bájtos láblécet használhatnak ebben a formátumban:

Merevlemez láblécmezői Méret (bájt)
Cookie 8
Funkciók 4
Fájlformátum verziója 4
Adateltolás 8
Időbélyegző 4
Létrehozói alkalmazás 4
Alkotói verzió 4
Létrehozói gazdagép operációs rendszere 4
Eredeti méret 8
Aktuális méret 8
Lemezgeometria 4
Lemeztípus 4
Ellenőrzőösszeg 4
Egyedi azonosító 16
Mentett állapot 0
Fenntartva 427

VHD-specifikációk

A zökkenőmentes közzététel érdekében győződjön meg arról, hogy a virtuális merevlemez megfelel az alábbi feltételeknek:

  • A cookie a "conectix" sztringet tartalmazza.
  • A lemez típusa rögzített.
  • A VHD virtuális mérete legalább 20 MB.
  • A VHD igazodik. A virtuális méretnek 1 MB többszörösének kell lennie.
  • A VHD-blob hossza megegyezik a virtuális méret és a VHD lábléchosszával (512).

Töltse le a VHD specifikációját.

Szoftvermegfelelés a Windowshoz

Ha a Windows rendszerképkérelmét szoftvermegfelelési probléma miatt utasítja el a rendszer, előfordulhat, hogy telepített SQL Server-példánysal létrehozott egy Windows rendszerképet. Ehelyett a megfelelő SQL Server-verzió alaprendszerképét kell használnia az Azure Marketplace-ről.

Ne hozzon létre saját Windows-rendszerképet, amelyen telepítve van az SQL Server. Használja a jóváhagyott SQL Server-alaprendszerképeket (Enterprise/Standard/web) az Azure Marketplace-ről.

Ha a Visual Studiót vagy bármely Office-licenccel rendelkező terméket próbál telepíteni, előzetes jóváhagyásért forduljon a támogatási csapathoz.

A jóváhagyott alap kiválasztásával kapcsolatos további információkért lásd : Virtuális gép létrehozása jóváhagyott bázisból.

Az eszközkészlet-teszteset végrehajtása meghiúsult

A Microsoft minősítési eszközkészlete segíthet a tesztelési esetek futtatásában, valamint annak ellenőrzésében, hogy a VHD vagy a rendszerkép kompatibilis-e az Azure-környezettel.

Töltse le a Microsoft Certification eszközkészletet.

Linuxos tesztelési esetek

Az alábbi táblázat azokat a Linux-teszteseteket sorolja fel, amelyeket az eszközkészlet futtat. A tesztérvényesítés a leírásban van feltüntetve.

Eset Próbaper Leírás
0 Bash-előzmények A virtuálisgép-rendszerkép létrehozása előtt törölni kell a Bash-előzményfájlokat.
2 Linux-ügynök verziója Az Azure Linux-ügynök legalább támogatott verzióját telepíteni kell.
3 Szükséges kernelparaméterek Ellenőrzi, hogy a következő kernelparaméterek vannak-e beállítva:
console=ttyS0
earlyprintk=ttyS0
4 Partíció felcserélése operációsrendszer-lemezen Ellenőrzi, hogy a felcserélési partíciók nincsenek-e létrehozva az operációsrendszer-lemezen.
5 Gyökérpartíció operációsrendszer-lemezen Hozzon létre egyetlen gyökérpartíciót a rendszerlemez számára.
6 OpenSSL-verzió Az OpenSSL-verziónak 0.9.8-os vagy újabb verziónak kell lennie.
7 Python-verzió A Python 2.6-os vagy újabb verziója erősen ajánlott.
8 Az ügyfél életben maradási időköze Állítsa a ClientAliveInterval értéket 180-ra. Az alkalmazás igény szerint 30 és 235 között állítható be. Ha engedélyezi az SSH-t a végfelhasználók számára, ezt az értéket a magyarázatnak megfelelően kell beállítani.
9 Operációs rendszer architektúrája Kizárólag a 64 bites operációs rendszerek támogatottak.
10 Automatikus frissítés Azonosítja, hogy engedélyezve van-e a Linux-ügynök automatikus frissítése.

Gyakori tesztelési esetek hibái

A tesztelési esetek futtatásakor előforduló gyakori hibákért tekintse meg az alábbi táblázatot:

Eset Próbaper Hiba Megoldás
0 Linux-ügynök verziótesztelési esete Az Azure Linux-ügynök legalább támogatott verzióját telepíteni kell.] (https://learn.microsoft.com/troubleshoot/azure/virtual-machines/support-extensions-agent-version) Frissítse a Linux-ügynök verzióját. További információkért látogasson el a Linux-ügynök verziófrissítési oldalára.
2 Bash-előzmények tesztesete Hiba akkor fordul elő, ha a beküldött kép Bash-előzményeinek mérete meghaladja az 1 kilobájtot (KB). A méret 1 KB-ra van korlátozva, hogy a Bash-előzményfájl ne tartalmazzon potenciálisan bizalmas információkat. A megoldáshoz csatlakoztassa a VHD-t egy másik működő virtuális géphez, és módosítsa a méretet 1 KB-ra vagy annál kisebbre. Törölje például a .bash_history fájlokat.
3 Szükséges kernelparaméter-teszteset Ez a hiba akkor jelenik meg, ha az érték console nincs beállítva ttyS0. Ellenőrizze a következő parancs futtatásával:
cat /proc/cmdline
Állítsa be a kérés értékét a következő értékre console ttyS0, és küldje el újra a kérést.
4 ClientAlive interval test case Ha az eszközkészlet nem megfelelő eredményt ad ehhez a tesztesethez, akkor a függvény nem megfelelő értéket ad ClientAliveInterval. Állítsa be a 235-nél kisebb vagy egyenlő értéket ClientAliveInterval , majd küldje el újra a kérést.
5 smoke_test Hibaüzenet jelenik meg, ha a rendszerkép kernelhiba miatt nem indítható el vagy nem indítható újra. A hibaleírásból lekérheti a kernel pánikjának híváskövetési információját. Ha meg szeretné tekinteni a teljes hívás nyomkövetését és a soros naplót, üzembe helyezhet egy virtuális gépet az Azure-ban a rendszerkép használatával, és ellenőrizheti a "Soros konzolt" a virtuálisgép-erőforrásban az Azure Portalon. Amikor virtuális gépet hoz létre az Azure-ban, letöltheti a soros konzol naplóját az Azure Portalról (további https://learn.microsoft.com/en-us/troubleshoot/azure/virtual-machines/serial-console-linux részletek a Soros konzolról)
6 verify_dns_name_resolution Ez a teszteset ellenőrzi a DNS-névfeloldást a következő parancs végrehajtásával: ping bing.com -c 5 -i 0.5 -O. Hiba történik, ha nem sikerül pingelni egy nyilvános webcímet (bing.com). Tekintse meg a https://learn.microsoft.com/en-us/azure/virtual-machines/linux/azure-dns megfelelő beállítások hozzáadását
7 verify_no_pre_exist_users "A xxxX felhasználó jelszava észlelve" hibaüzenet jelenik meg, ha egy felhasználó jelszavát észlelték, vagy ha egy felhasználó kulcsát észlelték az /etc/shadow fájlban ellenőrizze, hogy rendelkezik-e valamilyen felhasználó jelszavával, ha igen, akkor törölnie kell a jelszót, és törölnie kell a(z) "{user's home directory}/.ssh/authorized_keys" fájlt a hibaüzenetet követően
8 validate_netvsc_reload "Sikertelen" hibaüzenet jelenik meg. SSHException: Az SSH-munkamenet nem aktív." ha a virtuális gép nem csatlakoztatható az alábbi parancs futtatása után. A rendszer a következő hibaüzenetet fogja kapni: "kernelhiba történt az xx csomópontjáról". ha kernelhiba észlelhető a virtuális gépről a következő parancs futtatása után: "modprobe -r hv_netvsc; modprobe hv_netvsc; ip link set eth0 down; ip link set eth0 up; dhclient -r eth0; dhclient eth0 ' Ellenőrizze a Soros konzolon, hogy történt-e hiba a fenti parancs futtatása során. További részletekért látogasson el https://learn.microsoft.com/en-us/windows-hardware/drivers/network/sr-iov-synthetic-data-path a Network Virtual Service Client (NetVSC) szolgáltatásra.

Windows-tesztesetek

Az alábbi táblázat felsorolja az eszközkészlet által futtatott Windows-teszteseteket, valamint a tesztérvényesítés leírását:

Eset Tesztelési esetek Leírás
0 Operációs rendszer architektúrája Azure-támogatás csak 64 bites operációs rendszereket.
2 Felhasználói fiók függősége Az alkalmazás végrehajtása nem függhet a rendszergazdai fióktól.
3 Feladatátvevő fürt A Windows Server feladatátvételi fürtszolgáltatása még nem támogatott. Az alkalmazás nem függhet ettől a funkciótól.
4 IPV6 Az IPv6 még nem támogatott az Azure-környezetben. Az alkalmazás nem függhet ettől a funkciótól.
5 DHCP A dinamikus gazdagép konfigurációs protokollkiszolgálói szerepköre még nem támogatott. Az alkalmazás nem függhet ettől a funkciótól.
6 Távelérés A távelérési (közvetlen hozzáférésű) kiszolgálói szerepkör még nem támogatott. Az alkalmazás nem függhet ettől a funkciótól.
7 Rights Management Services Rights Management Services. A kiszolgálói szerepkör még nem támogatott. Az alkalmazás nem függhet ettől a funkciótól.
8 Központi Windows-telepítési szolgáltatások Windows Deployment Services. A kiszolgálói szerepkör még nem támogatott. Az alkalmazás nem függhet ettől a funkciótól.
9 BitLocker meghajtótitkosítás A BitLocker meghajtótitkosítás nem támogatott az operációs rendszer merevlemezén, de adatlemezeken is használható.
10 Internet Storage névkiszolgáló Az Internet Storage Névkiszolgáló szolgáltatása még nem támogatott. Az alkalmazás nem függhet ettől a funkciótól.
11 Többutas I/O Többutas I/O. Ez a kiszolgálói funkció még nem támogatott. Az alkalmazás nem függhet ettől a funkciótól.
12 Hálózati terheléselosztás Hálózati terheléselosztás. Ez a kiszolgálói funkció még nem támogatott. Az alkalmazás nem függhet ettől a funkciótól.
13 Peer Name Resolution Protocol Társnévfeloldási protokoll. Ez a kiszolgálói funkció még nem támogatott. Az alkalmazás nem függhet ettől a funkciótól.
14 SNMP-szolgáltatások A Simple Network Management Protocol (SNMP) Services szolgáltatás még nem támogatott. Az alkalmazás nem függhet ettől a funkciótól.
15 Windows Internet Name Service Windows Internet Name Service. Ez a kiszolgálói funkció még nem támogatott. Az alkalmazás nem függhet ettől a funkciótól.
16 Vezeték nélküli helyi hálózat szolgáltatás Vezeték nélküli LAN szolgáltatás. Ez a kiszolgálói funkció még nem támogatott. Az alkalmazás nem függhet ettől a funkciótól.

Ha az előző tesztesetekkel kapcsolatos hibákat észlel, tekintse meg a megoldás táblázatának Leírás oszlopát. További információért forduljon a támogatási csapathoz.

Adatlemez méretének ellenőrzése

Az 1023 gigabájtnál (GB) nagyobb méretű adatlemez-kérelmek nem lesznek jóváhagyva. Ez a szabály Linuxra és Windowsra is vonatkozik.

Küldje újra a kérelmet 1023 GB-nál kisebb vagy azzal egyenlő méretben.

Operációsrendszer-lemez méretének ellenőrzése

Az operációsrendszer-lemez méretére vonatkozó korlátozásokért tekintse meg az alábbi szabályokat. Amikor bármilyen kérést küld, ellenőrizze, hogy az operációsrendszer-lemez mérete a Linux vagy a Windows korlátain belül van-e.

OS Ajánlott VHD-méret
Linux 1 GB–1023 GB
Windows 30 GB-ról 250 GB-ra

Mivel a virtuális gépek lehetővé teszik a mögöttes operációs rendszerhez való hozzáférést, győződjön meg arról, hogy a VHD mérete elég nagy a VHD számára. A lemezek állásidő nélkül nem bővíthetők. Használjon lemezméretet 30 GB-tól 50 GB-ig.

VHD-méret Tényleges foglalt méret Megoldás
>500 terabájt (TiB) n.a. Kivétel-jóváhagyásért forduljon a támogatási csapathoz.
250-500 TiB >200 gibiby (GiB) különbség a blob méretétől Kivétel-jóváhagyásért forduljon a támogatási csapathoz.

Feljegyzés

A nagyobb lemezméretek magasabb költségekkel járnak, és késést okoznak a beállítási és replikációs folyamat során. A késés és a költségek miatt előfordulhat, hogy a támogatási csapat indoklást kér a kivétel jóváhagyásához.

WannaCry-javítás ellenőrzési tesztje Windows rendszeren

A WannaCry-vírussal kapcsolatos esetleges támadások megelőzése érdekében győződjön meg arról, hogy minden Windows rendszerkép-kérés frissül a legújabb javítással.

A képfájl verziószámát ellenőrizheti a következőről C:\windows\system32\drivers\srv.sys : vagy srv2.sys.

Az alábbi táblázat a Windows Server minimálisan javított verzióját mutatja be:

OS Verzió
Windows Server 2008 R2 6.1.7601.23689
Windows Server 2012 6.2.9200.22099
Windows Server 2012 R2 6.3.9600.18604
Windows Server 2016 10.0.14393.953
Windows Server 2019 N.a.

Feljegyzés

A Windows Server 2019 nem rendelkezik kötelező verziókövetelményekkel.

SACK sebezhetőségi javítás ellenőrzése

Linux rendszerkép elküldésekor előfordulhat, hogy a rendszermagverzióval kapcsolatos problémák miatt a kérés elutasítva lesz.

Frissítse a kernelt egy jóváhagyott verzióval, és küldje el újra a kérést. A jóváhagyott kernelverziót az alábbi táblázatban találja. A verziószámnak egyenlőnek vagy nagyobbnak kell lennie, mint az itt felsorolt szám.

Ha a rendszerkép nincs telepítve a következő kernelverziók egyikével, frissítse a megfelelő javításokkal. Kérje meg a szükséges jóváhagyást a támogatási csapattól, miután a rendszerkép frissült az alábbi szükséges javításokkal:

  • CVE-2019-11477
  • CVE-2019-11478
  • CVE-2019-11479
Operációsrendszer-család Verzió Kernel
Ubuntu 14.04 LTS 4.4.0-151
14.04 LTS 4.15.0-1049-*-azure
16.04 LTS 4.15.0-1049
18.04 LTS 4.18.0-1023
18.04 LTS 5.0.0-1025
18.10 4.18.0-1023
19.04 5.0.0-1010
19.04 5.3.0-1004
RHEL és Cent OS 6.10 2.6.32-754.15.3
7.2 3.10.0-327.79.2
7.3 3.10.0-514.66.2
7,4 3.10.0-693.50.3
7,5 3.10.0-862.34.2
7.6 3.10.0-957.21.3
7.7 3.10.0-1062.1.1
8.0 4.18.0-80.4.2
8.1 4.18.0-147
"7-RAW" (7,6)
"7-LVM" (7,6) 3.10.0-957.21.3
RHEL-SAP 7.4 Később eldöntendő
RHEL-SAP 7.5 Később eldöntendő
SLES SLES11SP4 (beleértve az SAP-t) 3.0.101-108.95.2
SLES12SP1 az SAP-hoz 3.12.74-60.64.115.1
SLES12SP2 az SAP-hoz 4.4.121-92.114.1
SLES12SP3 4.4180-4.31.1 (kernel-azure)
SLES12SP3 az SAP-hoz 4.4.180-94.97.1
SLES12SP4 4.12.14-6.15.2 (kernel-azure)
SLES12SP4 az SAP-hoz 4.12.14-95.19.1
SLES15 4.12.14-5.30.1 (kernel-azure)
SLES15 az SAP-hoz 4.12.14-5.30.1 (kernel-azure)
SLES15SP1 4.12.14-5.30.1 (kernel-azure)
Oracle 6.10 UEK2 2.6.39-400.312.2
UEK3 3.8.13-118.35.2
RHCK 2.6.32-754.15.3
7.0-7.5 UEK3 3.8.13-118.35.2
UEK4 4.1.12-124.28.3
Az RHCK a fenti RHEL-t követi
7.6 RHCK 3.10.0-957.21.3
UEK5 4.14.35-1902.2.0
CoreOS Stable 2079.6.0 4.19.43*
Bétaverzió: 2135.3.1 4.19.50*
Alfa 2163.2.1 4.19.50*
Debian jessie (biztonság) 3.16.68-2
jessie backports 4.9.168-1+deb9u3
stretch (biztonság) 4.9.168-1+deb9u3
Debian GNU/Linux 10 (buster) Debian 6.3.0-18+deb9u1
buster, sid (stretch backports) 4.19.37-5

A képméretnek több megabájtban kell lennie

Az Azure-ban minden virtuális merevlemeznek 1 megabájt (MB) többszöröséhez igazodó virtuális méretnek kell lennie. Ha a VHD nem felel meg az ajánlott virtuális méretnek, előfordulhat, hogy a kérés elutasítva lesz.

Kövesse az irányelveket, amikor nyers lemezről VHD-re konvertál. Győződjön meg arról, hogy a nyers lemez mérete 1 MB többszöröse. További információ: Információ a nem használt disztribúciókról.

Virtuálisgép-hozzáférés megtagadva

A virtuális gépen futó tesztesetek hozzáférés-megtagadási problémáját a nem megfelelő jogosultságok okozhatják.

Ellenőrizze, hogy engedélyezte-e a megfelelő hozzáférést ahhoz a fiókhoz, amelyen az öntesztelési esetek futnak. Ha nincs engedélyezve, engedélyezze a hozzáférést a tesztelési esetek futtatásához. Ha nem szeretné engedélyezni a hozzáférést, megoszthatja az önteszt eredményeit a támogatási csapattal.

A kérelem elküldése letiltott SSH-lemezképpel a minősítési folyamathoz:

  1. Futtassa az Azure-beli virtuális gépek legújabb minősítési teszteszközét a rendszerképen.

  2. Támogatási jegy létrehozása. Mindenképpen csatolja az eszközkészlet-jelentést, és adja meg az ajánlat részleteit:

    • Ajánlat neve
    • Közzétevő neve
    • Csomag azonosítója/termékváltozata és verziója
  3. Küldje el újra a minősítési kérelmet.

Feljegyzés

Ha letiltott vagy korlátozott ssh-t tartalmazó, zárolt virtuálisgép-rendszerképet tesz közzé, engedélyezze a "Távoli asztal vagy SSH le van tiltva" jelölőnégyzetet a Partnerközpont "Technikai konfiguráció" lapján. Ez tájékoztatja a tanúsító csapatot arról, hogy ez a terv, és a megfelelő érvényesítéseket hajtja végre a képen anélkül, hogy a korlátozott hozzáférés miatt meghiúsult volna.

Zárolt jelölőnégyzet

Letöltési hiba

A virtuálisgép-rendszerkép közös hozzáférésű hozzáférésű (SAS) URL-címmel való letöltésekor felmerülő problémákért tekintse meg az alábbi táblázatot.

Hiba Ok Megoldás
A blob nem található A virtuális merevlemez törölhető vagy áthelyezhető a megadott helyről.
Használatban lévő blob A VHD-t egy másik belső folyamat használja. A VHD forrás blobtárolója a közzététel közben módosul. A VHD-nek nem szabad használt állapotban lennie, amikor SAS URL-címmel tölti le. Emellett ne használja/módosítsa a VHD-t, ha a közzététel folyamatban van.
Érvénytelen SAS URL-cím A VHD társított SAS-URL-címe helytelen. Szerezze be a megfelelő SAS URL-címet.
Érvénytelen aláírás A VHD társított SAS-URL-címe helytelen. Szerezze be a megfelelő SAS URL-címet.
HTTP feltételes fejléc Az SAS URL-címe érvénytelen. Szerezze be a megfelelő SAS URL-címet.
Érvénytelen VHD-név Ellenőrizze, hogy vannak-e speciális karakterek, például százalékjel % vagy idézőjelek "a VHD-névben. A speciális karakterek eltávolításával nevezze át a VHD-fájlt.

A virtuálisgép-rendszerképek lemezképeinek 1 MB szabad területtel kell rendelkezniük

Ha a rendszerképet az Azure-ban teszi közzé (GPT-partícióval), javasoljuk, hogy hagyja üresen az operációsrendszer-lemez első 2048 szektorát (1 MB). Ez a követelmény lehetővé teszi, hogy az Azure fontos metaadatokat adjon hozzá a rendszerképhez (ilyenek például a metaadatok, amelyek javítják az ügyfelek rendszerindítási idejét, a számlázást és egyéb részleteket). Ez ajánlott eljárás, ha már jóváhagyott alaprendszerképet használ, és a rendszerkép érvényes számlázási címkével rendelkezik. Ha azonban a rendszerkép nem rendelkezik érvényes számlázási címkével, a közzététel meghiúsulhat, ha az operációsrendszer-lemez első 1 MB-a nem üres.

Ha olyan saját rendszerképet készít, amely nem rendelkezik érvényes számlázási címkével, győződjön meg arról, hogy az operációsrendszer-lemez első 2048 szektora (1 MB) üres. Ellenkező esetben a közzététel sikertelen lesz. Ez a követelmény csak az operációsrendszer-lemezre vonatkozik (az adatlemezekre nem). Ha jóváhagyott alapból készíti a rendszerképet, az első 1 MB üres lesz. Ezért nem kell külön dolgoznia rajta.

Ha az első 1 MB-ot szabadként szeretné tárolni az operációsrendszer-lemezen, hajtsa végre a következő szakaszban leírt lépéseket.

1 MB szabad terület megtartása üres VHD-n (2048 szektor, szektoronként 512 bájt)

Ezek a lépések csak Linuxra vonatkoznak.

  1. Hozzon létre bármilyen Linux rendszerű virtuális gépet, például Ubuntu, CentOS vagy más. Töltse ki a szükséges mezőket, majd válassza a Tovább: Lemezek lehetőséget.

    Képernyőkép a Virtuális gép létrehozása lapról a Következő: Lemezek parancsgomb kiemelésével.

  2. Hozzon létre egy nem felügyelt lemezt a virtuális géphez. Használja az alapértelmezett értékeket, vagy adjon meg bármilyen értéket olyan mezőkhöz, mint az operációsrendszer-lemez mérete, az operációsrendszer-lemez típusa és a titkosítás típusa.

    Képernyőkép az Adatlemezek lapról a Virtuális gép létrehozása folyamatában.

  3. A virtuális gép létrehozása után a bal oldali panelen válassza a Lemezek lehetőséget.

    A V M lemezeinek kiválasztását bemutató képernyőkép.

  4. Csatolja a VHD-t adatlemezként a virtuális géphez partíciótábla létrehozásához.

    1. Válassza a Meglévő lemezek csatolása lehetőséget:

      Képernyőkép arról, hogyan vehet fel adatlemezt a V H D-be.

      Képernyőkép a V H D adatlemezének kiválasztásáról.

    2. Keresse meg a VHD-tárfiókot.

    3. Válassza a Tároló lehetőséget, majd válassza ki a VHD-t.

    4. Kattintson az OK gombra.

      Képernyőkép a nem felügyelt lemez csatolási oldaláról.

      A VHD lun 0 adatlemezként lesz hozzáadva.

  5. Indítsa újra a virtuális gépet.

  6. A virtuális gép újraindítása után jelentkezzen be a virtuális gépre Putty vagy egy másik ügyfél használatával, és futtassa a parancsot a sudo -i gyökérhozzáférés megszerzéséhez.

    Putty ügyfél parancssori képernyőképe a sudo -i parancsról.

  7. Hozzon létre egy partíciót a VHD-n.

    1. Adja meg fdisk /dev/sdb a parancsot.

    2. Ha meg szeretné tekinteni a meglévő partíciólistát a VHD-ből, írja be a következőt p: .

    3. Adja meg d a VHD-ben elérhető összes meglévő partíció törlését. Ezt a lépést kihagyhatja, ha nincs rá szükség.

      A Putty-ügyfél parancssori képernyőképe, amelyen a meglévő partíciók törlésére szolgáló parancsok láthatók.

    4. Adja meg n az új partíció létrehozásához, és válassza ki p az (elsődleges partíció) lehetőséget.

    5. Első szektorértékként adja meg a 2048 értéket. Az utolsó szektort alapértelmezett értékként hagyhatja meg.

      Fontos

      A meglévő adatok 2048-ig (minden szektorban 512 bájt) törlődnek. Készítsen biztonsági másolatot a VHD-ről, mielőtt létrehoz egy új partíciót.

      Putty-ügyfél parancssori képernyőképe a törölt adatok parancsaival és kimenetével.

    6. Írja be w a partíció létrehozásának megerősítéséhez.

      Putty-ügyfél parancssori képernyőképe a partíció létrehozásához szükséges parancsokkal.

    7. A partíciótáblát a parancs n fdisk /dev/sdb futtatásával és beírásával pellenőrizheti. Látni fogja, hogy a partíció 2048 eltolási értékkel jön létre.

      Putty-ügyfél parancssori képernyőképe a 2048-as eltolás létrehozásához szükséges parancsokkal.

  8. Válassza le a virtuális merevlemezt a virtuális gépről, és törölje a virtuális gépet.

Alapértelmezett hitelesítő adatok

Soha ne küldjön alapértelmezett hitelesítő adatokat az elküldött VHD-vel. Az alapértelmezett hitelesítő adatok hozzáadása sebezhetőbbé teszi a VHD-t a biztonsági fenyegetésekkel szemben. Ehelyett hozzon létre saját hitelesítő adatokat a VHD elküldésekor.

A DataDisk helytelenül van leképezve

Leképezési probléma akkor fordulhat elő, ha egy kérelmet több olyan adatlemezzel is elküldenek, amelyek nincsenek sorrendben. Három adatlemez számozási sorrendjének például 0, 1, 2 kell lennie. A többi sorrend leképezési problémaként lesz kezelve.

Küldje el újra a kérést az adatlemezek megfelelő sorrendbe állításával.

Helytelen operációsrendszer-megfeleltetés

A rendszerkép létrehozásakor előfordulhat, hogy nem a megfelelő operációsrendszer-címkéhez van hozzárendelve vagy hozzárendelve. Ha például a rendszerkép létrehozásakor a Windowst választja az operációs rendszer nevének részeként, az operációsrendszer-lemezt csak a Windowssal kell telepíteni. Ugyanez a követelmény vonatkozik a Linuxra is.

A virtuális gép nincs általánosítva

Ha az Azure Marketplace-ről készített összes rendszerképet újra fel kell használni, az operációs rendszer VHD-jének általánosítottnak kell lennie.

  • Linux esetén az alábbi folyamat általánosítja a Linux rendszerű virtuális gépeket, és újra üzembe helyezi azt külön virtuális gépként.

    Az SSH-ablakban adja meg a következő parancsot: sudo waagent -deprovision+user.

  • Windows esetén általánosíthatja a Windows rendszerképeket a .sysreptool

    Az eszközről további információt a sysreptool Rendszer előkészítése (Sysprep) áttekintésében talál.

DataDisk-hibák

Az adatlemezhez kapcsolódó hibák megoldásához használja az alábbi táblázatot:

Hiba Ok Megoldás
DataDisk- InvalidUrl: Ez a hiba az ajánlat elküldésekor érvénytelen logikai egységszám (LUN) miatt fordulhat elő. Ellenőrizze, hogy az adatlemez LUN-számsorozata a Partnerközpontban van-e.
DataDisk- NotFound: Ez a hiba azért fordulhat elő, mert egy adatlemez nem egy megadott SAS URL-címen található. Ellenőrizze, hogy az adatlemez a megadott SAS URL-címen található-e.

Távelérési probléma

Ez a hiba akkor jelenik meg, ha a Távoli asztali protokoll (RDP) beállítás nincs engedélyezve a Windows rendszerképhez.

Mielőtt elküldené őket, engedélyezze az RDP-hozzáférést Windows-rendszerképekhez.

A Bash-előzmények sikertelenek

Ez a hiba akkor jelenik meg, ha a beküldött kép Bash-előzményeinek mérete meghaladja az 1 kilobájtot (KB). A méret 1 KB-ra van korlátozva, hogy a fájl ne tartalmazzon potenciálisan bizalmas információkat.

A Bash-előzmények törlése:

  1. Telepítse a virtuális gépet, és válassza a Parancs futtatása lehetőséget az Azure Portalon.

    Képernyőkép az Azure Portalról a

  2. Válassza a RunShellScript első lehetőségét, majd futtassa a következő parancsot: cat /dev/null > ~/.bash_history && history -c.

    Képernyőkép az Azure Portal

  3. A parancs sikeres futtatása után indítsa újra a virtuális gépet.

  4. Általánosítsa a virtuális gépet, állítsa le a rendszerkép virtuális merevlemezét, és állítsa le a virtuális gépet.

  5. Küldje el újra az általánosított képet.

Hálózati virtuális berendezés érvényesítése

A Marketplace rendszerképtanúsítása során a hálózati virtuális berendezésnek (NVA) számító virtuálisgép-ajánlat az összes virtuálisgép-ajánlatra általános tesztekkel és az alábbi táblázatban felsorolt NVA-tesztesetekkel lesz érvényesítve. Ezeknek az NVA-specifikus érvényesítéseknek a célja annak ellenőrzése, hogy az NVA-rendszerkép mennyire vezénylik az SDN-vermet.

Próbaper A teszteset futtatásának lépései Megoldás
VHD-hozzáférés Győződjön meg arról, hogy a VHD-hez megfelelő SAS-URL-cím van megadva, az engedélyek a hozzáférés engedélyezésére vannak beállítva, és az NVA-rendszerkép általánosítva van. Ellenőrizze az NVA-lemezképet és a megadott URL-címet.
NVA üzembe helyezése Virtuális gép üzembe helyezése az NVA használatával egyetlen hálózati adapterrel. Ellenőrizze, hogy az üzembe helyezés 20 perc alatt befejeződött-e. Ha az üzembe helyezés 20 percen belül nem fejeződik be, ellenőrizze az NVA-lemezképet.
NVA újraindítása Virtuális gép üzembe helyezése az NVA használatával egyetlen hálózati adapterrel. Ezután lépjen a virtuális gépre az Azure Portalon, és a bal oldali panelEn a Támogatás + hibaelhárítás szakaszban válassza az Újra üzembe helyezés + Újraalkalmazás és a virtuális gép ismételt üzembe helyezése lehetőséget. Az újbóli üzembe helyezés befejezése után ellenőrizze, hogy a virtuális gép állapota fut-e , és hogy a 22-s hálózati adapter portja elérhető-e a Netcat paranccsal. Ha a virtuális gép nem jön létre az újraindítás után, akkor lehet, hogy probléma van az NVA-lemezképpel.

Ha a Netcat-teszt sikertelen, akkor az lehet, hogy a hálózati adapter nem jött létre az újraindítás után annak ellenére, hogy a virtuális gép fut. Várjon néhány percet, és próbálkozzon újra. Ha 20 perc elteltével sem sikerül, akkor előfordulhat, hogy probléma merül fel az NVA-lemezképpel kapcsolatban.
NVA ismételt üzembe helyezése Virtuális gép üzembe helyezése az NVA használatával egyetlen hálózati adapterrel. Ezután telepítse újra a virtuális gépet. Ellenőrizze, hogy a virtuális gép állapota fut-e , és hogy a 22-s hálózati adapter portja elérhető-e a Netcat paranccsal. Ha az ismételt üzembe helyezés 15 percen belül nem fejeződik be, előfordulhat, hogy az NVA-lemezképpel kapcsolatos probléma merül fel.

Ha a Netcat-teszt sikertelen, akkor az lehet, hogy a hálózati adapter nem jött létre az újraindítás után annak ellenére, hogy a virtuális gép fut. Várjon néhány percet, és próbálkozzon újra. Ha 20 perc elteltével sem sikerül, akkor előfordulhat, hogy probléma merül fel az NVA-lemezképpel kapcsolatban.
Magas rendelkezésre állás Virtuális gép üzembe helyezése az NVA használatával egyetlen hálózati adapterrel. Vagy nincs nyilvános IP-cím csatolva a hálózati adapterhez, vagy ha a nyilvános IP-cím csatlakoztatva van, akkor az SKU-nak standardnak kell lennie, és az IP-kiosztási módszernek statikusnak kell lennie. Ugyanabban a virtuális hálózatban állítson be egy Azure Belső terheléselosztót az alábbi konfigurációval.
- Terheléselosztó standard termékváltozat használatával
- Előtérbeli IP-cím privát IP-foglalási módszerrel dinamikusként
- Állapottesztek TCP használatával, 22-s port 15 másodperces újrapróbálkozási időközzel
- Terheléselosztási szabály minden protokollal, és engedélyezi a lebegő IP-címet Hamis értékre.
- A háttérkészlet az NVA virtuális gépre mutat.

Ha a beállítás elkészült, ellenőrizze, hogy az NVA virtuális gép elérhető-e a terheléselosztón a Netcat paranccsal.
Ha az NVA nem érhető el a terheléselosztóban, ellenőrizze a virtuális gép, a terheléselosztó és a HA-portok beállítását. Ha minden pontos, akkor probléma lehet az NVA-lemezképpel.
Virtuális hálózatok közötti társviszony Helyezzen üzembe egy virtuális gép VM1-et az NVA-rendszerkép használatával, egy hálózati adapterrel egy virtuális hálózat VNET1-ben. Egy másik virtuális hálózat VNET2-ben helyezzen üzembe egy virtuális gép VM2-t bármely Linux-rendszerkép, például ubuntu használatával, egy hálózati adapterrel és egy virtuálisgép-beállítással dinamikus IP-kiosztási módszerként és alapszintű termékváltozatként. VNET-társviszony létrehozása a VNET1 és a VNET2 között, és a távoli virtuális hálózat felé történő forgalom engedélyezése (alapértelmezett)

Ha a telepítés elkészült, ellenőrizze, hogy a 2. virtuális gépről elérjük-e a hálózati adapter magánhálózati IP-címét az NVA VM1-en a Netcat paranccsal.
Ha az NVA VM1 nem érhető el a VM2-ről, ellenőrizze, hogy a virtuális hálózatok közötti társviszony-létesítés megfelelően van-e konfigurálva, és próbálkozzon újra. Ha továbbra sem működik, előfordulhat, hogy az NVA-rendszerképtel kapcsolatos probléma merül fel.
Gyorsított hálózatkezelés (AN) Virtuális gép üzembe helyezése az NVA-val és 1 AN-kompatibilis hálózati adapterrel. A virtuális gép létrehozásakor engedélyezheti az AN-t egy hálózati adapteren, vagy a virtuális gép létrehozása után a hálózati adapter tulajdonságain. Ellenőrizze, hogy a virtuális gép működik-e. Ha az üzembe helyezés sikertelen, ellenőrizze, hogy az NVA-rendszerkép támogatja-e a gyorsított hálózatkezelést.
Multi-NIC Basic Virtuális gép üzembe helyezése az NVA használatával 3 hálózati adapterrel dinamikus IP-kiosztási módszerrel és alapszintű termékváltozattal. Kérje le a magánhálózati IP-címet és a MAC-címet az összes hálózati adapterhez (útmutatásért tekintse meg a hálózati adaptert ). Ezután telepítse újra a virtuális gépet, és győződjön meg arról, hogy az összes hálózati adapter magánhálózati IP-címe és MAC-címe ugyanaz marad, mint az újbóli üzembe helyezés előtt. Ha az újbóli üzembe helyezés után az összes hálózati adapterhez tartozó magánhálózati IP- és MAC-cím megváltozik, akkor az NVA-rendszerképtel kapcsolatos probléma merülhet fel.
Hálózatkimaradás Virtuális gép üzembe helyezése az NVA használatával egyetlen hálózati adapterrel. Ezután hozzon létre és alkalmazzon egy hálózati biztonsági csoportot (NSG) az NVA virtuális gép felé történő összes forgalom letiltásához. Ezután ellenőrizze, hogy a virtuális gép állapota fut-e. Ha az NSG alkalmazása után a virtuális gép leáll, előfordulhat, hogy probléma van az NVA-lemezképpel.

További információkért vagy kérdésekért nyisson meg egy Azure-támogatási esetet.

A Netcat áttekintése:

A Netcat egy parancs, amely képes TCP- vagy UDP-kapcsolatot létesíteni két számítógép között, ami azt jelenti, hogy egy nyitott porton keresztül tud írni és olvasni. Az NVA-érvényesítés során a Netcat parancsot egy olyan virtuális gépről hajtjuk végre, amely ugyanabban a virtuális hálózatban található, mint az NVA virtuális gép, és teszteljük, hogy elérhető-e a 22-es TCP-port. A parancs szintaxisa a nc <destination_ip_address> <destination_port>következő:

  • destination_ip_address a virtuálisgép-hálózati adapterhez rendelt magánhálózati IP-cím,
  • destination_port az NVA portszáma. Az NVA-tesztesetekben 22-t használunk.

Például: nc 192.168.1.1 22

Kivétel kérése a virtuálisgép-rendszerképeken a tesztek kiválasztásához

A közzétevők kivételeket kérhetnek a virtuális gép minősítése során végrehajtott néhány teszt esetében. A kivételek olyan ritkán fordulnak elő, amikor a közzétevő bizonyítékokat szolgáltat a kérelem alátámasztására. A minősítési csapat fenntartja a jogot, hogy bármikor megtagadja vagy jóváhagyja a kivételeket.

Ez a szakasz azokat az általános forgatókönyveket ismerteti, amelyekben a közzétevők kivételt kérnek, és hogy hogyan kérhetnek ilyet.

Kivételek forgatókönyvei

A közzétevők általában kivételeket kérnek a következő esetekben:

  • Egy vagy több teszteset kivétele. A tesztelési esetek kivételeinek kérelmezéséhez lépjen kapcsolatba a Partnerközpont ügyfélszolgálatával .

  • Zárolt virtuális gépek / Nincs gyökérhozzáférés. Néhány közzétevő rendelkezik olyan forgatókönyvekkel, amelyekben a virtuális gépeket zárolni kell, mert a virtuális gépen telepítve vannak szoftverek, például tűzfalak. Ebben az esetben töltse le a Certified Test Tool eszközt, és küldje el a jelentést a Partnerközpont ügyfélszolgálatánál.

  • Egyéni sablonok. Egyes közzétevők olyan virtuálisgép-rendszerképeket tesznek közzé, amelyekhez egyéni Azure Resource Manager-sablonra (ARM) van szükség a virtuális gépek üzembe helyezéséhez. Ebben az esetben küldje el azokat az egyéni sablonokat a Partnerközpont ügyfélszolgálatánál, amelyeket a hitelesítésért felelős csapat használ az ellenőrzéshez.

A kivételforgatókönyvek biztosításához szükséges információk

Lépjen kapcsolatba a Partnerközpont ügyfélszolgálatával , és kérjen kivételt az egyik forgatókönyv esetében, és adja meg a következő információkat:

  • Közzétevő azonosítója. Írja be a partnerközpont portál közzétevő-azonosítóját.

  • Ajánlat azonosítója/neve. Adja meg az ajánlat azonosítóját vagy nevét.

  • Termékváltozat/csomag azonosítója. Írja be a virtuálisgép-ajánlat csomagazonosítóját vagy termékváltozatát.

  • Verzió Adja meg a kivételt igénylő virtuálisgép-ajánlat verzióját.

  • Kivétel típusa. Válasszon a tesztek, a zárolt virtuális gép vagy az egyéni sablonok közül.

  • A kérés oka. Adja meg a kivételkérés okát, valamint a tesztelési kivételekre vonatkozó információkat.

  • Idővonal. Adja meg a kivétel záró dátumát.

  • Melléklet. Csatolt fontos bizonyítékdokumentumok:

    • Zárolt virtuális gépek esetén csatolja a tesztjelentést.
    • Egyéni sablonok esetén adja meg mellékletként az egyéni ARM-sablont.

    Ha nem adja meg ezeket a mellékleteket, a rendszer megtagadja a kérését.

Virtuálisgép-ajánlat biztonsági résének vagy biztonsági résének elhárítása

Ez a szakasz azt ismerteti, hogyan biztosíthat új virtuálisgép-rendszerképet, ha biztonsági rést vagy biztonsági rést fedez fel az egyik virtuálisgép-rendszerképe. Csak az Azure Marketplace-en közzétett Azure-beli virtuálisgép-ajánlatokra vonatkozik.

Feljegyzés

Nem távolíthatja el az utolsó virtuálisgép-rendszerképet egy csomagból, és nem állíthatja le az ajánlat utolsó csomagját.

Hajtsa végre az alábbi műveletek egyikét:

  • Ha a sebezhető virtuálisgép-rendszerkép helyére új virtuálisgép-rendszerképet szeretne beszedni, olvassa el a Rögzített virtuálisgép-rendszerkép biztosítása című témakört.
  • Ha nem rendelkezik új virtuálisgép-lemezképpel a terv egyetlen virtuálisgép-lemezképének cseréjéhez, vagy ha végzett a tervvel, állítsa le a terv terjesztését.
  • Ha nem tervezi lecserélni az ajánlat egyetlen virtuálisgép-rendszerképét, javasoljuk, hogy hagyja abba az ajánlat terjesztését.

Rögzített virtuálisgép-rendszerkép megadása

Rögzített virtuálisgép-rendszerkép biztosítása egy biztonsági rést vagy biztonsági rést kihasználó virtuálisgép-rendszerkép lecseréléséhez:

  1. Adjon meg egy új virtuálisgép-rendszerképet a biztonsági rés vagy a biztonsági rések kihasználásához.
  2. Távolítsa el a virtuálisgép-lemezképet a biztonsági rés vagy a biztonsági rés kihasználásával.
  3. Tegye közzé újra az ajánlatot.

Adjon meg egy új virtuálisgép-rendszerképet a biztonsági rés vagy a biztonsági rés kihasználásához

A lépések végrehajtásához készítse elő a hozzáadni kívánt virtuálisgép-rendszerképhez tartozó műszaki eszközöket. További információ: Virtuális gép létrehozása jóváhagyott alap használatával, vagy virtuális gép létrehozása saját rendszerkép használatával és SAS URI létrehozása a virtuálisgép-rendszerképhez.

  1. Jelentkezzen be a Partnerközpontba.

  2. A Kezdőlapon válassza ki a Marketplace ajánlatok csempét.

  3. Az Ajánlat alias oszlopban válassza ki az ajánlatot.

  4. Válassza a Terv áttekintése lapot, majd válassza ki a megfelelő tervet.

  5. A Technikai konfiguráció lap Virtuálisgép-rendszerképek csoportjában válassza a + Virtuálisgép-rendszerkép hozzáadása lehetőséget.

    Feljegyzés

    Egyszerre csak egy virtuálisgép-rendszerképet adhat hozzá egy csomaghoz. Több virtuálisgép-rendszerkép hozzáadásához tegye közzé az elsőt a következő virtuálisgép-rendszerkép hozzáadása előtt.

  6. A megjelenő mezőkben adjon meg egy új lemezverziót és a virtuálisgép-lemezképet.

  7. Válassza a Piszkozat mentése lehetőséget.

Ezután távolítsa el a virtuálisgép-rendszerképet a biztonsági résrel.

A virtuálisgép-rendszerkép eltávolítása a biztonsági rés vagy a biztonsági rés kihasználásával

  1. Jelentkezzen be a Partnerközpontba.
  2. A Kezdőlapon válassza ki a Marketplace ajánlatok csempét.
  3. Az Ajánlat alias oszlopban válassza ki az ajánlatot.
  4. Válassza a Terv áttekintése lapot, majd válassza ki a megfelelő tervet.
  5. A Technikai konfiguráció lap Virtuálisgép-rendszerképek csoportjában, az eltávolítani kívánt virtuálisgép-rendszerkép mellett válassza a Virtuálisgép-rendszerkép eltávolítása lehetőséget.
  6. A párbeszédpanelen válassza a Folytatás lehetőséget.
  7. Válassza a Piszkozat mentése lehetőséget.

Ezután tegye közzé újra az ajánlatot.

Az ajánlat ismételt közzététele

  1. Válassza a Véleményezés és közzététel lehetőséget.
  2. Ha bármilyen információt meg kell adnia a minősítési csapatnak, adja hozzá a Minősítési megjegyzések mezőbe.
  3. Válassza a Közzététel lehetőséget.

A közzétételi folyamat befejezéséhez tekintse meg és tegye közzé az ajánlatokat.

Korlátozott hozzáférésű vagy egyéni sablonokat igénylő virtuálisgép-rendszerképek

Zárolt (vagy) letiltott SSH-ajánlat

A letiltott SSH-val (Linux esetén) vagy a letiltott RDP-vel (Windows esetén) közzétett képek zárolt virtuális gépekként lesznek kezelve. Vannak olyan speciális üzleti forgatókönyvek, amelyek miatt a Publisherek csak korlátozott hozzáférést engedélyeznek a felhasználók számára.

Az ellenőrzési ellenőrzések során előfordulhat, hogy a zárolt virtuális gépek nem teszik lehetővé bizonyos minősítési parancsok végrehajtását.

Egyéni sablonok

Általánosságban elmondható, hogy az egyetlen virtuális gépen közzétett összes rendszerkép szabványos ARM-sablont követ az üzembe helyezéshez. Vannak azonban olyan esetek, amikor a közzétevő testreszabást igényelhet a virtuális gépek üzembe helyezése során (például több hálózati adaptert kell konfigurálni).

Az alábbi (nem kimerítő) forgatókönyvtől függően a közzétevők egyéni sablonokat használnak a virtuális gép üzembe helyezéséhez:

  • A virtuális gép további hálózati alhálózatokat igényel.
  • További, ARM-sablonba beszúrandó metaadatok.
  • Az ARM-sablon végrehajtásának előfeltételeként szolgáló parancsok.

Virtuálisgép-bővítmények

Az Azure virtuálisgép-bővítmények olyan kisméretű alkalmazások, amelyek üzembe helyezés utáni konfigurációs és automatizálási feladatokat biztosítanak az Azure-beli virtuális gépeken. Ha egy virtuális gépen például szoftver telepítésére, vírusvédelemre vagy egy szkript futtatására van szükség, erre felhasználható egy virtuálisgép-bővítmény.

A Linux rendszerű virtuálisgép-bővítmények érvényesítéséhez az alábbiaknak kell a rendszerkép részét képezniük:

További információkért látogasson el a virtuálisgép-bővítménybe.

A kép integritásának ellenőrzése

Ha lemezképet hoz létre, és lemezt hoz létre a rendszerképből a kép integritásának ellenőrzéséhez, vegye figyelembe, hogy az első 1 MB az optimalizált teljesítményhez van fenntartva, az utolsó 512 bájt pedig a VHD-lábléchez van fenntartva. Ezért hagyja figyelmen kívül őket, miközben ellenőrzi a kép integritását.