Megjegyzés
Az oldalhoz való hozzáféréshez engedély szükséges. Megpróbálhat bejelentkezni vagy módosítani a címtárat.
Az oldalhoz való hozzáféréshez engedély szükséges. Megpróbálhatja módosítani a címtárat.
Azure VMware Solution olyan magánfelhőket biztosít, amelyek dedikált operációs rendszer nélküli Azure infrastruktúrából készült VMware vSphere-fürtöket tartalmaznak. Az Azure VMware Solution az Azure Commercial és az Azure Government esetében érhető el. A minimális kezdeti üzembe helyezés három gazdagépből áll, a lehetőséggel, hogy további gazdagépeket adjunk hozzá, fürtönként legfeljebb 16 gazdagéppel. Minden kiépített magánfelhő rendelkezik VMware vCenter Serverrel, VMware vSAN-rel, VMware vSphere-rel és VMware NSX-rel. Ennek eredményeképpen migrálhatja a számítási feladatokat a helyszíni környezetekből, üzembe helyezhet új virtuális gépeket (virtuális gépeket), és Azure szolgáltatásokat használhat a magánfelhőkből. Az SLA-ról további információt a Azure szolgáltatásiszint-szerződések oldalon talál.
Azure VMware Solution egy VMware által ellenőrzött megoldás, amely folyamatosan ellenőrzi és teszteli a fejlesztéseket és frissítéseket. Microsoft felügyeli és karbantartja a magánfelhő infrastruktúráját és szoftverét, így a magánfelhők számítási feladatainak fejlesztésére és futtatására összpontosíthat az üzleti érték biztosítása érdekében.
Az ábra a magánfelhők és a virtuális hálózatok közötti kapcsolatot mutatja az Azure-ban, az Azure szolgáltatásokban és a helyszíni környezetekben. A magánfelhőktől a Azure szolgáltatásokhoz vagy virtuális hálózatokhoz való hálózati hozzáférés SLA-alapú integrációt biztosít Azure szolgáltatásvégpontokhoz. Az ExpressRoute Global Reach a helyszíni környezetet a Azure VMware Solution magánfelhőhöz köti.
magánfelhőtípusok Azure VMware Solution
Azure VMware Solution két különböző magánfelhő-generációt biztosít:
Az Azure VMware Solution első generációja VMware vSphere-fürtöket biztosít, amelyek dedikált bare-metal gazdagépekből épülnek, és Azure adatközponti létesítményekben kerülnek telepítésre. Microsoft felügyelt ExpressRoute-kapcsolatcsoportok kapcsolatot biztosítanak a virtuális hálózatokban üzembe helyezett VMware vSphere-gazdagépek és natív Azure-erőforrások között.
Azure VMware Solution 2. generációs dedikált Azure operációs rendszer nélküli gazdagépekből készült VMware vSphere-fürtöket biztosít. Azure VMware Solution 2. generációs verzió egy frissített hálózati architektúrával rendelkezik, amellyel a VMware vSphere-gazdagépek közvetlenül csatlakoznak Azure virtuális hálózatokhoz. Ez az ajánlat csak az AV64 termékváltozatban támogatott.
Gazdagépek, klaszterek és magánfelhők
Azure VMware Solution fürtök hiperkonvergens infrastruktúrán alapulnak. Az alábbi táblázat bemutatja a gazdagép processzor-, memória-, lemez- és hálózati specifikációit.
| Gazdagép típusa | CPU (magok/GHz) | RAM (GB) | vSAN-architektúra | vSAN cache tier (TB, raw***) | vSAN-kapacitásszint (TB, raw***) | Regionális rendelkezésre állás |
|---|---|---|---|---|---|---|
| AV36 | Kettős Intel Xeon Gold 6140 processzorok (Skylake mikroarchitektúra) 18 mag/processzor @ 2,3 GHz, összesen 36 fizikai mag (72 logikai mag hiperszálképzéssel) | 576 | OSA | 3.2 (NVMe) | 15.20 (SSD) | Kijelölt régiók (*) |
| AV36P | Két Intel Xeon Gold 6240 CPU-k (Cascade Lake mikroarchitektúra), 18 mag/CPU, 2,6 GHz / 3,9 GHz Turbo, összesen 36 fizikai mag (72 logikai mag hiperszáltechnológia). | 768 | OSA | 1,5 (Intel Cache) | 19.20 (NVMe) | Kijelölt régiók (*) |
| AV48 | Dual Intel Xeon Gold 6442Y CPU-k (Sapphire Rapids mikroarchitektúra) 24 mag/CPU - 2,6 GHz / 4,0 GHz Turbo, Összesen 48 fizikai mag (96 logikai mag hiperszál) | 1,024 | ESA | N/A | 25.6 (NVMe) | Kijelölt régiók (*) |
| AV52 | Két Intel Xeon Platinum 8270 CPU (Cascade Lake mikroarchitektúra) 26 maggal/CPU 2,7 GHz / 4,0 GHz Turbo sebességgel, összesen 52 fizikai mag (104 logikai mag hyper-threadinggel) | 1,536 | OSA | 1,5 (Intel Cache) | 38.40 (NVMe) | Kijelölt régiók (*) |
| AV64 | Dual Intel Xeon Platinum 8370C CPU-k (Ice Lake mikroarchitektúra) 32 mag/CPU @ 2,8 GHz / 3,5 GHz Turbo, összesen 64 fizikai mag (128 logikai mag hiperszálkezeléssel) | 1,024 | OSA / ESA**** | 3,84 (NVMe) / N/A**** | 15.36 (NVMe) / 19.25 (NVMe)**** | Kijelölt régiók (**) |
Egy Azure VMware Solution fürthöz legalább három gazdagépre van szükség. Az azonos típusú gazdagépeket, vagyis a host szervereket, csak egyetlen Azure VMware Solution magánfelhőben használhatja. A fürtök létrehozásához vagy méretezéséhez használt gazdagépek egy elkülönített készletből származnak. Ezek a szerverek hardverteszteken mentek át, és az összes adatot biztonságosan törölték, mielőtt egy fürthöz kerültek.
Az előző gazdagéptípusok mindegyike 100 Gb/s hálózati interfész átviteli sebességgel rendelkezik.
*A részletek a Azure díjkalkulátoron keresztül érhetők el.
**AV64 előfeltétele: Az AV64 hozzáadása előtt az AV36, AV36P, AV48 vagy AV52 használatával üzembe helyezett Azure VMware Solution magánfelhőre van szükség.
A Raw a lemezgyártók által jelentett nemzetközi egységek szabványán (SI) alapul. Példa: 1 TB nyers = 100000000000 bájt. Számítógép binárisan kiszámított tárolókapacitása (1 TB bináris = 1099511627776 bájt) tizesrendszerbeli átváltással 931,3 gigabájtnak felel meg.
ESA az AV64 Gen 2 telepítésekre vonatkozik.
Új vagy meglévő magánfelhőket helyezhet üzembe a Azure portálon vagy Azure CLI keresztül.
Azure VMware Solution privát felhőbővítmény AV64-csomópontmérettel
Az AV64 egy Azure VMware Solution gazdagép termékváltozata, amely a meglévő AV36, AV36P vagy AV52 termékváltozattal készült Azure VMware Solution magánfelhő kibővítéséhez érhető el. Ha közvetlenül szeretné üzembe helyezni az AV64-et, tekintse meg az Azure VMware Solution az Azure Virtual Network-ben. A Microsoft dokumentáció segítségével ellenőrizze az AV64 termékváltozat elérhetőségét a régióban.
Az AV64-bővítés előfeltétele az AV36, az AV36P és az AV52 esetében
Nézze meg az AV64-fürt üzembe helyezésének alábbi előfeltételeit.
Egy Azure VMware-megoldás magánfelhőt hoz létre az AV36, AV36P, AV48 vagy AV52 használatával az AV64-ben támogatott régió/AZ.
Az AV64-fürtkezeléshez egy /23 vagy három (összefüggő vagy nem összefüggő) /25 címblokkra van szükség.
Ügyfélforgatókönyvek támogatottsága
Ügyfél meglévő Azure VMware Solution magánfelhővel: Amikor egy ügyfél rendelkezik üzembe helyezett Azure VMware Solution magánfelhővel, skálázhatja a magánfelhőt egy külön AV64 vCenter fürt-csomópont hozzáadásával. Ebben a forgatókönyvben az ügyfeleknek a következő lépéseket kell végrehajtaniuk:
- Szerezze be az AV64 kvóta jóváhagyását a Microsofttól legalább három csomóponttal. Adjon meg további részleteket a Azure VMware Solution magánfelhőről, amelyet az AV64 használatával szeretne kibővíteni.
- Használjon egy meglévő Azure VMware Solution add-cluster munkafolyamatot AV64-gazdagépekkel a bővítéshez.
ACustomer új Azure VMware Solution magánfelhőt tervez létrehozni: Amikor egy ügyfél új Azure VMware Solution magánfelhőt szeretne, amely használhatja az AV64 termékváltozatot, de csak bővítésre. Ebben az esetben az ügyfél teljesíti az AV36, AV36P vagy AV52 termékváltozattal készült Azure VMware Solution magánfelhő létrehozásának előfeltételeinek. Az ügyfélnek legalább három AV36, AV36P vagy AV52 termékváltozatú csomópontot kell vásárolnia, mielőtt az AV64-et használnák. Ebben a forgatókönyvben kövesse az alábbi lépéseket:
- Az AV36, az AV36P, az AV52 vagy az AV64 kvótájának jóváhagyása a Microsofttól, legalább három csomóponttal.
- Hozzon létre egy Azure VMware Solution magánfelhőt az AV36, az AV36P vagy az AV52 termékváltozat használatával.
- Használjon egy meglévő Azure VMware Solution add-cluster munkafolyamatot AV64-gazdagépekkel a bővítéshez.
Azure VMware Solution nyújtott fürtök magánfelhője: Az AV64 termékváltozat nem támogatott az Azure VMware Solution nyújtott fürtök magánfelhővel. Ez azt jelenti, hogy az AV64-alapú bővítés nem lehetséges egy Azure VMware Solution kiterjesztett fürtöket alkotó privát felhő esetén.
Note
Az AV64-gazdagépről az ügyfélhálózat felé irányuló összes forgalom a VMKernel hálózati adapter 1. IP-címét fogja használni.
Továbbfejlesztett vMotion-kompatibilitás (EVC) AV64-bővítménysel
Az AV64-csomópontok Azure VMware Solution magánfelhőhöz való hozzáadása heterogén környezetet hoz létre, amely Enhanced vMotion Kompatibilitási (EVC) problémákat eredményez az AV64-fürtök és az AV36, AV36P vagy AV52 SKU-kat használó alap SKU-fürtök között. Az AV64-fürtök Intel Icelake CPU-juk miatt használják az Icelake EVC módot, míg a régebbi Intel PROCESSZORokra épülő AV36, AV36P és AV52 fürtök nem rendelkeznek explicit EVC móddal. Az egyes termékváltozatok processzorgenerációinak részletei fent találhatók.
Az EVC-módok fürtök közötti heterogenitása kihívást jelent az élő vMotion-műveletek számára, a Broadcom által meghatározottak szerint, a migrálás konkrét forgatókönyve és iránya alapján. Az alábbi szakasz összefoglalja az AV64 és az alapfürtök közötti élő vMotion-műveletek felhasználói élményét.
vMotion az AV64 klaszterre a Base SKU klaszterről – ez jól működik, mivel a virtuális gép áthelyezésre került egy alacsonyabb EVC módú klaszterről egy magasabb EVC módú klaszterre.
vMotion az AV64 klaszterből az alap SKU klaszterbe – két forgatókönyv
Ha a virtuális gépet korábban áthelyezték az alapfürtről, és nem indították újra, akkor a live vMotion sikeres lesz.
Ha a virtuális gépet az AV64-fürtön hozták létre, vagy újraindították, annak ellenére, hogy korábban az alap SKU-fürtől vMotion segítségével áthelyezték, a live vMotion az EVC kompatibilitási hiba miatt nem fog sikerülni.
Az ügyfelek elkerülhetik az alap SKU és az AV64-fürtök közötti élő vMotion-problémákat úgy, hogy a virtuális gépszintű EVC módot egy alacsonyabb alapfürt EVC-jével összeegyeztetik, vagy kikapcsolják a virtuális gépet, és hideg vMotiont hajtanak végre.
Az AV64 fürt vSAN hibatartományának (FD) kialakítása és javaslatai
A hagyományos Azure VMware Solution gazdagépfürtök nem rendelkeznek explicit vSAN FD-konfigurációval. Az indoklás a gazdagép allokációs logikája, amely biztosítja a fürtökön belül, hogy két gazdagép se tartózkodjon ugyanabban a fizikai hibatűrő tartományban egy Azure régióban. Ez a funkció eredendően rugalmasságot és magas rendelkezésre állást biztosít a tároláshoz, amelyet a vSAN FD-konfigurációnak el kell hoznia. A vSAN FD-ről további információt a VMware dokumentációjában talál.
Az Azure VMware Solution AV64 gazdagépfürtök explicit vSAN hibadomén (FD) konfigurációval rendelkeznek. Azure VMware Solution vezérlősík hét vSAN hibátartományt (FD-t) konfigurál az AV64 fürtökhöz. A gazdagépek egyenlően oszlanak el a hét FD-ben, mivel a felhasználók egy fürt gazdagépeit három csomópontról 16 csomópontra skálázják fel. Egyes Azure régiók továbbra is legfeljebb öt FD-t támogatnak az AV64 termékváltozat kezdeti kiadásának részeként. További információért tekintse meg az Azure régió rendelkezésre állási zóna és gazdagéptípus közötti azonosítási táblázatot.
Csoportméretre vonatkozó ajánlás
Az Azure VMware Solution által támogatott minimális vSphere csomópont-fürt mérete három. A vSAN-adatredundanciát úgy kezeli a rendszer, hogy a három gazdagép minimális fürtmérete különböző vSAN FD-kben van. Ha egy FD meghibásodik egy három gazdagépet tartalmazó vSAN-fürtben (például ha a top of rack switch meghibásodik), a vSAN-adatok védettek maradnak. Az olyan műveletek, mint az objektumlétrehozás (új virtuális gép, VMDK és mások) sikertelenek lennének. Ugyanez vonatkozik azokra a karbantartási tevékenységekre is, amelyekben az ESXi-gazdagép karbantartási módba kerül és/vagy újraindul. Az ilyen forgatókönyvek elkerülése érdekében javasoljuk, hogy telepítsen vSAN-fürtöket legalább négy ESXi-gazdagéppel.
AV64-gazdagép eltávolítása munkafolyamat és ajánlott eljárások
Az AV64-fürt vSAN hibatűrő tartomány (FD) konfigurációja és az összes FD-ben a gazdagépek kiegyensúlyozott elosztására való igény miatt az AV64-fürtökből történő gazdagép eltávolítás különbözik a hagyományos Azure VMware Solution gazdagépfürtöktől más termékváltozatokkal.
Jelenleg egy felhasználó kiválaszthat egy vagy több gazdát, amelyet a portál vagy az API használatával eltávolíthat a fürtből. Az egyik feltétel az, hogy egy klaszternek legalább három gazdagéppel kell rendelkeznie. Az AV64-fürt azonban eltérően viselkedik bizonyos esetekben, amikor az AV64 vSAN FD-ket használ. Minden gazdagép eltávolításának kérelmét a rendszer ellenőrzi az esetleges vSAN FD egyensúlyhiánya miatt. Ha egy gazdagép-eltávolítási kérelem kiegyensúlyozatlanságot okoz, a kérés elutasításra kerül egy HTTP 409 – Conflict válasszal. A http 409-Conflict válasz állapotkódja azt jelzi, hogy a kérés ütközik a célerőforrás (gazdagépek) aktuális állapotával.
Az alábbi három forgatókönyv bemutat példákat olyan esetekre, amelyek általában hibát okoznak, és különböző módszerek alkalmazásával lehetőséget ad arra, hogy gazdagépeket távolítsunk el anélkül, hogy vSAN fault domain (FD) egyensúlytalanságot okoznánk.
Egy gazdagép eltávolítása vSAN FD-kiegyensúlyozatlanságot eredményezhet, és a hosztok közötti különbség a legjobban és legkevésbé terhelt FD-k között egynél nagyobb lehet. A következő példában a felhasználóknak az FD 1 egyik gazdagépét el kell távolítaniuk, mielőtt eltávolítanák a gazdagépeket a többi FD-ből.
Diagram, amely bemutatja, hogyan kell a felhasználóknak eltávolítaniuk az egyik kiszolgálót az FD 1-ből, mielőtt eltávolítanák a kiszolgálókat más FD-kből.
Egyszerre több gazdagépeltávolítási kérés is történik, és bizonyos gazdagép-eltávolítások egyensúlytalanságot okozhatnak. Ebben a forgatókönyvben az Azure VMware Solution vezérlősík csak azokat a gazdagépeket távolítja el, amelyek nem okoznak egyensúlyhiányt. Az alábbi példában a felhasználók nem vihetik át mind a kettőt ugyanabba az elérhető FD-be, hacsak nem csökkentik a klaszter méretét négyre vagy kevesebbre.
A kijelölt gazdagép eltávolítása háromnál kevesebb aktív vSAN FD-t eredményez. Ez a forgatókönyv nem várható, mivel minden AV64-régióban öt vagy hét FD van. Gazdagépek hozzáadásakor a Azure VMware Solution vezérlősík gondoskodik a gazdagépek egyenlő hozzáadásáról mind a hét FD-ből. Az alábbi példában a felhasználók eltávolíthatják az egyik gazdagépet az FD 1-ből, de az FD 2-ből és az FD 3-ból nem.
A vSAN FD kiegyensúlyozatlansága nélkül eltávolítható gazdagép azonosítása: A felhasználó a vSphere ügyfélfelületére léphet, hogy lekérje az egyes vSAN FD-khez társított gazdagépek aktuális állapotát. Ez segít azonosítani azokat a gazdagépeket (az előző példák alapján), amelyek a vSAN FD-egyenleg befolyásolása nélkül eltávolíthatók, elkerülve bármilyen hibát az eltávolítási művelet során.
Az AV64 által támogatott RAID-konfiguráció
Ez a táblázat az AV64 klaszterekben támogatott RAID-konfigurációk, valamint a gazdagépkövetelmények listáját tartalmazza. A RAID-6 FTT2 és a RAID-1 FTT3 szabályzatok egyes régiókban az AV64 termékváltozattal támogatottak. Azure olyan régiókban, amelyek jelenleg öt FD-hez vannak korlátozva, Microsoft lehetővé teszi az ügyfelek számára a RAID-5 FTT1 vSAN tárolási szabályzat használatát a hat vagy több csomópontot tartalmazó AV64-fürtökhöz a szolgáltatásiszint-szerződés (SLA) teljesítéséhez. További információért tekintse meg az Azure régió rendelkezésre állási zóna és gazdagéptípus közötti azonosítási táblázatot.
| RAID-konfiguráció | Tolerálhatatlan meghibásodások (FTT) | Szükséges minimális gazdagépek |
|---|---|---|
| RAID-1 (tükrözés) alapértelmezett beállítás. | 1 | 3 |
| RAID-5 (törléskódolás) | 1 | 4 |
| RAID-1 (tükrözés) | 2 | 5 |
| RAID-6 (törléskódolás) | 2 | 6 |
| RAID-1 (tükrözés) | 3 | 7 |
Storage
Azure VMware Solution támogatja az adattárkapacitás kibővítését a vSAN-en felül az Azure tárhelyszolgáltatások használatával, lehetővé téve, hogy a fürtök skálázása nélkül bővíthesse az adattárkapacitást. További információ: Adattár kapacitásbővítési lehetőségei.
hálózat
Azure VMware Solution helyszíni helyekről és Azure-alapú erőforrásokból elérhető privát felhőkörnyezetet kínál. Az olyan szolgáltatások, mint a Azure ExpressRoute, a VPN-kapcsolatok vagy a Azure Virtual WAN biztosítják a kapcsolatot. Ezek a szolgáltatások azonban speciális hálózati címtartományokat és tűzfalportokat igényelnek a szolgáltatások engedélyezéséhez.
Magánfelhő üzembe helyezésekor létrejönnek a felügyeleti, kiépítési és vMotion-alapú magánhálózatok. Ezekkel a magánhálózatokkal érheti el a VMware vCenter Servert és a VMware NSX Managert, valamint a virtuális gépek vMotion vagy üzembe helyezését.
Az ExpressRoute Global Reach magánfelhők helyszíni környezetekhez való csatlakoztatására szolgál. Közvetlenül az áramköröket csatlakoztatja a Microsoft Edge szinten. Az összeköttetéshez egy ExpressRoute-körrel rendelkező virtuális hálózatra (vNet) van szükség az előfizetése helyszíni hálózatához kapcsolódva. Ennek az az oka, hogy a vNet-átjárók (ExpressRoute-átjárók) nem tudják továbbítani a forgalmat, ami azt jelenti, hogy két kapcsolatcsoportot csatolhat ugyanahhoz az átjáróhoz, de nem küldi el a forgalmat az egyik kapcsolatcsoportból a másikba.
Minden Azure VMware Solution környezet saját ExpressRoute-régiója (saját virtuális MSEE-eszköze), amely lehetővé teszi a Global Reach csatlakoztatását a "helyi" társviszony-létesítési helyhez. Lehetővé teszi több Azure VMware Solution példány összekapcsolását egy régióban ugyanahhoz a társviszony-létesítési helyhez.
Note
Olyan helyek esetében, ahol az ExpressRoute Global Reach nincs engedélyezve, például a helyi szabályozások miatt útválasztási megoldást kell létrehoznia Azure IaaS virtuális gépek használatával. Az alábbi példákért lásd a Azure felhőadaptálási keretrendszer – Hálózati topológia és kapcsolat Azure VMware Solution dokumentumot.
A magánfelhőben üzembe helyezett virtuális gépek a Azure Virtual WAN nyilvános IP-cím funkción keresztül érhetők el az internethez. Új magánfelhők esetén az internet-hozzáférés alapértelmezés szerint le van tiltva.
További információ: Hálózatkezelési architektúra.
Hozzáférés és biztonság
Azure VMware Solution magánfelhők vSphere szerepköralapú hozzáférés-vezérlést használnak a fokozott biztonság érdekében. A vSphere SSO LDAP képességeit integrálhatja a Microsoft Entra ID-vel. További információt az Access és az identitásarchitektúra oldalán talál.
A vSAN-adattitkosítás alapértelmezés szerint engedélyezve van, és a vSAN-adattár biztonságának biztosítására szolgál. További információ: Storage-architektúra.
Adatrezidencia és ügyféladatok
Azure VMware Solution nem tárol ügyféladatokat.
VMware szoftververziók
Az alábbi táblázat a Azure VMware Solution magánfelhők új üzembe helyezéséhez használt szoftververziókat sorolja fel.
| Software | Version | Verziószám |
|---|---|---|
| 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ő Webhely Helyreállítá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.
Hoszt- és szoftveréletciklus-karbantartás
A Azure VMware Solution magánfelhő és A VMware szoftver rendszeres frissítése biztosítja, hogy a legújabb biztonsági, stabilitási és funkciókészletek futnak a magánfelhőkben. További információ: Gazdagépkarbantartás és életciklus-kezelés.
A magánfelhő monitorozása
Miután telepítette Azure VMware Solution az előfizetésében, a rendszer automatikusan létrehozza a Azure Monitor naplókat.
A magánfelhőben a következőt teheti:
- Naplókat gyűjthet az egyes virtuális gépeken.
- Letöltés és az MMA-ügynök telepítése Linux és Windows virtuális gépeken.
- Engedélyezze a Azure diagnosztikai bővítményt.
- Új lekérdezések létrehozása és futtatása.
- Futtassa ugyanazokat a lekérdezéseket, amelyeket általában a virtuális gépeken futtat.
A Azure VMware Solution belüli monitorozási minták hasonlóak az IaaS-platform Azure virtuális gépeihez. További információkért és útmutatókért lásd: Az Azure virtuális gépek figyelése Azure Monitor.
Ügyfélkommunikáció
A szolgáltatásokkal kapcsolatos problémákat, a tervezett karbantartást, az állapottanácsadásokat és a biztonsági tanácsadási értesítéseket a Service Health a Azure portálon találja. 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ó: A Szolgáltatásállapot-riasztások létrehozása a Azure portálon.
Azure VMware Solution felelősségi mátrix – Microsoft és ügyfél
Azure VMware Solution megvalósít egy megosztott felelősségi modellt, amely meghatározza az ajánlatban részt vevő két fél különböző szerepköreit és feladatait: az ügyfél és a Microsoft. A megosztott szerepkörök feladatait az alábbi két táblázat részletesebben szemlélteti.
A megosztott felelősségi mátrix táblázat a magánfelhő és az ügyfélalkalmazás számítási feladatainak üzembe helyezése és kezelése során az ügyfelek és Microsoft fő feladatokat ismerteti.
Az alábbi táblázat az ügyfél és a Microsoft közötti szerepkörök és felelősségek részletes listáját tartalmazza, amely a leggyakoribb feladatokat és definíciókat foglalja magában. További kérdésekért forduljon Microsoft.
| szerepkör | Task/details |
|---|---|
| Microsoft – Azure VMware Solution | Fizikai infrastruktúra
(nem kötelező) A VMware HCX teljes mértékben konfigurált számítási profillal üzembe helyezhető a felhőben bővítményként (nem kötelező) A VMware SRM üzembe helyezése, frissítése és vertikális fel- és leskálázása Támogatás – Privát felhőplatformok és VMware HCX |
| Customer | Azure VMware Solution gazdagépének Microsoft általi árajánlatkérése Magánfelhőkre vonatkozó kérés megtervezése és létrehozása Azure portálon a következőkkel:
Hosztok hozzáadása vagy törlése a fürtre a portál segítségével Partneri (harmadik féltől származó) megoldások üzembe helyezése/életciklus-kezelése |
| Partneri ökoszisztéma | Termékük/megoldásuk támogatása. Referenciaként az alábbi néhány támogatott Azure VMware Solution partnermegoldás/termék:
|
Következő lépések
A következő lépés a magánfelhő-architektúra legfontosabb fogalmainak megismerése.