Gyakori kérdések az Azure VMware Solutionnel kapcsolatban

Ez a cikk az Azure VMware-megoldásra vonatkozó gyakori kérdésekre ad választ.

Általános

Mi az az Azure VMware Solution?

Mivel a vállalatok informatikai korszerűsítési stratégiákat alkalmaznak az üzleti rugalmasság javítása, a költségek csökkentése és az innováció felgyorsítása érdekében, a hibrid felhőplatformok kulcsfontosságúak az ügyfelek digitális átalakításában. Az Azure VMware Solution egyesíti a VMware szoftveralapú adatközponti (SDDC) szoftverét a Microsoft Globális Felhőszolgáltatás-ökoszisztémájával. Az Azure VMware Solution emellett megfelel a teljesítményre, a rendelkezésre állásra, a biztonságra és a megfelelőségre vonatkozó követelményeknek. További információ: Mi az Az Azure VMware-megoldás?

Hol érhető el ma az Azure VMware Solution?

A szolgáltatás folyamatosan bővül az új régiókhoz. A részletekért tekintse meg a legújabb szolgáltatás rendelkezésre állási adatait.

Ki támogatja az Azure VMware Solutiont?

A Microsoft támogatást nyújt az Azure VMware Solutionhez. Támogatási kérést küldhet. A Felhőszolgáltató (CSP) által felügyelt előfizetések esetében az első szintű támogatás ugyanúgy biztosítja a megoldásszolgáltatót, mint a CSP más Azure-szolgáltatások esetében.

Integrálhatók azure-beli VMware-megoldáspéldányokban futó számítási feladatok az Azure-szolgáltatásokkal?

Minden Azure-szolgáltatás elérhető az Azure VMware Solution ügyfelei számára. Az egyes szolgáltatások teljesítmény- és rendelkezésre állási korlátozásait eseti alapon kell kezelni.

Mely vendég operációs rendszerek kompatibilisek az Azure VMware-megoldással?

A vendég operációs rendszer és a vSphere kompatibilitásáról a VMware kompatibilitási útmutatójában talál információt. Az Azure VMware Solutionben futó vSphere verziójának azonosításához tekintse meg a VMware szoftververzióit.

Hogyan néz ki a változásvezérlési folyamat?

A frissítések a Microsoft Azure standard változáskezelési folyamatát követik. Az ügyfelek felelősek a számítási feladatok adminisztrációs feladataiért és a kapcsolódó változáskezelési folyamatokért.

Miben különbözik ez a verzió az Azure VMware Solutiontől a CloudSimple-től?

Az új Azure VMware-megoldással a Microsoft és a VMware közvetlen felhőszolgáltatói partneri kapcsolattal rendelkezik. A Microsoft megtervezte, felépítette és támogatta az új megoldást. A megoldást a VMware támogatja. A megoldások architektúra szerint konzisztensek, és a VMware technológiai verem egy dedikált Azure-infrastruktúrán fut.

Számlázás

Hiba esetén van szolgáltatásiszint-szerződés (SLA) a lemez cseréjére?

A rendszer lecseréli a lemezproblémákkal rendelkező gazdagépeket. Az Azure VMware Solution szolgáltatás 99,9 SLA-s rendelkezésre állását teszi elérhetővé.

Hogyan épül fel a díjszabás az Azure VMware Solutionhez?

A díjszabásra vonatkozó általános kérdésekért tekintse meg az Azure VMware Solution díjszabási oldalát.

Elérhető a VMware HCX Enterprise, és ha igen, mennyibe kerül?

A VMware HCX Enterprise más költség nélkül elérhető az Azure VMware Solutionben, és alapértelmezés szerint engedélyezve van.

A helyszíni és az Azure VMware Solution expressRoute-on keresztüli forgalma esetén felmerül-e kimenő adatátviteli díj a forgalmi díjas adatcsomagban?

Az Azure VMware Solution ExpressRoute-kapcsolatcsoport forgalmát nem méri a rendszer. Nincs számlázás az Azure VMware Solution ExpressRoute-kapcsolatcsoporthoz vagy az Azure VMware Solution magánfelhők közötti globális elérésű díjakhoz. Ez a forgatókönyv magában foglalja a helyszíni Azure VMware-megoldást is, az Azure ExpressRoute-kapcsolatból az Azure-ból a helyszíni telephelyre irányuló forgalom normál kimenő díjaitól eltérően. Ezeket a díjakat az Azure ExpressRoute díjszabási csomagjai alapján számítjuk fel a forgalmi díjas számlázási modellel. Ha az Azure ExpressRoute Korlátlan számlázási modellt használja, a kimenő forgalom nem kerül felszámításra.

• Az Azure-beli VMware-megoldás egy belső ExpressRoute-kapcsolatcsoporton keresztül érhető el, és ingyenes, függetlenül a régió helyétől (ugyanazon régiótól vagy régióközitől).

• A helyszíni Azure VMware-megoldás az Azure Virtual Networken vagy az ExpressRoute Global Reachen keresztül történik (a belső ExpressRoute és a külső ExpressRoute között). Az ExpressRoute-tól a helyszíni hálózatig terjedő összeköttetés még mindig ingyenes, a mérhető számlázási modell szerinti, szabványos kimeneti díjaktól eltekintve. A Korlátlan számlázási modell esetében nincsenek adatköltségek.

Példa:

• Ha nyugat-európai Azure-beli virtuális hálózatot csatlakoztatunk egy Azure VMware Solution magánfelhőhöz Nyugat-Európában, az ExpressRoute-átjáró díján kívül nincsenek ExpressRoute-díjak.

• Ha észak-európai Azure-beli virtuális hálózatot csatlakoztatunk egy nyugat-európai Azure VMware Solution magánfelhőhöz, az ExpressRoute-átjáró díján kívül nincsenek ExpressRoute-díjak.

• Ha nyugat-európai Azure VMware Solution magánfelhőt csatlakoztat egy Azure VMware Solution magánfelhőhöz Észak-Európában az ExpressRoute Global Reach használatával. Nincsenek ExpressRoute Global Reach-adatátviteli (kimenő és bejövő) díjak. ExpressRoute-átjáró használata esetén díjak merülnek fel.

Szükség van az AV36-példányon kívüli egyéb VMware-licencek és erőforrások beszerzésére a helyszíni virtuálisgép-környezetből L2-kiterjesztéssel történő migráláskor?

Nem, nem kell más VMware-licenceket beszereznie az Azure VMware Solution szolgáltatáson kívül. További információkért tekintse meg az Azure VMware Solution díjszabási oldalát , amelyből megtudhatja, hogy milyen VMware-technológia található.

Támogatás

Hogyan lehet kérni a gazdagépkvóta növelését az Azure VMware Solution-hez?

Akár több gazdagépet szeretne egy meglévő magánfelhőhöz, akár új magánfelhőt hoz létre, támogatási jegyet kell benyújtania a gazdagépek kiosztásához. További információ: Gazda kvóta kérése az Azure VMware-megoldáshoz.

Milyen fiókokra van szükségem az Azure VMware Solution magánfelhő létrehozásához?

Azure-fiókra van szüksége egy Azure-előfizetésben.

Támogatottak a Red Hat-megoldások az Azure VMware Solutionben?

A Microsoft és a Red Hat egy integrált, közös támogatási csapattal rendelkezik, amely egységes kapcsolattartási pontot biztosít az Azure-platformon futó Red Hat-ökoszisztémákhoz. A Red Hat Enterprise Linuxot használó többi Azure-platformszolgáltatáshoz hasonlóan az Azure VMware Solution is a Cloud Access és az integrált támogatási esernyő alá tartozik. A Red Hat Enterprise Linux támogatja az Azure VMware Solution azure-on belüli futtatását.

Ügyfélkommunikáció

Hogyan kaphatok riasztást, ha az Azure szolgáltatásállapot-értesítéseket küld az Azure-előfizetésemnek?

Az Azure Portalon a Service Health szolgáltatáson keresztül közzétett szolgáltatásproblémák, tervezett karbantartás, állapottanácsadások és biztonsági tanácsadási értesítések találhatók. Ha tevékenységnapló-riasztásokat állít be ezekhez az értesítésekhez, időben végrehajthatja a műveleteket. További információ: Service Health-riasztások létrehozása az Azure Portal használatával.

Konfiguráció és beállítás

Mennyi ideig tart létrehozni a kezdeti három szervert egy fürtben?

A kiépítés a konfigurációtól függ, a kezdeti fürt mérete és időpontja eltérő lehet. Ha új csomópontot ad hozzá egy meglévő/azonos fürthöz, az a vSAN-forgalom miatt szükséges adatszinkronizálástól függően változhat.

Használhatom az "AVS-vendor-folders" mappanevet a vCenter Server virtuálisgép-mappákhoz az Azure VMware Solutionben?

Nem, az "AVS-vendor-folders" egy fenntartott név az Azure VMware Solutionben, és használata ütközésekhez vezethet a kívánt funkcióval, vagy váratlan viselkedést okozhat az Azure VMware Solutionre jellemző vCenter felügyeleti környezetben. Válasszon egy alternatív mappanevet, amely megfelel a szervezeti igényeknek, és elkerüli az Azure VMware Solution előre definiált elnevezési konvencióival való ütközéseket.

Konfigurálhatom a levélküldő beállításait az Azure VMware-megoldásban?

Nem, az SMTP-hitelesítés konfigurálása nem engedélyezett a Azure VMware Solution.

VMware-megoldásszoftver

Az Azure VMware Solution virtuális gépei kezelhetők a VMRC által?

Igen. Feltéve, hogy a telepített rendszer hozzáfér a magánfelhő vCenter-kiszolgálóhoz, és nyilvános DNS-t használ az ESXi-gazdagépnevek feloldásához.

