Gyakori kérdések az Azure VMware Solutionnel kapcsolatban

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.

Frissítések a Microsoft Azure standard változáskezelési folyamatát követve. 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). Továbbra is ingyenes az ExpressRoute-tól a helyszíni hálózatig a szabványos kimenő díjaktól (forgalmi díjas számlázási modell) 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 küldenie a gazdagépek lefoglalásához. További információ: Állomáskvóta kérése az Azure VMware Solutionhez.

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.

Jelenleg a kiépítés körülbelül 3-4 órát vehet igénybe. Egyetlen csomópont hozzáadása egy meglévő/ugyanabban a fürtben 30–45 percet vesz igénybe.

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.

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.

Szám 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. A termékek azure-beli VMware Solution magánfelhőben való telepítése nem támogatott.

Igen. Ez a VMware HCX bővítményen keresztül lehetséges és ajánlott. A vCenter közötti hideg migrálás és klónozás is lehetséges, de a Cross vCenter vMotion nem.

A helyszíni környezetnek vSphere 6.5-ös vagy újabb verzióját kell futtatnia, ha a VMware HCX-et használja 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 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 Azure VMware Solution magánfelhők új üzembe helyezéséhez használt VMware-megoldás szoftververziói a következők:

A jelenlegi futó szoftververzió egy meglévő magánfelhőhöz hozzáadott új fürtökre lesz alkalmazva.

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 és vSAN) és az NSX-T Adatközpont-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-T adatközpont SDN-konfigurációért: hálózati szegmensek, elosztott tűzfalszabályok, 1. rétegbeli átjárók és terheléselosztók.

A Microsoft feladata, hogy a magánfelhőben lévő ESXi, vCenter Server, vSAN és NSX-T adatközpontban bármilyen javítást, frissítést vagy frissítést alkalmazzon. A javítások, frissítések és frissítések hatása az ESXi, a vCenter Server és az NSX-T Adatközpontra 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-T adatközponthoz 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-T Adatközpont – A számítási feladat érintett. Egy adott gazdagép frissítésekor az adott gazdagépen lévő virtuális gépek 2 másodpercről 1 percre megszakadhatnak a kapcsolatuk az alábbi tünetek bármelyikével:

  • Pingelési hibák

  • Csomagvesztés

  • Hibaüzenetek (például a cél gazdagép nem érhető el, a Net pedig nem érhető el)

  Ebben a frissítési ablakban az NSX-T adatközpont felügyeleti síkhoz való minden hozzáférés le van tiltva. Az NSX-T Adatközpont környezetében nem végezhet konfigurációs módosításokat az időtartamig. A számítási feladatok továbbra is a szokásos módon futnak, a korábban részletezett frissítési hatástól függően.

  A frissítés ideje alatt javasoljuk, hogy ne tervezze meg más tevékenységeket, például a magánfelhő vertikális felskálázását stb. 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.

A rendszer értesítést kap az Azure Service Health szolgáltatáson keresztül, amely tartalmazza a frissítés ütemtervé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

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.1.1 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.

Igen, bővítménylicencrel. Az Azure VMware Solution támogatja az elosztott IDFW-t és az elosztott IDS-t/IPS-t bővítmény tűzfallicencekkel. Ezt a bővítménylicencet a VMware-től kell megvásárolni, és a Microsoft ezt a licencet egy támogatási kéréssel alkalmazza az Azure VMware Solution magánfelhőre.

Igen.

A Sentinel Management lap hozzáférést biztosít a Sentinel szoftver letöltéséhez. A HCX Interconnect felületen akkor jelenik meg, amikor egy HCX Enterprise-licenc aktiválva van, és üzembe helyezett egy szolgáltatáshálót egy Sentinel Gateway (SGW) és egy Sentinel Data Receiver (SDR) pár üzembe helyezésével. Emellett a hagyományos helyszíni és felhőbeli üzemelő példányok esetében a Sentinel lap csak a Csatlakozás orban 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 az Azure VMware Solutionben 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ú. A Futtatás parancsokkal módosíthatja az alapértelmezett adattárházirendet.

Az AV36 SKU-kiszolgálók kettős, 18 magos, 2,3 GHz-es Intel CPU-kkal rendelkeznek. Az AV36P termékváltozat-kiszolgálók két 18 magos, 2,6 GHz-es Intel CPU-kkal, az AV52 termékváltozat-kiszolgálók pedig kettős 26 magos 2,7 GHz-es Intel CPU-kkal rendelkeznek.

Az AV36 termékváltozat-kiszolgálók 576 GB RAM-mal rendelkeznek. Az AV36P termékváltozat-kiszolgálók 768 GB RAM-mal, az AV52 termékváltozat-kiszolgálói pedig 1536 GB RAM-mal rendelkeznek.

Szám 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 az Azure VMware Solution használatára. 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, a megfelelő ISV-t is elérhetik támogatás céljából.

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.

Szám

Szám

Szám 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-T Managerrel hozzon létre egy NSX-T Adatközpont 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.

Szám 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épeket azonban az Azure Portal nyilvános IP-címbeállításával teheti elérhetővé az interneten az Azure VMware Solution magánfelhőjéhez.

Igen. Az NSX-T 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.

Szám

Terv szerint nem fogja tudni elérni az NSX-T Managert és a vCenter Server Appliancet (vCSA) a helyszínen, ha csak 0.0.0.0/0 (alapértelmezett útvonal) van meghirdetve az ExpressRoute Global Reach szolgáltatáson keresztül az Azure VMware Solution és a helyszíni ExpressRoute között, vagy az Azure Virtual Networken keresztül az Azure VMware Solution felé. Az NSX-T 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ít egy vSphere-fürtből, a rendszer azonnal érvényteleníti a lemezen lévő adatokat.

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

A 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 vastag kiépítés fenntartott 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árolókapacitása előre 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. Más virtuális gépek nem oszthatják meg 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 is kielégíti.

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-gyorsítótárat és nyolc 1,9 TB nyers tárkapacitást tartalmaz. Ezek ezután két lemezcsoportra lesznek 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.

Szám Csak egy típus érhető el.

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

Indításkor az 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 a vCenter Serverrel és az NSX-T Managerrel felügyelhet helyileg egy magánfelhőben.

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-T Manageren pedig rendszergazdai hozzáférést kapott. A Microsoft Entra-azonosítót felhőalapú Rendszergazda csoporttal is használhatja. További információ: Access and identity Concepts.

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

Felhőbeli Rendszergazda szerepköri jogosultságokkal rendelkezik. További információ: Access and identity Concepts.

Felhőbeli Rendszergazda szerepköri jogosultságokkal rendelkezik. További információ: Access and identity Concepts.

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.

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

Igen. További információ: Állomáskvóta kérése az Azure VMware Solutionhez.

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

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 az Azure VMware Solution magánfelhőjükben, és értékesíthetik az ügyfeleknek, feltéve, hogy a termék nem egy szabványos virtuális gép, és alkalmazásként jelentős szellemi tulajdont adtak hozzá a virtuális gépbe.

A VMware nem engedélyezi a virtuális merevlemez használatát a felhőben vagy a helyszínen, hogy bármilyen rugalmas skálázóval licencelhető legyen, beleértve a Microsoftot is.

Igen. Az Azure VMware Solution magánfelhőjét a VMware-ből csatlakoztathatja a VMware Cloud Director Service-hez. A két szolgáltatás integrációja jelenleg nyilvános előzetes verzióban érhető el.

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 az ügyfeleik számára. További információ: Költségek mentése fenntartott példányokkal.