Vannak speciális utasítások a VMRC azure-beli VMware-megoldás virtuális gépeken való telepítésére és használatára?

Nem A virtuális gép előfeltételeinek teljesítéséhez kövesse a VMware utasításait.

Használhatom a helyszínen futó vRealize suite-t?

A vRealize Automation, a vRealize Operations Manager és a vRealize Network Insights minősítéssel rendelkezik az Azure VMware Solutionhez való használatra, ha ezek a termékek egy helyszíni adatközpontban vannak telepítve. Ezen termékek felhőalapú verziói –vRealize Automation Cloud, vRealize Operations Cloud és vRealize Network Insight Cloud – szintén minősítéssel rendelkeznek a használatra.

Migrálhatok vSphere virtuális gépeket a helyszíni környezetekből az Azure VMware Solution magánfelhőibe?

Igen. Ez az áttelepítés lehetséges és ajánlott a VMware HCX-en keresztül, vagy tármigrálással, például ANF SnapMirror használatával. A HCX az egyetlen támogatott módszer az L2-hálózatok helyszíni és felhő vagy felhő közötti hibridségi kiterjesztéséhez.

Szükség van a vSphere egy adott verziójára a helyszíni környezetekben?

A helyszíni környezetnek vSphere 6.5-ös vagy újabb verzióját kell futtatnia, ha a VMware HCX-et használják a virtuális gépek migrálásához.

Hogyan migrálhatok egy virtuális gépet egy másik tarifacsomagba?

Ha egy Azure-beli virtuális gépet (VM-et) egy másik csomagba szeretne migrálni, kövesse az alábbi lépéseket:

1. Állítsa le a virtuális gépet az Azure Portalon a virtuális gép kiválasztásával, majd válassza a "Stop" lehetőséget az erőforrások felszabadításához.
2. Ha a virtuális gép le van állítva, a virtuális gép méretbeállításához kell hozzáférnie.
3. A "Méret kiválasztása" panelen válasszon ki egy új méretet, amely kompatibilis az aktuális vagy a kívánt sorozattal.
4. Kattintson az Átméretezés gombra a méretmódosítás alkalmazásához.
5. Indítsa újra a virtuális gépet a migrálás véglegesítéséhez.

Ne feledje, hogy egy virtuális gépet csak ugyanabban a sorozatban vagy egy elérhető sorozatba méretezhet át ugyanabban az Azure-régióban. Győződjön meg arról, hogy az új csomag támogatja a virtuális gép tárolási és hálózati konfigurációit.

A VMware HCX támogatott a VPN-ekkel?

Igen, a VMware HCX hálózati aláfedés minimális követelményei teljesülnek.

A VMware-szoftverek mely verzióit használják magánfelhőkben?

Az alábbi táblázat az Azure VMware Solution magánfelhők új üzembe helyezéséhez használt szoftververziókat sorolja fel.

Szoftver	Verzió	Build azonosító
VMware vCenter Server	8.0 U3e	24674346
VMware ESXi	8.0 U3f + gyakori javítás (VAIO hibajavítás)	24797835
VMware vSAN	8.0 U3	24797835
VMware vSAN tanúsító	8.0 U3	24797835
VMware vSAN lemezen lévő formátum	20	n/a
VMware vSAN storage architektúra	Gen 1: OSA, Gen2: ESA	n/a
VMware NSX	4.2.3.2	25077145
VMware HCX	4.11.3	24972695
VMware Live Site Recovery (élő helyreállítási megoldás)	9.0.2.1	24401761
VMware vSphere replikáció	9.0.2.1	24383568

Ha a felsorolt buildszám nem egyezik meg a kibocsátási megjegyzésekben felsorolt buildszámmal, annak az az oka, hogy egy egyéni javítást alkalmaztak a felhőszolgáltatókra.

A jelenlegi futó szoftververziót a meglévő magánfelhőhöz hozzáadott új fürtökre alkalmazza a rendszer, ha a vCenter Server verziója támogatja azt.

Milyen gyakran javítják, frissítik vagy frissítik a VMware-megoldásszoftvert (ESXi, vCenter Server, NSX) az Azure VMware Solution magánfelhőjében?

Az Azure VMware Solution magánfelhőinek egyik előnye, hogy a platformot fenntartjuk Önnek. A Microsoft felelős a VMware-szoftverek (ESXi, vCenter Server, vSAN) és NSX-berendezések életciklus-felügyeletéért. A Microsoft a hálózati konfiguráció rendszerindításáért is felelős, például a Tier-0 átjáró létrehozásáért és az észak-déli útválasztás engedélyezéséért. Ön felel az NSX SDN-konfigurációért: hálózati szegmensek, elosztott tűzfalszabályok, 1. rétegbeli átjárók és terheléselosztók.

Megjegyzés

A rendszer egy T0-átjárót hoz létre és konfigurál egy magánfelhő-üzembe helyezés részeként. A logikai útválasztó vagy az NSX peremcsomópont virtuális gépeinek bármilyen módosítása hatással lehet a magánfelhőhöz való kapcsolódásra, ezért el kell kerülni.

A Microsoft felelős az ESXi, a vCenter Server, a vSAN és az NSX bármilyen javításáért, frissítéséért vagy bővítéséért a privát felhőben. A javítások, frissítések és frissítések esXi-re, vCenter Serverre és NSX-re gyakorolt hatása a következő szempontokat veszi figyelembe:

• ESXi – Nincs hatással a magánfelhőben futó számítási feladatokra. A vCenter Serverhez és az NSX-hez való hozzáférés ez idő alatt nem lesz letiltva. Ez idő alatt javasoljuk, hogy ne tervezze meg más tevékenységeket, például: magánfelhő felskálázása, aktív HCX-migrálások ütemezése vagy kezdeményezése, HCX-konfiguráció módosítása stb. a magánfelhőben.

• vCenter Server – Nincs hatással a magánfelhőben futó számítási feladatokra. Ez idő alatt a vCenter-kiszolgáló nem érhető el, és nem kezelheti a virtuális gépeket (leállítás, indítás, létrehozás vagy törlés). Javasoljuk, hogy ne tervezze meg az egyéb tevékenységeket, például a magánfelhő felskálázását, új hálózatok létrehozását stb. a magánfelhőben. VMware Site Recovery Manager vagy vSphere replikációs felhasználói felületek használata esetén javasoljuk, hogy ne hajtsa végre a következő műveleteket: konfigurálja a vSphere replikációt, és konfigurálja vagy hajtsa végre a hely helyreállítási terveit a vCenter Server frissítése során.

• NSX – Microsoft a standard Broadcom NSX frissítési munkafolyamatot követi. Az NSX Edge frissítéseit végzik el először, mégpedig egyesével, ami átmeneti csomagvesztést eredményezhet, mivel a frissítés során az Edge zökkenőmentesen egy másik aktív Edge-re áll át. Ez általában nem érinti a végfelhasználói alkalmazásokat, mivel a TCP-rétegen történő újraközvetítés általában foglalkozik a problémával. A gazdagépek esetében az Azure VMware Solution a karbantartási mód használatával végzett gazdagépfrissítéseket alkalmazza, hogy a gazdagépek frissítése során elkerülhető legyen bármilyen hatás. Ez a folyamat az összes VM-et a fürt más gazdagépeire helyezi át, és a frissítés előtt a gazdagépeket karbantartási módba állítja. A frissítés során az NSX felügyeleti síkhoz való hozzáférés le van tiltva, és az NSX-környezet konfigurációja nem módosítható. Javasoljuk, hogy ne tervezze meg az egyéb tevékenységeket, például a magánfelhő felskálázását és így tovább a magánfelhőben. Más tevékenységek megakadályozhatják a frissítés elindítását, vagy kedvezőtlen hatással lehetnek a frissítésre és a környezetre.

Értesítést kap az Azure Service Health szolgáltatáson keresztül, amely tartalmazza a frissítés idővonalát. Ez az értesítés részletesen ismerteti a frissített összetevőt, a számítási feladatokra gyakorolt hatását, a magánfelhő-hozzáférést és más Azure-szolgáltatásokat. Igény szerint átütemezheti a frissítést.

A szoftverfrissítések a következők:

• Javítások – A VMware által kiadott biztonsági javítások vagy hibajavítások

• Frissítések – VMware-veremösszetevő alverziójának módosítása

• Frissítések – VMware stack összetevő főverziójának módosítása

Megjegyzés

A Microsoft tesztel egy kritikus biztonsági javítást, amint elérhetővé válik a VMware-ből.

A VMware dokumentált kerülő megoldásai a megfelelő javítás telepítése helyett a következő ütemezett frissítések üzembe helyezéséig implementálódnak.

A magánfelhők VMware NSX-et használnak? Ha igen, melyik verzió támogatott?

Igen, az NSX a VMware hálózatvirtualizálási szoftver egyetlen támogatott verziója.

A VMware NSX 4.2.3.2 szoftveralapú hálózatkezeléshez használható az Azure VMware Solution magánfelhőiben.

Szükség van a VMware NSX-re a magánfelhőhöz csatlakozó helyszíni környezetekben vagy hálózatokban?

Nem, nem kell helyszíni VMware NSX-et használnia. A VMware HCX biztosítja a szükséges kapcsolatot a helyszíni vSphere és az Azure VMware Solution között.

Támogatja az Azure VMware Solution a VMware vDefendet az Advanced Threat Protection (ATP) használatával?

Azure VMware Solution támogatja a VMware vDefend tűzfalat az Advanced Threat Prevention (ATP) bővítményrel BYOL-modellen keresztül. Az ügyfeleknek meg kell vásárolniuk az Advanced Threat Protection (ATP) licencet a Broadcomtól. Microsoft támogatási kéréssel alkalmazza a licencet a Azure VMware Solution magánfelhőre. Az Azure VMware Solutionön ez a licenc csak az NSX elosztott IDS/IPS funkciót támogatja, és nem terjed ki a Broadcom által felsorolt egyéb funkciókra.

Támogatja a VMware NSX szolgáltatásbeszúrást az Azure VMware Solution?

Nem

Kompatibilis az Omnissa Horizon 8 2012 az Azure VMware Megoldással?

Igen.

Migrálás

Miért nem látom a Microsoft Sentinel Kezelés lapomat a HCX-kezelőben a Microsoft Sentinel Berendezés szolgáltatás használatakor?

A Microsoft Sentinel Felügyelet lapon letöltheti a Microsoft Sentinel szoftvert. A HCX Interconnect felületen akkor jelenik meg, amikor aktivál egy HCX Enterprise-licencet, és üzembe helyezett egy szolgáltatáshálót egy Microsoft Sentinel Gateway (SGW) és Microsoft Sentinel data receiver (SDR) pár üzembe helyezésével. Emellett a hagyományos, helyszíniről felhőbe történő telepítések esetén a Microsoft Sentinel lap csak a csatlakozóban látható, a felhőkezelőben nem.

Ha a helyszíni oldalon thick provisioninggel létrehozott virtuális gépet az Azure VMware Solution környezetébe migrálunk, a virtuális gép thick provisioningű marad?

A virtuális gépek Azure VMware Solutionbe való migrálásakor megadhatja a kívánt formátumtípust. A vSAN azonban elsősorban a Azure VMware Solution használt adattár, ezért a kiválasztott tárolási szabályzattól függ. Az adattár alapértelmezett tárolási szabályzata a RAID-1 FTT-1, amely vékony kiosztású. Használhatja futtatási parancsokat az alapértelmezett adattár tárházi házirend módosításához.

Compute

Milyen CPU-specifikációk találhatók az egyes gazdagéptípusokban?

További információkért tekintse meg az Azure díjszabását az Ön régiójában, ahol további információkat talál a különböző gazdagéptípusokról és műszaki jellemzőikről.

Támogatja az Azure VMware Solution az ESXi beágyazott virtualizálási megoldásként való futtatását?

Nem A VMware hivatalosan nem támogatja a beágyazott virtualizálást.

Biztonsági mentés/visszaállítás

Milyen független szoftvergyártók (ISV-k) biztonsági mentési megoldásai működnek az Azure VMware Solution használatával?

A Commvault, a Veritas és a Veeam kiterjesztette biztonsági mentési megoldásait a Azure VMware Solution való együttműködésre. A VMware vStorage API for Data Protection (VADP) hotAdd átviteli móddal rendelkező biztonsági mentési megoldásai azonban az Azure VMware-megoldáson kívül működnek. További információ: Backup solutions for Azure VMware Solution VMs.

Mi a helyzet az ISV biztonsági mentési megoldásainak támogatásával?

Mivel ezeket a biztonsági mentési megoldásokat az ügyfelek telepítik és felügyelik, támogatást kérhetnek az adott isV-hez.

Megbízhatóság és rendelkezésre állás

Üzembe helyezhetek egy kiterjesztett fürtöt különböző rendelkezésre állási zónák között a magasabb rendelkezésre állás érdekében?

Az Azure VMware Solution támogatja a támogatott Azure-régiókban és konfigurációkban a rendelkezésre állási zónák közötti elosztott fürtöket. A rendelkezésre állás az Azure VMware-megoldás generációja és régiója szerint változik. További információ: Kiterjesztett fürt üzembe helyezése.

Támogatja az Azure VMware Solution Gen2 a rendelkezésre állási zónákat?

Igen. Az Azure VMware Solution Gen2-ben kiválaszthatja azt a rendelkezésre állási zónát, ahol a magánfelhő üzembe van helyezve (a kapacitás rendelkezésre állásának függvényében ebben a zónában). A vészhelyreállítási (DR) vagy a magas rendelkezésre állási stratégia részeként külön magánfelhőket is üzembe helyezhet különböző rendelkezésre állási zónákban.

Támogatja az Azure VMware Solution Gen2 a rendelkezésre állási zónák közötti vSAN-fürtöket?

Nem Az Azure VMware Solution Gen2 jelenleg nem támogatja a vSAN nyújtott fürtöket (egyetlen magánfelhő két rendelkezésre állási zónán keresztül).

Az Azure VMware Solution Gen1-ben kiválaszthatjam a magánfelhő rendelkezésre állási zónát?

Nem Az Azure VMware Solution Gen1-ben a rendelkezésre állási zóna kiválasztása nem támogatott magánfelhő üzembe helyezésekor.

Az Azure VMware Solution Gen1 kiterjesztett fürtökben mi történik, ha a vSAN-tanút üzemeltető rendelkezésre állási zóna elérhetetlenné válik?

Az Azure VMware Solution Gen1 egyetlen vSAN-tanúsítót használ, amely statikusan egy adott rendelkezésre állási zónában található egy régión belül. Ha a tanút tartalmazó rendelkezésre állási zóna elérhetetlenné válik, a tanú nem lesz elérhető.

Mindaddig, amíg elegendő adatreplika elérhető marad, az adatgazda és a futó számítási feladatok azonnali adatvesztés nélkül is működnek. A vSAN azonban elveszíti a kvórum figyelembe vételét ebben az állapotban, ami megakadályozza őt abban, hogy biztonságosan hozzon döntéseket az elhelyezés és helyreállítás során, és bizonyos műveleteket, például a virtuális gépek meghibásodások utáni bekapcsolását, újraegyensúlyozását és javítását blokkolja.

Ez idő alatt a rendszer nem hozza létre automatikusan a tanút, és nem helyezi át egy másik rendelkezésre állási zónába.

Módosítják a négyzónás Azure-régiók, hogy az Azure VMware Solution hogyan használja a rendelkezésre állási zónákat?

Nem Az Azure VMware Solution továbbra sem változik. A rendelkezésre állási zóna képességei attól függenek, hogy az Azure VMware Solution mit támogat az adott régióban és az elérhető kapacitásban.

Vannak beépített képességek a számítási feladatok több Azure VMware Solution magánfelhőn való futtatására a DR/HA-hoz?

Nem A számítási feladatok több magánfelhőben (például a rendelkezésre állási zónákban) való üzembe helyezéséhez általában ügyfél által felügyelt vezénylésre és replikációra van szükség. A DR esetében az ügyfelek gyakran használnak olyan külső megoldásokat, mint a Jetstream, a Zerto vagy az Azure Site Recovery, a számítási feladatokra vonatkozó követelmények alapján.

Hálózatkezelés és összekapcsolás

Használható az Azure Bastion az Azure VMware Solution-megoldás virtuális gépeihez való csatlakozáshoz?

Az Azure Bastion az a szolgáltatás, amely az Azure VMware Solution internetes felfedésének megakadályozása érdekében ajánlott csatlakozni a jump boxhoz. Az Azure Bastion nem használható azure-beli VMware-megoldás virtuális gépekhez való csatlakozásra, mivel ezek nem Azure IaaS-objektumok.

Mennyi hálózati sávszélesség érhető el minden ESXi-gazdagépen?

Az Azure VMware Solution minden ESXi-gazdagépe négy 25 Gb/s sebességű hálózati adapterrel van konfigurálva, két NIC-vel, amely az ESXi rendszer forgalmához van kiépítve, és két hálózati adaptert a számítási feladatok forgalmához.

Meg vannak osztva az SNMP-infrastruktúra naplói?

Nem

Az ExpressRoute támogatja az 1500-nál nagyobb MTU-t?

Nem

Használható-e az Azure Load Balancer belső az Azure VMware Solution virtuális gépeihez?

Nem Az Azure Load Balancer csak belsőleg támogatja az Azure IaaS virtuális gépeket. Az Azure Load Balancer nem támogatja az IP-alapú háttérkészleteket; csak olyan Azure-beli virtuális gépek vagy virtuálisgép-méretezési csoportok objektumai, amelyekben az Azure VMware-megoldás virtuális gépei nem Azure-objektumok.

Használhat egy meglévő ExpressRoute-átjárót az Azure VMware Solutionhez való csatlakozáshoz?

Igen. Az Azure VMware Solutionhez való csatlakozáshoz használjon meglévő ExpressRoute-átjárót, ha az nem lépi túl a virtuális hálózatonkénti négy ExpressRoute-kapcsolatcsoport korlátját. Az Azure VMware Solution helyszíni és ExpressRoute-on keresztüli eléréséhez ExpressRoute Global Reach szolgáltatással kell rendelkeznie, mivel az ExpressRoute-átjáró nem biztosít tranzitív útválasztást a csatlakoztatott kapcsolatcsoportok között.

Milyen hálózati IP-címtervezés szükséges a magánfelhők helyszíni környezetekkel való beépítéséhez?

Az Azure VMware Solution magánfelhő üzembe helyezéséhez magánhálózati /22 címtér szükséges. Ez a privát címtér nem fedheti át az előfizetés más virtuális hálózatait vagy a helyszíni hálózatokat.

Hogyan helyszíni környezetekből csatlakozik egy Azure VMware Solution magánfelhőhöz?

A szolgáltatáshoz két módszer egyikével csatlakozhat:

• Az Azure-beli virtuális hálózaton üzembe helyezett virtuális géppel vagy alkalmazásátjáróval, amely az ExpressRoute-on keresztül van társviszonyban a magánfelhővel.
• Az ExpressRoute Global Reachen keresztül a helyszíni adatközpontból egy Azure ExpressRoute kapcsolatcsoportba.

Hogyan csatlakoztatni egy számítási feladatot futtató virtuális gépet az internethez vagy egy Azure-szolgáltatásvégponthoz?

Az Azure Portalon engedélyezze az internetkapcsolatot egy magánfelhőhöz. Az NSX Managerrel hozzon létre egy NSX T1-átjárót és egy logikai kapcsolót. Ezután a vCenter Server használatával üzembe helyezhet egy virtuális gépet a logikai kapcsoló által meghatározott hálózati szegmensen. Ez a virtuális gép hálózati hozzáféréssel rendelkezik az internethez és az Azure-szolgáltatásokhoz.

Megjegyzés

A rendszer egy T0-átjárót hoz létre és konfigurál egy magánfelhő-üzembe helyezés részeként. A logikai útválasztó vagy az NSX peremcsomópont virtuális gépeinek bármilyen módosítása hatással lehet a magánfelhőhöz való kapcsolódásra, ezért el kell kerülni.

Korlátozni kell az internetről a virtuális gépekhez való hozzáférést egy magánfelhőben lévő logikai hálózatokon?

Nem Az internetről közvetlenül a magánfelhőkre irányuló hálózati forgalom alapértelmezés szerint nem engedélyezett. Az Azure VMware Solution virtuális gépeit azonban elérhetővé teheti az interneten az Azure portal Public IP beállításával az Azure VMware Solution magánfelhőjéhez.

Korlátozni kell az internet-hozzáférést a logikai hálózatokon lévő virtuális gépekről az internetre?

Igen. Az NSX Managerrel tűzfalat kell létrehoznia a virtuális gépek internethez való hozzáférésének korlátozásához.

Melyik IP-tartomány használható a DNS-szolgáltatás IP-címéhez és a DHCP-kiszolgáló IP-címéhez?

Az IP-címtartomány nem lehet átfedésben az előfizetés és a helyszíni hálózatok más virtuális hálózataiban használt IP-címtartománysal.

Használhatja az Azure VMware Solution az Azure Virtual WAN által üzemeltetett ExpressRoute-átjárókat?

Igen.

Létre lehet hozni a helyszíni és az Azure VMware Solution közötti tranzitkapcsolatot az Azure Virtual WAN-on keresztül az ExpressRoute Global Reachen keresztül?

Az Azure Virtual WAN nem biztosít tranzitív útválasztást két csatlakoztatott ExpressRoute-kapcsolatcsoport és a nem helyi WAN ExpressRoute-átjáró között. Az ExpressRoute Global Reach lehetővé teszi a helyszíni és az Azure VMware Solution közötti kapcsolatot, de a Virtual WAN Hub helyett a Microsoft globális hálózatán keresztül halad át.

Támogatott a Windows 2008 Active Directory-kiszolgálóként vagy távoli asztali munkamenet-gazdagépként (RDSH) az NSX-ben?

Nem

Miért nem érhető el az Azure VMware Solution vCenter Server Appliance és NSX Manager a helyszíni vagy az Azure Virtual Network szolgáltatásból?

Ez terv szerint van. A helyszínről nem érhető el az NSX Manager és a vCenter Server Appliance (vCSA), ha az Azure VMware Solution és a helyszíni ExpressRoute közötti ExpressRoute Global Reach kapcsolaton, illetve az Azure Virtual Networkön keresztül az Azure VMware Solution felé csak a 0.0.0.0/0 (alapértelmezett útvonal) van meghirdetve. Az NSX Manager és a vCSA eléréséhez meghatározott hálózati útvonalakat/alhálózatokat kell meghirdetnie.

Storage

Mi a megfelelő tárolási szabályzat a deduplikáció beállításához?

Használja a virtuálisgép-sablon thin_provision tárolási szabályzatát.

Mi az egyes szerverek tárolási kapacitása?

Minden ESXi-gazdagép két vSAN-lemezcsoporttal rendelkezik, 15,2 TB kapacitásszinttel és 3,2 TB-os NVMe gyorsítótárszinttel (minden lemezcsoportban 1,6 TB).

A vSAN-adattárakban tárolt adatok inaktív állapotban vannak titkosítva?

Igen, a vSAN-adattárak alapértelmezés szerint inaktív adattitkosítást használnak az Azure Key Vaultban tárolt kulcsokkal. A titkosítási megoldás KMS-alapú, és támogatja a vCenter Server-műveleteket a kulcskezeléshez. Ha egy gazdagépet eltávolítanak egy vSphere-fürtből, a lemezen lévő adatok azonnal érvénytelenné válnak.

Át tudok nevezni egy adattárat vagy fürtöt a létrehozás során?

Nem, nem módosíthatja az adattárak vagy fürtök nevét.

Mi a vSAN hardverhibájának hibatűrése?

RAID-1, FTT-1, a Thin Provisioning objektumterület-foglalással a szoftver által definiált adatközpontok (SDDC-k) alapértelmezett tárolási szabályzata.

Mi a különbség a vastag kiosztás és a vékony kiosztás között?

A dedikált vagy előre lefoglalt tárolóhely. A vastag kiépítés azáltal védi a rendszereket, hogy lehetővé teszi számukra, hogy akkor is működjenek, ha a vSAN-adattár megtelt, mert a hely már foglalt. Tegyük fel például, hogy egy 10 GB-os virtuális lemezt hoz létre vastag kiépítéssel. Ebben az esetben a virtuális lemez teljes tárkapacitása előre ki van helyezve azon a fizikai tárolón, ahol a virtuális lemez létrejön, és az adattárban a számára lefoglalt összes helyet felhasználja. Ez nem teszi lehetővé, hogy más virtuális gépek megosztják a helyet az adattárból. A vékonyan kiosztott virtuális lemezek az eredetileg igényelt területet használják fel, és az adattárban használt adattérigényhez igazodnak.

Hány lemez hiúsulhat meg a vSAN-on az adatvesztés előtt?

Ez attól függ, hogyan tervezi meg az alkalmazás számítási feladatainak futtatását az SDDC-ben (magánfelhőben). A Microsoft rendszeresen szabályozza ezeket a hibákat, és lecseréli a hardvert, ha az ilyen eseményeket infrastruktúra szempontjából észlelik. Alapértelmezés szerint a rendszer az FTT-1 beállítást használja, amely egyetlen gazdagép hibáját kezeli.

Milyen típusú riasztások várhatók a vSAN-hoz?

A Microsoft riasztásokat küld, ha a kapacitáshasználat meghaladja a 75%-ot. Azt is megteheti, hogy monitorozza az Azure Monitorba integrált kapacitáshasználati metrikákat.

Hány 1,6 TB-os NVMe-meghajtó alkotja a lemezcsoportokat, hogy gazdagépenként 15,4 TB nyers SSD-tárolót biztosítson?

Az AV36 termékváltozat két 1,6 TB-os NVMe Cache-gyorsítótárat és nyolc 1,9 TB nyers tárkapacitást tartalmaz, amelyek ezután két lemezcsoportra vannak felosztva. Ellenőrizze az AV36P és az AV52 termékváltozatok hardverspecifikációit.

Mi a lemezcsoportok RAID-konfigurációja?

A lemezcsoportok nincsenek konfigurálva a RAID-ben. Ehelyett csak egy rakás lemez (JBOD) és közvetlenül a vSAN vezérli őket.

Miért tart hosszabb ideig egy vSphere Storage vMotion az Azure NetApp Files adattáráról (ANF) egy másik adattárba?

Ennek oka az adatátvevő ügynök használata az ESXi kernelben. Az Adatátvevő ügynök megköveteli, hogy a VMDK (Virtual Machine Disk) fájl összes blokkja beolvasva és át legyen osztva az ESXi-gazdagépre tartalomtól függetlenül. Ez azt eredményezi, hogy a VMDK teljes mérete át lesz helyezve a külső tömbből az ESXi-gazdagépen keresztül a céladattárba. A teljes lemezt be kell olvasni ahhoz, hogy teljes replikát hozzon létre a célhelyen. A célformátum és a felhasznált terület a céladattár képességeitől, protokolljától és formátumától függ. Mivel minden blokkot be kell olvasni a forrásadattárból, a művelet végrehajtásának ideje a vártnál hosszabb lehet.

Milyen hibatűrési beállítást kell fenntartani egy szabványos Azure VMware-megoldás üzembe helyezésében, hogy megfeleljen a Microsoft SLA-jának?

A Microsoft SLA-ja szerint, ha a fürt 3 és 5 gazdagép között van, az elviselendő hibák száma = 1; és ha a fürt 6 és 16 gazdagép között van, az elviselendő hibák száma = 2. Vegye figyelembe, hogy a tárolási szabályzatok nem lesznek automatikusan frissítve a fürt mérete alapján.

Milyen hibatűrési beállítást kell fenntartani egy kiterjesztett Azure VMware-megoldás üzembe helyezésében, hogy megfeleljen a Microsoft SLA-jának?

A Microsoft SLA szerint a fürtben legalább hat csomópont van üzembe helyezve (minden rendelkezésre állási zónában 3). A számítási feladatot futtató virtuális gépek esetében legalább olyan virtuálisgép-tárolási szabályzattal kell rendelkezni, amelyben (i) az elviselhető hibák elsődleges szintje „Dual-Site Mirroring”, és (ii) az elviselhető hibák másodlagos szintje 1.

Gazdagépek, fürtök és magánfelhők

Van több mint egy gazdatípus elérhető magánfelhőnként? Lehetséges különböző gazdagéptípusok kombinálása egy fürtben vagy magánfelhőben?

Az AV64-fürtök kivételével, amelyekhez külön, legalább 3 csomópontos, AV36, AV36P vagy AV52 típusú fürt szükséges, magánfelhőben nem kombinálhat különböző hosttípusokat. A fürtök minden esetben ugyanazt a gazdagéptípust igénylik. Több fürt is üzembe helyezhető egyetlen magánfelhőben. Minden számítógépnek azonos típusúnak kell lennie egy magánfelhőben. Ha a használati esetek igényeinek kielégítéséhez különböző gazdagéptípusokra van szükség, több magánfelhőt kell üzembe helyezni.

Ugyanazokat az eszközöket használom, mint most a magánfelhő-erőforrások kezeléséhez?

Igen. Az Azure Portal az üzembe helyezéshez és számos felügyeleti művelethez használható. A vCenter Server és az NSX Manager a vSphere- és NSX-erőforrások kezelésére szolgál.

Kezelhetek magánfelhőt a helyszíni vCenter-kiszolgálómmal?

Indításkor a Azure VMware Solution nem támogatja a helyszíni és magánfelhő-környezetek egyetlen felügyeleti felületét. Magánfelhőfürtöket egy magánfelhőn belül, helyileg a vCenter Server és az NSX Manager segítségével kezelhet.

Ha egy fürtöt felskáláztak, és a számítási feladatok iránti igény csökken, vissza lehet-e skálázni?

Igen, ha a magánfelhőhöz rendelt kvótával rendelkezik, vertikálisan felskálázhatja a fürtöket. Ha csökken a számítási feladatok iránti igény, törölheti a gazdagépeket a fürtből, hogy leskálázza azt. Ezt az Azure VMware Solution portálon keresztül teheti meg.

Meg van osztva a mögöttes infrastruktúra?

Nem, a magánfelhő-gazdagépek és -fürtök dedikáltak és biztonságosan törlődnek használat előtt és után.

Egy fürtben lévő gazdagépek minimális és maximális száma mennyi? Skálázhatom a magánfelhőfürteimet?

A fürtök skálázhatók három (minimum) és 16 (maximum) ESXi-gazdagép között.

Identitáskezelés

Milyen fiókokat és jogosultságokat kapok az új Azure VMware Solution magánfelhőmmel?

A vCenter Serveren egy felhőbeli rendszergazdai felhasználó hitelesítő adatait, az NSX Manageren pedig rendszergazdai hozzáférést kapott. CloudAdmin-csoport használatával is beépítheti a Microsoft Active Directoryt. További információt az Access és az identitásarchitektúra című témakörben talál.

Rendszergazdai hozzáféréssel rendelkezhet az ESXi-gazdagépekhez?

Nem, az ESXi rendszergazdai hozzáférése a megoldás biztonsági követelményeinek való megfelelésre korlátozódik.

Milyen jogosultságokat és engedélyeket kapok a vCenter Serverben?

CloudAdmin szerepkör-jogosultságokkal rendelkezik. További információt az Access és az identitásarchitektúra című témakörben talál.

Milyen jogosultságokat és engedélyeket kapok az NSX Managerhez?

CloudAdmin szerepkör-jogosultságokkal rendelkezik. További információt az Access és az identitásarchitektúra című témakörben talál.

Megjegyzés

A rendszer egy T0-átjárót hoz létre és konfigurál egy magánfelhő-üzembe helyezés részeként. A logikai útválasztó vagy az NSX peremcsomópont virtuális gépeinek bármilyen módosítása hatással lehet a magánfelhőhöz való kapcsolódásra, ezért el kell kerülni.

Hogyan módosíthatom a hitelesítő adataimat?

A hitelesítő adatok visszaállításáról további információt az Azure VMware Solution cloudadmin-hitelesítő adatainak elforgatásával kapcsolatban talál.

Az Azure VMware Solution támogatja a cloudadmin bővítmény jogosultságait?

Nem Jelenleg nem támogatjuk a Cloudadmin bővítmény jogosultságait, és nem tervezzük támogatni azt.

CSP és több-bérlős architektúra

Az Azure VMware Solution lehetőséget biztosít a hosztoló partnerek számára a szolgáltatás újraértékesítésére?

Igen. További információ: Gazda kvóta kérése az Azure VMware-megoldáshoz.

Az Azure VMware Solution több-bérlős megoldást kínál a CSP-partnerek hosztolásához?

Nem Az Azure VMware Solution jelenleg nem kínál több-bérlős megoldást.

Engedélyezi az Azure VMware Solution a hoszting partnerek számára, hogy az erőforrásokat a magánfelhőben (SDDC) több bérlős módon ügyfeleik számára eloszthassák és kezelhessék?

Nem, az Azure VMware Solution privát felhője nem osztható meg a végfelhasználók között.

Az Azure VMware Solution használatával olyan végfelhasználói alkalmazásokat vagy számítási feladatokat hozok létre, amelyek több virtuális gépen érhetők el nyilvános IP-címen keresztül. El tudom adni ezt a megoldást több bérlőnek?

Az ügyfelek több-bérlős környezeteket hozhatnak létre a Azure VMware Solution magánfelhőjükben, és eladhatják az ügyfeleknek. A termék nem lehet standard virtuális gép, és jelentős, a virtuális gépbe alkalmazásként beágyazott szellemi tulajdonnal kell rendelkeznie.

Megvásárolható az Azure VMware Solution egy Microsoft CSP-ben?

Igen, az ügyfelek üzembe helyezhetik az Azure VMware Solutiont egy CSP által felügyelt Azure-előfizetésen belül.

Elérhetők fenntartott példányok a CSP-programon keresztül történő vásárláshoz?

Igen. A CSP-k fenntartott példányokat vásárolhatnak ügyfeleik számára. További információ: Költségmegtakarítás fenntartott példánnyal.

Ez a cikk az Azure VMware-megoldásra vonatkozó gyakori kérdésekre ad választ.

Mivel a vállalatok informatikai korszerűsítési stratégiákat alkalmaznak az üzleti rugalmasság javítása, a költségek csökkentése és az innováció felgyorsítása érdekében, a hibrid felhőplatformok kulcsfontosságúak az ügyfelek digitális átalakításában. Az Azure VMware Solution egyesíti a VMware szoftveralapú adatközponti (SDDC) szoftverét a Microsoft Globális Felhőszolgáltatás-ökoszisztémájával. Az Azure VMware Solution emellett megfelel a teljesítményre, a rendelkezésre állásra, a biztonságra és a megfelelőségre vonatkozó követelményeknek. További információ: Mi az Az Azure VMware-megoldás?

A szolgáltatás folyamatosan bővül az új régiókhoz. A részletekért tekintse meg a legújabb szolgáltatás rendelkezésre állási adatait.

A Microsoft támogatást nyújt az Azure VMware Solutionhez. Támogatási kérést küldhet. A Felhőszolgáltató (CSP) által felügyelt előfizetések esetében az első szintű támogatás ugyanúgy biztosítja a megoldásszolgáltatót, mint a CSP más Azure-szolgáltatások esetében.

Minden Azure-szolgáltatás elérhető az Azure VMware Solution ügyfelei számára. Az egyes szolgáltatások teljesítmény- és rendelkezésre állási korlátozásait eseti alapon kell kezelni.

A vendég operációs rendszer és a vSphere kompatibilitásáról a VMware kompatibilitási útmutatójában talál információt. Az Azure VMware Solutionben futó vSphere verziójának azonosításához tekintse meg a VMware szoftververzióit.

A frissítések a Microsoft Azure standard változáskezelési folyamatát követik. Az ügyfelek felelősek a számítási feladatok adminisztrációs feladataiért és a kapcsolódó változáskezelési folyamatokért.

Az új Azure VMware-megoldással a Microsoft és a VMware közvetlen felhőszolgáltatói partneri kapcsolattal rendelkezik. A Microsoft megtervezte, felépítette és támogatta az új megoldást. A megoldást a VMware támogatja. A megoldások architektúra szerint konzisztensek, és a VMware technológiai verem egy dedikált Azure-infrastruktúrán fut.

A rendszer lecseréli a lemezproblémákkal rendelkező gazdagépeket. Az Azure VMware Solution szolgáltatás 99,9 SLA-s rendelkezésre állását teszi elérhetővé.

A díjszabásra vonatkozó általános kérdésekért tekintse meg az Azure VMware Solution díjszabási oldalát.

A VMware HCX Enterprise más költség nélkül elérhető az Azure VMware Solutionben, és alapértelmezés szerint engedélyezve van.

Az Azure VMware Solution ExpressRoute-kapcsolatcsoport forgalmát nem méri a rendszer. Nincs számlázás az Azure VMware Solution ExpressRoute-kapcsolatcsoporthoz vagy az Azure VMware Solution magánfelhők közötti globális elérésű díjakhoz. Ez a forgatókönyv magában foglalja a helyszíni Azure VMware-megoldást is, az Azure ExpressRoute-kapcsolatból az Azure-ból a helyszíni telephelyre irányuló forgalom normál kimenő díjaitól eltérően. Ezeket a díjakat az Azure ExpressRoute díjszabási csomagjai alapján számítjuk fel a forgalmi díjas számlázási modellel. Ha az Azure ExpressRoute Korlátlan számlázási modellt használja, a kimenő forgalom nem kerül felszámításra.

• Az Azure-beli VMware-megoldás egy belső ExpressRoute-kapcsolatcsoporton keresztül érhető el, és ingyenes, függetlenül a régió helyétől (ugyanazon régiótól vagy régióközitől).

• A helyszíni Azure VMware-megoldás az Azure Virtual Networken vagy az ExpressRoute Global Reachen keresztül történik (a belső ExpressRoute és a külső ExpressRoute között). Az ExpressRoute-tól a helyszíni hálózatig terjedő összeköttetés még mindig ingyenes, a mérhető számlázási modell szerinti, szabványos kimeneti díjaktól eltekintve. A Korlátlan számlázási modell esetében nincsenek adatköltségek.

Példa:

• Ha nyugat-európai Azure-beli virtuális hálózatot csatlakoztatunk egy Azure VMware Solution magánfelhőhöz Nyugat-Európában, az ExpressRoute-átjáró díján kívül nincsenek ExpressRoute-díjak.

• Ha észak-európai Azure-beli virtuális hálózatot csatlakoztatunk egy nyugat-európai Azure VMware Solution magánfelhőhöz, az ExpressRoute-átjáró díján kívül nincsenek ExpressRoute-díjak.

• Ha nyugat-európai Azure VMware Solution magánfelhőt csatlakoztat egy Azure VMware Solution magánfelhőhöz Észak-Európában az ExpressRoute Global Reach használatával. Nincsenek ExpressRoute Global Reach-adatátviteli (kimenő és bejövő) díjak. ExpressRoute-átjáró használata esetén díjak merülnek fel.

Nem, nem kell más VMware-licenceket beszereznie az Azure VMware Solution szolgáltatáson kívül. További információkért tekintse meg az Azure VMware Solution díjszabási oldalát , amelyből megtudhatja, hogy milyen VMware-technológia található.

Akár több gazdagépet szeretne egy meglévő magánfelhőhöz, akár új magánfelhőt hoz létre, támogatási jegyet kell benyújtania a gazdagépek kiosztásához. További információ: Gazda kvóta kérése az Azure VMware-megoldáshoz.

Azure-fiókra van szüksége egy Azure-előfizetésben.

A Microsoft és a Red Hat egy integrált, közös támogatási csapattal rendelkezik, amely egységes kapcsolattartási pontot biztosít az Azure-platformon futó Red Hat-ökoszisztémákhoz. A Red Hat Enterprise Linuxot használó többi Azure-platformszolgáltatáshoz hasonlóan az Azure VMware Solution is a Cloud Access és az integrált támogatási esernyő alá tartozik. A Red Hat Enterprise Linux támogatja az Azure VMware Solution azure-on belüli futtatását.

Az Azure Portalon a Service Health szolgáltatáson keresztül közzétett szolgáltatásproblémák, tervezett karbantartás, állapottanácsadások és biztonsági tanácsadási értesítések találhatók. Ha tevékenységnapló-riasztásokat állít be ezekhez az értesítésekhez, időben végrehajthatja a műveleteket. További információ: Service Health-riasztások létrehozása az Azure Portal használatával.

A kiépítés a konfigurációtól függ, a kezdeti fürt mérete és időpontja eltérő lehet. Ha új csomópontot ad hozzá egy meglévő/azonos fürthöz, az a vSAN-forgalom miatt szükséges adatszinkronizálástól függően változhat.

Nem, az "AVS-vendor-folders" egy fenntartott név az Azure VMware Solutionben, és használata ütközésekhez vezethet a kívánt funkcióval, vagy váratlan viselkedést okozhat az Azure VMware Solutionre jellemző vCenter felügyeleti környezetben. Válasszon egy alternatív mappanevet, amely megfelel a szervezeti igényeknek, és elkerüli az Azure VMware Solution előre definiált elnevezési konvencióival való ütközéseket.

Nem, az SMTP-hitelesítés konfigurálása nem engedélyezett a Azure VMware Solution.

Igen. Feltéve, hogy a telepített rendszer hozzáfér a magánfelhő vCenter-kiszolgálóhoz, és nyilvános DNS-t használ az ESXi-gazdagépnevek feloldásához.

Nem A virtuális gép előfeltételeinek teljesítéséhez kövesse a VMware utasításait.

A vRealize Automation, a vRealize Operations Manager és a vRealize Network Insights minősítéssel rendelkezik az Azure VMware Solutionhez való használatra, ha ezek a termékek egy helyszíni adatközpontban vannak telepítve. Ezen termékek felhőalapú verziói –vRealize Automation Cloud, vRealize Operations Cloud és vRealize Network Insight Cloud – szintén minősítéssel rendelkeznek a használatra.

Igen. Ez az áttelepítés lehetséges és ajánlott a VMware HCX-en keresztül, vagy tármigrálással, például ANF SnapMirror használatával. A HCX az egyetlen támogatott módszer az L2-hálózatok helyszíni és felhő vagy felhő közötti hibridségi kiterjesztéséhez.

A helyszíni környezetnek vSphere 6.5-ös vagy újabb verzióját kell futtatnia, ha a VMware HCX-et használják a virtuális gépek migrálásához.

Ha egy Azure-beli virtuális gépet (VM-et) egy másik csomagba szeretne migrálni, kövesse az alábbi lépéseket:

1. Állítsa le a virtuális gépet az Azure Portalon a virtuális gép kiválasztásával, majd válassza a "Stop" lehetőséget az erőforrások felszabadításához.
2. Ha a virtuális gép le van állítva, a virtuális gép méretbeállításához kell hozzáférnie.
3. A "Méret kiválasztása" panelen válasszon ki egy új méretet, amely kompatibilis az aktuális vagy a kívánt sorozattal.
4. Kattintson az Átméretezés gombra a méretmódosítás alkalmazásához.
5. Indítsa újra a virtuális gépet a migrálás véglegesítéséhez.

Ne feledje, hogy egy virtuális gépet csak ugyanabban a sorozatban vagy egy elérhető sorozatba méretezhet át ugyanabban az Azure-régióban. Győződjön meg arról, hogy az új csomag támogatja a virtuális gép tárolási és hálózati konfigurációit.

Igen, a VMware HCX hálózati aláfedés minimális követelményei teljesülnek.

Az alábbi táblázat az Azure VMware Solution magánfelhők új üzembe helyezéséhez használt szoftververziókat sorolja fel.

Szoftver	Verzió	Build azonosító
VMware vCenter Server	8.0 U3e	24674346
VMware ESXi	8.0 U3f + gyakori javítás (VAIO hibajavítás)	24797835
VMware vSAN	8.0 U3	24797835
VMware vSAN tanúsító	8.0 U3	24797835
VMware vSAN lemezen lévő formátum	20	n/a
VMware vSAN storage architektúra	Gen 1: OSA, Gen2: ESA	n/a
VMware NSX	4.2.3.2	25077145
VMware HCX	4.11.3	24972695
VMware Live Site Recovery (élő helyreállítási megoldás)	9.0.2.1	24401761
VMware vSphere replikáció	9.0.2.1	24383568

Ha a felsorolt buildszám nem egyezik meg a kibocsátási megjegyzésekben felsorolt buildszámmal, annak az az oka, hogy egy egyéni javítást alkalmaztak a felhőszolgáltatókra.

A jelenlegi futó szoftververziót a meglévő magánfelhőhöz hozzáadott új fürtökre alkalmazza a rendszer, ha a vCenter Server verziója támogatja azt.

Az Azure VMware Solution magánfelhőinek egyik előnye, hogy a platformot fenntartjuk Önnek. A Microsoft felelős a VMware-szoftverek (ESXi, vCenter Server, vSAN) és NSX-berendezések életciklus-felügyeletéért. A Microsoft a hálózati konfiguráció rendszerindításáért is felelős, például a Tier-0 átjáró létrehozásáért és az észak-déli útválasztás engedélyezéséért. Ön felel az NSX SDN-konfigurációért: hálózati szegmensek, elosztott tűzfalszabályok, 1. rétegbeli átjárók és terheléselosztók.

Megjegyzés

A rendszer egy T0-átjárót hoz létre és konfigurál egy magánfelhő-üzembe helyezés részeként. A logikai útválasztó vagy az NSX peremcsomópont virtuális gépeinek bármilyen módosítása hatással lehet a magánfelhőhöz való kapcsolódásra, ezért el kell kerülni.

A Microsoft felelős az ESXi, a vCenter Server, a vSAN és az NSX bármilyen javításáért, frissítéséért vagy bővítéséért a privát felhőben. A javítások, frissítések és frissítések esXi-re, vCenter Serverre és NSX-re gyakorolt hatása a következő szempontokat veszi figyelembe:

• ESXi – Nincs hatással a magánfelhőben futó számítási feladatokra. A vCenter Serverhez és az NSX-hez való hozzáférés ez idő alatt nem lesz letiltva. Ez idő alatt javasoljuk, hogy ne tervezze meg más tevékenységeket, például: magánfelhő felskálázása, aktív HCX-migrálások ütemezése vagy kezdeményezése, HCX-konfiguráció módosítása stb. a magánfelhőben.

• vCenter Server – Nincs hatással a magánfelhőben futó számítási feladatokra. Ez idő alatt a vCenter-kiszolgáló nem érhető el, és nem kezelheti a virtuális gépeket (leállítás, indítás, létrehozás vagy törlés). Javasoljuk, hogy ne tervezze meg az egyéb tevékenységeket, például a magánfelhő felskálázását, új hálózatok létrehozását stb. a magánfelhőben. VMware Site Recovery Manager vagy vSphere replikációs felhasználói felületek használata esetén javasoljuk, hogy ne hajtsa végre a következő műveleteket: konfigurálja a vSphere replikációt, és konfigurálja vagy hajtsa végre a hely helyreállítási terveit a vCenter Server frissítése során.

• NSX – Microsoft a standard Broadcom NSX frissítési munkafolyamatot követi. Az NSX Edge frissítéseit végzik el először, mégpedig egyesével, ami átmeneti csomagvesztést eredményezhet, mivel a frissítés során az Edge zökkenőmentesen egy másik aktív Edge-re áll át. Ez általában nem érinti a végfelhasználói alkalmazásokat, mivel a TCP-rétegen történő újraközvetítés általában foglalkozik a problémával. A gazdagépek esetében az Azure VMware Solution a karbantartási mód használatával végzett gazdagépfrissítéseket alkalmazza, hogy a gazdagépek frissítése során elkerülhető legyen bármilyen hatás. Ez a folyamat az összes VM-et a fürt más gazdagépeire helyezi át, és a frissítés előtt a gazdagépeket karbantartási módba állítja. A frissítés során az NSX felügyeleti síkhoz való hozzáférés le van tiltva, és az NSX-környezet konfigurációja nem módosítható. Javasoljuk, hogy ne tervezze meg az egyéb tevékenységeket, például a magánfelhő felskálázását és így tovább a magánfelhőben. Más tevékenységek megakadályozhatják a frissítés elindítását, vagy kedvezőtlen hatással lehetnek a frissítésre és a környezetre.

Értesítést kap az Azure Service Health szolgáltatáson keresztül, amely tartalmazza a frissítés idővonalát. Ez az értesítés részletesen ismerteti a frissített összetevőt, a számítási feladatokra gyakorolt hatását, a magánfelhő-hozzáférést és más Azure-szolgáltatásokat. Igény szerint átütemezheti a frissítést.

A szoftverfrissítések a következők:

• Javítások – A VMware által kiadott biztonsági javítások vagy hibajavítások

• Frissítések – VMware-veremösszetevő alverziójának módosítása

• Frissítések – VMware stack összetevő főverziójának módosítása

Megjegyzés

A Microsoft tesztel egy kritikus biztonsági javítást, amint elérhetővé válik a VMware-ből.

A VMware dokumentált kerülő megoldásai a megfelelő javítás telepítése helyett a következő ütemezett frissítések üzembe helyezéséig implementálódnak.

Igen, az NSX a VMware hálózatvirtualizálási szoftver egyetlen támogatott verziója.

A VMware NSX 4.2.3.2 szoftveralapú hálózatkezeléshez használható az Azure VMware Solution magánfelhőiben.

Nem, nem kell helyszíni VMware NSX-et használnia. A VMware HCX biztosítja a szükséges kapcsolatot a helyszíni vSphere és az Azure VMware Solution között.

Azure VMware Solution támogatja a VMware vDefend tűzfalat az Advanced Threat Prevention (ATP) bővítményrel BYOL-modellen keresztül. Az ügyfeleknek meg kell vásárolniuk az Advanced Threat Protection (ATP) licencet a Broadcomtól. Microsoft támogatási kéréssel alkalmazza a licencet a Azure VMware Solution magánfelhőre. Az Azure VMware Solutionön ez a licenc csak az NSX elosztott IDS/IPS funkciót támogatja, és nem terjed ki a Broadcom által felsorolt egyéb funkciókra.

Nem

Igen.

A Microsoft Sentinel Felügyelet lapon letöltheti a Microsoft Sentinel szoftvert. A HCX Interconnect felületen akkor jelenik meg, amikor aktivál egy HCX Enterprise-licencet, és üzembe helyezett egy szolgáltatáshálót egy Microsoft Sentinel Gateway (SGW) és Microsoft Sentinel data receiver (SDR) pár üzembe helyezésével. Emellett a hagyományos, helyszíniről felhőbe történő telepítések esetén a Microsoft Sentinel lap csak a csatlakozóban látható, a felhőkezelőben nem.

A virtuális gépek Azure VMware Solutionbe való migrálásakor megadhatja a kívánt formátumtípust. A vSAN azonban elsősorban a Azure VMware Solution használt adattár, ezért a kiválasztott tárolási szabályzattól függ. Az adattár alapértelmezett tárolási szabályzata a RAID-1 FTT-1, amely vékony kiosztású. Használhatja futtatási parancsokat az alapértelmezett adattár tárházi házirend módosításához.

További információkért tekintse meg az Azure díjszabását az Ön régiójában, ahol további információkat talál a különböző gazdagéptípusokról és műszaki jellemzőikről.

Nem A VMware hivatalosan nem támogatja a beágyazott virtualizálást.

A Commvault, a Veritas és a Veeam kiterjesztette biztonsági mentési megoldásait a Azure VMware Solution való együttműködésre. A VMware vStorage API for Data Protection (VADP) hotAdd átviteli móddal rendelkező biztonsági mentési megoldásai azonban az Azure VMware-megoldáson kívül működnek. További információ: Backup solutions for Azure VMware Solution VMs.

Mivel ezeket a biztonsági mentési megoldásokat az ügyfelek telepítik és felügyelik, támogatást kérhetnek az adott isV-hez.

Az Azure VMware Solution támogatja a támogatott Azure-régiókban és konfigurációkban a rendelkezésre állási zónák közötti elosztott fürtöket. A rendelkezésre állás az Azure VMware-megoldás generációja és régiója szerint változik. További információ: Kiterjesztett fürt üzembe helyezése.

Igen. Az Azure VMware Solution Gen2-ben kiválaszthatja azt a rendelkezésre állási zónát, ahol a magánfelhő üzembe van helyezve (a kapacitás rendelkezésre állásának függvényében ebben a zónában). A vészhelyreállítási (DR) vagy a magas rendelkezésre állási stratégia részeként külön magánfelhőket is üzembe helyezhet különböző rendelkezésre állási zónákban.

Nem Az Azure VMware Solution Gen2 jelenleg nem támogatja a vSAN nyújtott fürtöket (egyetlen magánfelhő két rendelkezésre állási zónán keresztül).

Nem Az Azure VMware Solution Gen1-ben a rendelkezésre állási zóna kiválasztása nem támogatott magánfelhő üzembe helyezésekor.

Az Azure VMware Solution Gen1 egyetlen vSAN-tanúsítót használ, amely statikusan egy adott rendelkezésre állási zónában található egy régión belül. Ha a tanút tartalmazó rendelkezésre állási zóna elérhetetlenné válik, a tanú nem lesz elérhető.

Mindaddig, amíg elegendő adatreplika elérhető marad, az adatgazda és a futó számítási feladatok azonnali adatvesztés nélkül is működnek. A vSAN azonban elveszíti a kvórum figyelembe vételét ebben az állapotban, ami megakadályozza őt abban, hogy biztonságosan hozzon döntéseket az elhelyezés és helyreállítás során, és bizonyos műveleteket, például a virtuális gépek meghibásodások utáni bekapcsolását, újraegyensúlyozását és javítását blokkolja.

Ez idő alatt a rendszer nem hozza létre automatikusan a tanút, és nem helyezi át egy másik rendelkezésre állási zónába.

Nem Az Azure VMware Solution továbbra sem változik. A rendelkezésre állási zóna képességei attól függenek, hogy az Azure VMware Solution mit támogat az adott régióban és az elérhető kapacitásban.

Nem A számítási feladatok több magánfelhőben (például a rendelkezésre állási zónákban) való üzembe helyezéséhez általában ügyfél által felügyelt vezénylésre és replikációra van szükség. A DR esetében az ügyfelek gyakran használnak olyan külső megoldásokat, mint a Jetstream, a Zerto vagy az Azure Site Recovery, a számítási feladatokra vonatkozó követelmények alapján.

Az Azure Bastion az a szolgáltatás, amely az Azure VMware Solution internetes felfedésének megakadályozása érdekében ajánlott csatlakozni a jump boxhoz. Az Azure Bastion nem használható azure-beli VMware-megoldás virtuális gépekhez való csatlakozásra, mivel ezek nem Azure IaaS-objektumok.

Az Azure VMware Solution minden ESXi-gazdagépe négy 25 Gb/s sebességű hálózati adapterrel van konfigurálva, két NIC-vel, amely az ESXi rendszer forgalmához van kiépítve, és két hálózati adaptert a számítási feladatok forgalmához.

Nem

Nem

Nem Az Azure Load Balancer csak belsőleg támogatja az Azure IaaS virtuális gépeket. Az Azure Load Balancer nem támogatja az IP-alapú háttérkészleteket; csak olyan Azure-beli virtuális gépek vagy virtuálisgép-méretezési csoportok objektumai, amelyekben az Azure VMware-megoldás virtuális gépei nem Azure-objektumok.

Igen. Az Azure VMware Solutionhez való csatlakozáshoz használjon meglévő ExpressRoute-átjárót, ha az nem lépi túl a virtuális hálózatonkénti négy ExpressRoute-kapcsolatcsoport korlátját. Az Azure VMware Solution helyszíni és ExpressRoute-on keresztüli eléréséhez ExpressRoute Global Reach szolgáltatással kell rendelkeznie, mivel az ExpressRoute-átjáró nem biztosít tranzitív útválasztást a csatlakoztatott kapcsolatcsoportok között.

Az Azure VMware Solution magánfelhő üzembe helyezéséhez magánhálózati /22 címtér szükséges. Ez a privát címtér nem fedheti át az előfizetés más virtuális hálózatait vagy a helyszíni hálózatokat.

A szolgáltatáshoz két módszer egyikével csatlakozhat:

• Az Azure-beli virtuális hálózaton üzembe helyezett virtuális géppel vagy alkalmazásátjáróval, amely az ExpressRoute-on keresztül van társviszonyban a magánfelhővel.
• Az ExpressRoute Global Reachen keresztül a helyszíni adatközpontból egy Azure ExpressRoute kapcsolatcsoportba.

Az Azure Portalon engedélyezze az internetkapcsolatot egy magánfelhőhöz. Az NSX Managerrel hozzon létre egy NSX T1-átjárót és egy logikai kapcsolót. Ezután a vCenter Server használatával üzembe helyezhet egy virtuális gépet a logikai kapcsoló által meghatározott hálózati szegmensen. Ez a virtuális gép hálózati hozzáféréssel rendelkezik az internethez és az Azure-szolgáltatásokhoz.

Megjegyzés

A rendszer egy T0-átjárót hoz létre és konfigurál egy magánfelhő-üzembe helyezés részeként. A logikai útválasztó vagy az NSX peremcsomópont virtuális gépeinek bármilyen módosítása hatással lehet a magánfelhőhöz való kapcsolódásra, ezért el kell kerülni.

Nem Az internetről közvetlenül a magánfelhőkre irányuló hálózati forgalom alapértelmezés szerint nem engedélyezett. Az Azure VMware Solution virtuális gépeit azonban elérhetővé teheti az interneten az Azure portal Public IP beállításával az Azure VMware Solution magánfelhőjéhez.

Igen. Az NSX Managerrel tűzfalat kell létrehoznia a virtuális gépek internethez való hozzáférésének korlátozásához.

Az IP-címtartomány nem lehet átfedésben az előfizetés és a helyszíni hálózatok más virtuális hálózataiban használt IP-címtartománysal.

Igen.

Az Azure Virtual WAN nem biztosít tranzitív útválasztást két csatlakoztatott ExpressRoute-kapcsolatcsoport és a nem helyi WAN ExpressRoute-átjáró között. Az ExpressRoute Global Reach lehetővé teszi a helyszíni és az Azure VMware Solution közötti kapcsolatot, de a Virtual WAN Hub helyett a Microsoft globális hálózatán keresztül halad át.

Nem

Ez terv szerint van. A helyszínről nem érhető el az NSX Manager és a vCenter Server Appliance (vCSA), ha az Azure VMware Solution és a helyszíni ExpressRoute közötti ExpressRoute Global Reach kapcsolaton, illetve az Azure Virtual Networkön keresztül az Azure VMware Solution felé csak a 0.0.0.0/0 (alapértelmezett útvonal) van meghirdetve. Az NSX Manager és a vCSA eléréséhez meghatározott hálózati útvonalakat/alhálózatokat kell meghirdetnie.

Használja a virtuálisgép-sablon thin_provision tárolási szabályzatát.

Minden ESXi-gazdagép két vSAN-lemezcsoporttal rendelkezik, 15,2 TB kapacitásszinttel és 3,2 TB-os NVMe gyorsítótárszinttel (minden lemezcsoportban 1,6 TB).

Igen, a vSAN-adattárak alapértelmezés szerint inaktív adattitkosítást használnak az Azure Key Vaultban tárolt kulcsokkal. A titkosítási megoldás KMS-alapú, és támogatja a vCenter Server-műveleteket a kulcskezeléshez. Ha egy gazdagépet eltávolítanak egy vSphere-fürtből, a lemezen lévő adatok azonnal érvénytelenné válnak.

Nem, nem módosíthatja az adattárak vagy fürtök nevét.

RAID-1, FTT-1, a Thin Provisioning objektumterület-foglalással a szoftver által definiált adatközpontok (SDDC-k) alapértelmezett tárolási szabályzata.

A dedikált vagy előre lefoglalt tárolóhely. A vastag kiépítés azáltal védi a rendszereket, hogy lehetővé teszi számukra, hogy akkor is működjenek, ha a vSAN-adattár megtelt, mert a hely már foglalt. Tegyük fel például, hogy egy 10 GB-os virtuális lemezt hoz létre vastag kiépítéssel. Ebben az esetben a virtuális lemez teljes tárkapacitása előre ki van helyezve azon a fizikai tárolón, ahol a virtuális lemez létrejön, és az adattárban a számára lefoglalt összes helyet felhasználja. Ez nem teszi lehetővé, hogy más virtuális gépek megosztják a helyet az adattárból. A vékonyan kiosztott virtuális lemezek az eredetileg igényelt területet használják fel, és az adattárban használt adattérigényhez igazodnak.

Ez attól függ, hogyan tervezi meg az alkalmazás számítási feladatainak futtatását az SDDC-ben (magánfelhőben). A Microsoft rendszeresen szabályozza ezeket a hibákat, és lecseréli a hardvert, ha az ilyen eseményeket infrastruktúra szempontjából észlelik. Alapértelmezés szerint a rendszer az FTT-1 beállítást használja, amely egyetlen gazdagép hibáját kezeli.

A Microsoft riasztásokat küld, ha a kapacitáshasználat meghaladja a 75%-ot. Azt is megteheti, hogy monitorozza az Azure Monitorba integrált kapacitáshasználati metrikákat.

Az AV36 termékváltozat két 1,6 TB-os NVMe Cache-gyorsítótárat és nyolc 1,9 TB nyers tárkapacitást tartalmaz, amelyek ezután két lemezcsoportra vannak felosztva. Ellenőrizze az AV36P és az AV52 termékváltozatok hardverspecifikációit.

A lemezcsoportok nincsenek konfigurálva a RAID-ben. Ehelyett csak egy rakás lemez (JBOD) és közvetlenül a vSAN vezérli őket.

Ennek oka az adatátvevő ügynök használata az ESXi kernelben. Az Adatátvevő ügynök megköveteli, hogy a VMDK (Virtual Machine Disk) fájl összes blokkja beolvasva és át legyen osztva az ESXi-gazdagépre tartalomtól függetlenül. Ez azt eredményezi, hogy a VMDK teljes mérete át lesz helyezve a külső tömbből az ESXi-gazdagépen keresztül a céladattárba. A teljes lemezt be kell olvasni ahhoz, hogy teljes replikát hozzon létre a célhelyen. A célformátum és a felhasznált terület a céladattár képességeitől, protokolljától és formátumától függ. Mivel minden blokkot be kell olvasni a forrásadattárból, a művelet végrehajtásának ideje a vártnál hosszabb lehet.

A Microsoft SLA-ja szerint, ha a fürt 3 és 5 gazdagép között van, az elviselendő hibák száma = 1; és ha a fürt 6 és 16 gazdagép között van, az elviselendő hibák száma = 2. Vegye figyelembe, hogy a tárolási szabályzatok nem lesznek automatikusan frissítve a fürt mérete alapján.

A Microsoft SLA szerint a fürtben legalább hat csomópont van üzembe helyezve (minden rendelkezésre állási zónában 3). A számítási feladatot futtató virtuális gépek esetében legalább olyan virtuálisgép-tárolási szabályzattal kell rendelkezni, amelyben (i) az elviselhető hibák elsődleges szintje „Dual-Site Mirroring”, és (ii) az elviselhető hibák másodlagos szintje 1.

Az AV64-fürtök kivételével, amelyekhez külön, legalább 3 csomópontos, AV36, AV36P vagy AV52 típusú fürt szükséges, magánfelhőben nem kombinálhat különböző hosttípusokat. A fürtök minden esetben ugyanazt a gazdagéptípust igénylik. Több fürt is üzembe helyezhető egyetlen magánfelhőben. Minden számítógépnek azonos típusúnak kell lennie egy magánfelhőben. Ha a használati esetek igényeinek kielégítéséhez különböző gazdagéptípusokra van szükség, több magánfelhőt kell üzembe helyezni.

Igen. Az Azure Portal az üzembe helyezéshez és számos felügyeleti művelethez használható. A vCenter Server és az NSX Manager a vSphere- és NSX-erőforrások kezelésére szolgál.

Indításkor a Azure VMware Solution nem támogatja a helyszíni és magánfelhő-környezetek egyetlen felügyeleti felületét. Magánfelhőfürtöket egy magánfelhőn belül, helyileg a vCenter Server és az NSX Manager segítségével kezelhet.

Igen, ha a magánfelhőhöz rendelt kvótával rendelkezik, vertikálisan felskálázhatja a fürtöket. Ha csökken a számítási feladatok iránti igény, törölheti a gazdagépeket a fürtből, hogy leskálázza azt. Ezt az Azure VMware Solution portálon keresztül teheti meg.

Nem, a magánfelhő-gazdagépek és -fürtök dedikáltak és biztonságosan törlődnek használat előtt és után.

A fürtök skálázhatók három (minimum) és 16 (maximum) ESXi-gazdagép között.

A vCenter Serveren egy felhőbeli rendszergazdai felhasználó hitelesítő adatait, az NSX Manageren pedig rendszergazdai hozzáférést kapott. CloudAdmin-csoport használatával is beépítheti a Microsoft Active Directoryt. További információt az Access és az identitásarchitektúra című témakörben talál.

Nem, az ESXi rendszergazdai hozzáférése a megoldás biztonsági követelményeinek való megfelelésre korlátozódik.

CloudAdmin szerepkör-jogosultságokkal rendelkezik. További információt az Access és az identitásarchitektúra című témakörben talál.

CloudAdmin szerepkör-jogosultságokkal rendelkezik. További információt az Access és az identitásarchitektúra című témakörben talál.

Megjegyzés

A rendszer egy T0-átjárót hoz létre és konfigurál egy magánfelhő-üzembe helyezés részeként. A logikai útválasztó vagy az NSX peremcsomópont virtuális gépeinek bármilyen módosítása hatással lehet a magánfelhőhöz való kapcsolódásra, ezért el kell kerülni.

A hitelesítő adatok visszaállításáról további információt az Azure VMware Solution cloudadmin-hitelesítő adatainak elforgatásával kapcsolatban talál.

Nem Jelenleg nem támogatjuk a Cloudadmin bővítmény jogosultságait, és nem tervezzük támogatni azt.

Igen. További információ: Gazda kvóta kérése az Azure VMware-megoldáshoz.

Nem Az Azure VMware Solution jelenleg nem kínál több-bérlős megoldást.

Nem, az Azure VMware Solution privát felhője nem osztható meg a végfelhasználók között.

Az ügyfelek több-bérlős környezeteket hozhatnak létre a Azure VMware Solution magánfelhőjükben, és eladhatják az ügyfeleknek. A termék nem lehet standard virtuális gép, és jelentős, a virtuális gépbe alkalmazásként beágyazott szellemi tulajdonnal kell rendelkeznie.

Igen, az ügyfelek üzembe helyezhetik az Azure VMware Solutiont egy CSP által felügyelt Azure-előfizetésen belül.

Igen. A CSP-k fenntartott példányokat vásárolhatnak ügyfeleik számára. További információ: Költségmegtakarítás fenntartott példánnyal.