Az Azure VMware Solution magánfelhő- és fürtfogalmai
Az Azure VMware Solution VMware-alapú magánfelhőket biztosít az Azure-ban. A magánfelhő hardver- és szoftvertelepítései teljes mértékben integrálva és automatizálva vannak az Azure-ban. A magánfelhő üzembe helyezése és kezelése az Azure Portalon, a parancssori felületen vagy a PowerShellen keresztül.
A magánfelhők a következőkkel rendelkező fürtöket tartalmazzák:
- A VMware ESXi hipervizorral kiépített dedikált operációs rendszer nélküli kiszolgálói gazdagépek
- VMware vCenter Server az ESXi és a vSAN kezeléséhez
- VMware NSX szoftveralapú hálózatkezelés vSphere számítási feladatokhoz virtuális gépekhez
- VMware vSAN-adattár vSphere számítási feladatokhoz készült virtuális gépekhez
- VMware HCX a számítási feladatok mobilitásához
- Erőforrások az Azure aláfedésben (a kapcsolathoz és a magánfelhő üzemeltetéséhez szükséges)
A magánfelhők telepítése és kezelése egy Azure-előfizetésen belül történik. Az előfizetésen belüli magánfelhők száma skálázható. Kezdetben előfizetésenként egy magánfelhő van korlátozva. Logikai kapcsolat áll fenn az Azure-előfizetések, az Azure VMware Solution magánfelhők, a vSAN-fürtök és a gazdagépek között.
Az alábbi ábra az Azure VMware Solution architekturális összetevőit ismerteti.
Minden Azure VMware Solution-architektúra-összetevő a következő függvénnyel rendelkezik:
- Azure-előfizetés: Szabályozott hozzáférést, költségvetést és kvótakezelést biztosít az Azure VMware-megoldáshoz.
- Azure-régió: Az adatközpontokat rendelkezésre állási zónákba (AZ-kbe) csoportosítja, majd régiókba csoportosítja az AZ-eket.
- Azure-erőforráscsoport: Logikai csoportokba helyezi az Azure-szolgáltatásokat és az erőforrásokat.
- Azure VMware Solution Private Cloud: Számítási, hálózati és tárolási erőforrásokat kínál VMware szoftverekkel, beleértve a vCenter Servert, az NSX szoftveralapú hálózatkezelést, a vSAN szoftveralapú tárolást és az Azure operációs rendszer nélküli ESXi-gazdagépeket. Az Azure NetApp Files, az Azure Elastic SAN és a Pure Cloud Block Store is támogatott.
- Azure VMware megoldáserőforrás-fürt: Számítási, hálózati és tárolási erőforrásokat biztosít az ügyfelek számítási feladataihoz az Azure VMware Solution magánfelhő VMware-szoftverekkel való skálázásával, beleértve a vSAN szoftveralapú tárolást és az Azure operációs rendszer nélküli ESXi-gazdagépeket. Az Azure NetApp Files, az Azure Elastic SAN és a Pure Cloud Block Store is támogatott.
- VMware HCX: Mobilitási, migrálási és hálózati bővítményszolgáltatásokat nyújt.
- VMware Site Recovery: Automatizálja a vészhelyreállítási és tárolási replikációs szolgáltatásokat a VMware vSphere replikációval. A harmadik féltől származó vészhelyreállítási megoldások, a Zerto Vészhelyreállítás és a JetStream Szoftveres vészhelyreállítás is támogatottak.
- Dedikált Microsoft Enterprise Edge (D-MSEE): Az Azure-felhőt és az Azure VMware Solution magánfelhő-példányt összekötő útválasztó.
- Azure Virtual Network (VNet): Összekapcsolja az Azure-szolgáltatásokat és az erőforrásokat.
- Azure Route Server: Dinamikus útvonalinformációkat cserél az Azure-hálózatokkal.
- Azure Virtual Network Gateway: Azure-szolgáltatásokat és erőforrásokat csatlakoztat más magánhálózatokhoz IPSec VPN, ExpressRoute és VNet használatával a virtuális hálózathoz.
- Azure ExpressRoute: Nagy sebességű privát kapcsolatokat biztosít az Azure-adatközpontok és a helyszíni vagy a helymeghatározó infrastruktúra között.
- Azure Virtual WAN (vWAN): Egyesíti a hálózatkezelési, a biztonsági és az útválasztási függvényeket egyetlen egységes széles körű hálózatba (WAN).
Hosts
Az Azure VMware Solution-fürtök hiperkonvergens infrastruktúrán alapulnak. Az alábbi táblázat a gazdagép processzor-, memória-, lemez- és hálózati specifikációit mutatja be.
Állomás típusa | CPU (Magok/GHz) | RAM (GB) | vSAN Cache Tier (TB, raw***) | vSAN kapacitásszint (TB, raw***) | Regionális elérhetőség |
---|---|---|---|---|---|
AV36 | Dual Intel Xeon Gold 6140 CPU (Skylake microarchitecture) 18 mag/CPU @ 2,3 GHz, Összesen 36 fizikai mag (72 logikai mag hipertreading) | 576 | 3.2 (NVMe) | 15.20 (SSD) | Kijelölt régiók (*) |
AV36P | Dual Intel Xeon Gold 6240 CPU (Cascade Lake microarchitecture) 18 mag/CPU @ 2,6 GHz / 3,9 GHz Turbo, Összesen 36 fizikai mag (72 logikai mag hipertreading) | 768 | 1.5 (Intel Cache) | 19.20 (NVMe) | Kijelölt régiók (*) |
AV52 | Dual Intel Xeon Platinum 8270 CPU (Cascade Lake microarchitecture) 26 mag/CPU @ 2,7 GHz / 4,0 GHz Turbo, Összesen 52 fizikai mag (104 logikai mag hipertreading) | 1,536 | 1.5 (Intel Cache) | 38.40 (NVMe) | Kijelölt régiók (*) |
AV64 | Dual Intel Xeon Platinum 8370C CPU (Ice Lake microarchitecture) 32 mag/CPU @ 2,8 GHz / 3,5 GHz Turbo, Összesen 64 fizikai mag (128 logikai mag hipertengeléssel) | 1,024 | 3.84 (NVMe) | 15.36 (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 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 gazdagépek elkülönített készletéből származnak. Ezek a gazdagépek hardverteszteken mentek át, és az összes adatot biztonságosan törölték, mielőtt hozzáadták volna őket egy fürthöz.
A fenti gazdagéptípusok mindegyike 100 Gb/s-os hálózati adapter-átviteli sebességgel rendelkezik.
(*) az Azure díjkalkulátorán keresztül elérhető részletek.
(**) AV64 előfeltétele: Az AV64 hozzáadása előtt az AV36, AV36P vagy AV52 használatával üzembe helyezett Azure VMware Solution magánfelhőre van szükség.
(***) A Raw a lemezgyártó által jelentett nemzetközi mértékegység-szabványon (SI) alapul. Példa: 1 TB Nyers = 100000000000 bájt, a számítógép által binárisan kiszámított tér (1 TB bináris = 1099511627776 bájt bináris) értéke 931,3 gigabájt nyers decimálisból konvertálva.
Azure Region Availability Zone (AZ) to SKU mapping table
Az Azure VMware-megoldás tervezésekor az alábbi táblázatból megtudhatja, hogy milyen termékváltozatok érhetők el egy Azure-régió minden fizikai rendelkezésre állási zónájában.
Fontos
Ez a leképezés fontos ahhoz, hogy a magánfelhők az Azure natív számítási feladataihoz közel kerülhessenek, beleértve az olyan integrált szolgáltatásokat, mint az Azure NetApp Files és a Pure Cloud Block Store (CBS).
Az Azure VMware Solution Stretched Clusters multi-AZ képessége is fel van címkézve az alábbi táblázatban. Az Azure VMware Solution ügyfélkvótája az Azure-régióhoz van rendelve, és a magánfelhő kiépítése során nem tudja megadni a rendelkezésre állási zónát. Az automatikus kiválasztási algoritmus az Azure-régióban történő üzemelő példányok egyensúlyának kiegyensúlyozására szolgál. Ha rendelkezik egy adott rendelkezésre állási zónával, amelyen üzembe szeretne helyezni, nyisson meg egy szolgáltatáskérést , amelyben a Microsoft "speciális elhelyezési szabályzatot" kér az előfizetéséhez, az Azure-régióhoz, a rendelkezésre állási zónához és a termékváltozat típusához. Ez a szabályzat mindaddig érvényben marad, amíg el nem távolítja vagy nem módosítja.
A félkövérrel megjelölt termékváltozatok korlátozottan érhetők el az ügyfélhasználat miatt, és a kvóta kérésre nem érhető el. Az AV64 termékváltozatot kell használni, ha az AV36, az AV36P vagy az AV52 termékváltozatok korlátozottak.
Az AV64 termékváltozatok rendelkezésre állási zónánként érhetők el, az alábbi táblázat felsorolja azokat az Azure-régiókat, amelyek támogatják ezt a termékváltozatot. A RAID-6 FTT2 és a RAID-1 FTT3 tárolási szabályzatokhoz hat és hét tartalék tartományra (FD) van szükség, az egyes Azure-régiók FD-száma a "Támogatott AV64 FD-k" oszlopban szerepel.
Azure-régió | Availability Zone (Rendelkezésreállási zóna) | Termékváltozat | Multi-AZ SDDC | Támogatott AV64 FD-k |
---|---|---|---|---|
Kelet-Ausztrália | AZ01 | AV36P, AV64 | Igen | 7 |
Kelet-Ausztrália | AZ02 | AV36, AV64 | Igen | 7 |
Kelet-Ausztrália | AZ03 | AV36P, AV64 | Igen | 7 |
Délkelet-Ausztrália | AZ01 | AV36 | Nem | N.A. |
Dél-Brazília | AZ02 | AV36 | Nem | N.A. |
Közép-Kanada | AZ02 | AV36, AV36P, AV64 | Nem | 7 |
Kelet-Kanada | n/a | AV36 | Nem | N.A. |
Közép-India | AZ03 | AV36P, AV64 | Nem | 7 |
Az USA középső régiója | AZ01 | AV36P, AV64 | Nem | 7 |
Az USA középső régiója | AZ02 | AV36, AV64 | Nem | 7 |
Az USA középső régiója | AZ03 | AV36P, AV64 | Nem | 7 |
Kelet-Ázsia | AZ01 | AV36, AV64 | Nem | 7 |
Kelet-Ázsia | AZ02 | AV36P | Nem | N.A. |
USA keleti régiója | AZ01 | AV36P, AV64 | Igen | 7 |
USA keleti régiója | AZ02 | AV36P, AV64 | Igen | 7 |
USA keleti régiója | AZ03 | AV36, AV36P, AV64 | Igen | 7 |
USA 2. keleti régiója | AZ01 | AV36, AV64 | Nem | 7 |
USA 2. keleti régiója | AZ02 | AV36P, AV52, AV64 | Nem | 7 |
Közép-Franciaország | AZ01 | AV36 (AV64 tervezett 2025. első negyedéve) | Nem | N/A (2025. 1. 7. negyedév) |
Középnyugat-Németország | AZ01 | AV36P, AV64 | Igen | 7 |
Középnyugat-Németország | AZ02 | AV36, AV64 | Igen | 7 |
Középnyugat-Németország | AZ03 | AV36, AV36P, AV64 | Igen | 7 |
Észak-Olaszország | AZ03 | AV36P, AV64 | Nem | 7 |
Kelet-Japán | AZ02 | AV36, AV64 | Nem | 7 |
Nyugat-Japán | AZ01 | AV36, AV64 | Nem | 7 |
USA északi középső régiója | AZ01 | AV36, AV64 | Nem | 7 |
USA északi középső régiója | AZ02 | AV36P, AV64 | Nem | 7 |
Észak-Európa | AZ02 | AV36, AV64 | Nem | 7 |
Közép-Katar | AZ03 | AV36P (AV64 tervezett 2025. első negyedéve) | Nem | N/A (2025. 1. 7. negyedév) |
Dél-Afrika északi régiója | AZ03 | AV36, AV64 | Nem | 7 |
USA déli középső régiója | AZ01 | AV36, AV64 | Nem | 7 |
USA déli középső régiója | AZ02 | AV36, AV36P, AV52, AV64 | Nem | 7 |
Délkelet-Ázsia | AZ02 | AV36, AV36P | Nem | N.A. |
Közép-Svédország | AZ01 | AV36, AV64 | Nem | 7 |
Észak-Svájc | AZ01 | AV36, AV64 | Nem | 7 |
Észak-Svájc | AZ03 | AV36P (AV64 tervezett 2025. első negyedéve) | Nem | N/A (2025. 1. 7. negyedév) |
Nyugat-Svájc | AZ01 | AV36, AV64 | Nem | 7 |
Egyesült Arab Emírségek északi régiója | AZ03 | AV36P | Nem | N.A. |
Az Egyesült Királyság déli régiója | AZ01 | AV36, AV36P, AV52, AV64 | Igen | 7 |
Az Egyesült Királyság déli régiója | AZ02 | AV36, AV64 | Igen | 7 |
Az Egyesült Királyság déli régiója | AZ03 | AV36P, AV64 | Igen | 7 |
Az Egyesült Királyság nyugati régiója | AZ01 | AV36 | Nem | N.A. |
Nyugat-Európa | AZ01 | AV36, AV36P, AV52, AV64 | Igen | 7 |
Nyugat-Európa | AZ02 | AV36, AV64 | Igen | 7 |
Nyugat-Európa | AZ03 | AV36P, AV64 | Igen | 7 |
USA nyugati régiója | AZ01 | AV36, AV36P, AV64 | Nem | 7 |
USA 2. nyugati régiója | AZ01 | AV36, AV64 | Nem | 7 |
USA 2. nyugati régiója | AZ02 | AV36P | Nem | N.A. |
USA 3. nyugati régiója | AZ01 | AV36P | Nem | N.A. |
USA-beli államigazgatás – Arizona | AZ02 | AV36P | Nem | N.A. |
USA-beli államigazgatás – Virginia | AZ03 | AV36 | Nem | N.A. |
Fürtök
Minden létrehozott magánfelhőhöz alapértelmezés szerint egy vSAN-fürt tartozik. Fürtöket vehet fel, törölhet és méretezhet. A fürtönkénti gazdagépek minimális száma és a kezdeti üzembe helyezés három.
A vCenter Server és az NSX Manager használatával kezelheti a fürtkonfiguráció és -üzemeltetés legtöbb aspektusát. A fürtön lévő gazdagépek minden helyi tárolója a VMware vSAN felügyelete alatt áll.
Az Azure VMware Solution az n+1 rendelkezésre álláshoz konfigurálja az egyes fürtöket a vSphere High Availability (HA) százalékos hozzáférés-alapú hozzáférés-vezérlésével, hogy megvédje a számítási feladatokat egyetlen csomópont meghibásodása ellen. Minden Azure VMware Solution magánfelhő 1 . fürtje rendelkezik a felügyeleti és vezérlősík-összetevőkhöz (vCenter Server, NSX Manager-fürt, NSX Edges, HCX Manager bővítmény, SRM Manager bővítmény, vSphere replikációs bővítmény) konfigurált vSphere Elosztott erőforrás-ütemező (DRS) erőforráskészlettel (MGMT-ResourcePool). Az MGMT-ResourcePool úgy van konfigurálva, hogy 46 GHz-es processzort és 171,88 GB memóriát foglaljon le, amelyet az ügyfél nem módosíthat. A háromcsomópontos fürtök esetében ez azt jelenti, hogy a 2 csomópont az ügyfél számítási feladatainak van szentelve, kivéve a felügyeleti & vezérléshez fenntartott MGMT-ResourcePool CPU- és memóriaerőforrásokat, és az erőforrások 1 csomópontja tartalékban van a csomóponthibák elleni védelem érdekében. Az Azure VMware Solution Stretched Clusters n+2 rendelkezésre állású vSphere HA százalékos hozzáférés-alapú beléptetési szabályzatot használ.
Az Azure VMware-megoldáskezelési és -vezérlési sík az alábbi erőforráskövetelményeket tartalmazza, amelyeket figyelembe kell venni egy standard magánfelhő megoldásméretezése során.
Terület | Leírás | Kiépített vCPU-k | Kiépített vRAM (GB) | Kiépített vDisk (GB) | Tipikus CPU-használat (GHz) | Tipikus vRAM-használat (GB) | Tipikus nyers vSAN-adattárhasználat (GB) |
---|---|---|---|---|---|---|---|
VMware vSphere | vCenter Server | 8 | 28 | 915 | 1,1 | 3.9 | 1,854 |
VMware vSphere | vSphere Cluster Service VM 1 | 0 | 0,1 | 2 | 0,1 | 0,1 | 5 |
VMware vSphere | vSphere Cluster Service VM 2 | 0 | 0,1 | 2 | 0,1 | 0,1 | 5 |
VMware vSphere | vSphere Cluster Service VM 3 | 0 | 0,1 | 2 | 0,1 | 0,1 | 5 |
VMware vSphere | ESXi csomópont 1 | N.A. | N.A. | N.A. | 5,1 | 0,2 | n/a |
VMware vSphere | ESXi csomópont 2 | N.A. | N.A. | N.A. | 5,1 | 0,2 | n/a |
VMware vSphere | ESXi csomópont 3 | N.A. | N.A. | N.A. | 5,1 | 0,2 | n/a |
VMware vSAN | vSAN rendszerhasználat | N.A. | N.A. | N.A. | N.A. | N.A. | 5,458 |
VMware NSX | NSX Unified Appliance Node 1 | 12 | 48 | 300 | 2,5 | 13,5 | 613 |
VMware NSX | NSX Unified Appliance Node 2 | 12 | 48 | 300 | 2,5 | 13,5 | 613 |
VMware NSX | NSX Unified Appliance Node 3 | 12 | 48 | 300 | 2,5 | 13,5 | 613 |
VMware NSX | NSX Edge virtuális gép 1 | 8 | 32 | 200 | 1.3 | 0,6 | 409 |
VMware NSX | 2. NSX Edge virtuális gép | 8 | 32 | 200 | 1.3 | 0,6 | 409 |
VMware HCX (opcionális bővítmény) | HCX Manager | 4 | 12 | 65 | 0 | 2,5 | 140 |
VMware Site Recovery Manager (nem kötelező bővítmény) | SRM-berendezés | 4 | 12 | 33 | 0 | 0 | 79 |
VMware vSphere (opcionális bővítmény) | vSphere Replication Manager-berendezés | 4 | 8 | 33 | 0 | 0,6 | 75 |
VMware vSphere (opcionális bővítmény) | vSphere replikációs kiszolgáló berendezése | 2 | 0 | 33 | 0 | 0.3 | 68 |
Összesen | 77 virtuális processzor | 269,3 GB | 2385 GB | 30 GHz | 50,4 GB | 10 346 GB (9032 GB a várt 1,2-szeres adatcsökkentési aránysal) |
Az Azure VMware megoldáskezelési és -vezérlési síkja a következő erőforráskövetelményeket tartalmazza, amelyeket figyelembe kell venni a kifeszített fürtök magánfelhőinek megoldásméretezése során. A VMware SRM nem szerepel a táblában, mivel jelenleg nem támogatott.
Terület | Leírás | Kiépített vCPU-k | Kiépített vRAM (GB) | Kiépített vDisk (GB) | Tipikus CPU-használat (GHz) | Tipikus vRAM-használat (GB) | Tipikus nyers vSAN-adattárhasználat (GB) |
---|---|---|---|---|---|---|---|
VMware vSphere | vCenter Server | 8 | 28 | 915 | 1,1 | 3.9 | 3,708 |
VMware vSphere | vSphere Cluster Service VM 1 | 0 | 0,1 | 2 | 0,1 | 0,1 | 5 |
VMware vSphere | vSphere Cluster Service VM 2 | 0 | 0,1 | 2 | 0,1 | 0,1 | 5 |
VMware vSphere | vSphere Cluster Service VM 3 | 0 | 0,1 | 2 | 0,1 | 0,1 | 5 |
VMware vSphere | ESXi csomópont 1 | N.A. | N.A. | N.A. | 5,1 | 0,2 | n/a |
VMware vSphere | ESXi csomópont 2 | N.A. | N.A. | N.A. | 5,1 | 0,2 | n/a |
VMware vSphere | ESXi csomópont 3 | N.A. | N.A. | N.A. | 5,1 | 0,2 | n/a |
VMware vSphere | ESXi csomópont 4 | N.A. | N.A. | N.A. | 5,1 | 0,2 | n/a |
VMware vSphere | ESXi csomópont 5 | N.A. | N.A. | N.A. | 5,1 | 0,2 | n/a |
VMware vSphere | ESXi csomópont 6 | N.A. | N.A. | N.A. | 5,1 | 0,2 | n/a |
VMware vSAN | vSAN rendszerhasználat | N.A. | N.A. | N.A. | N.A. | N.A. | 10,722 |
VMware NSX | NSX Unified Appliance Node 1 | 12 | 48 | 300 | 2,5 | 13,5 | 1,229 |
VMware NSX | NSX Unified Appliance Node 2 | 12 | 48 | 300 | 2,5 | 13,5 | 1,229 |
VMware NSX | NSX Unified Appliance Node 3 | 12 | 48 | 300 | 2,5 | 13,5 | 1,229 |
VMware NSX | NSX Edge virtuális gép 1 | 8 | 32 | 200 | 1.3 | 0,6 | 817 |
VMware NSX | 2. NSX Edge virtuális gép | 8 | 32 | 200 | 1.3 | 0,6 | 817 |
VMware HCX (opcionális bővítmény) | HCX Manager | 4 | 12 | 65 | 0 | 2,5 | 270 |
Összesen | 67 virtuális processzor | 248,3 GB | 2,286 GB | 42,3 GHz | 49,1 GB | 20 036 GB (17 173 GB a várt 1,2-szeres adatcsökkentési aránysal) |
Ezek az erőforráskövetelmények csak az Azure VMware Solution magánfelhőben üzembe helyezett első fürtre vonatkoznak. A későbbi fürtöknek csak a vSphere-fürtszolgáltatást, az ESXi-erőforráskövetelményeket és a vSAN rendszerhasználatot kell figyelembe vennie a megoldásméretezésben.
A virtuális berendezés tipikus nyers vSAN-adattárhasználati értékei a virtuálisgép-fájlok által elfoglalt területhez tartoznak, beleértve a konfigurációs és naplófájlokat, a pillanatképeket, a virtuális lemezeket és a felcserélési fájlokat.
A VMware ESXi csomópontok számítási használati értékei a vSphere VMkernel hipervizor többletterhelését, a vSAN többletterhelést és az NSX elosztott útválasztót, a tűzfalat és az áthidaló többletterhelést veszik figyelembe. Ezek egy standard három fürtkonfiguráció becslései. A tárolási követelmények nem alkalmazhatók (N/A), mivel a rendszer a vSAN Datastore-tól eltérő rendszerindító kötetet használ.
A VMware vSAN rendszerhasználati tárterület többletterhelése vSAN teljesítménykezelési objektumokhoz, vSAN fájlrendszer-többletterheléshez, vSAN ellenőrzőösszeg-többletterheléshez és vSAN-deduplikációhoz és tömörítési többletterheléshez. A felhasználás megtekintéséhez válassza ki a vSphere-ügyfél vSphere-fürtjének Monitor, vSAN Capacity objektumát.
A VMware HCX és a VMware Site Recovery Manager erőforráskövetelményei opcionális bővítmények az Azure VMware Solution szolgáltatáshoz. Ezeket a követelményeket kedvezményezi a megoldás méretezésében, ha nincsenek használatban.
A VMware Site Recovery Manager bővítmény több VMware vSphere replikációs kiszolgálói berendezés konfigurálására is lehetősége van. Az előző táblázat feltételezi, hogy egy vSphere replikációs kiszolgálói berendezést használ.
Az Azure VMware-megoldások méretezése becslés; A tervezési fázis méretezési számításait ellenőrizni kell egy projekt tesztelési fázisában, hogy az Azure VMware Solution megfelelően legyen méretezve az alkalmazás számítási feladataihoz.
Tipp.
Ha túl kell lépnie a kezdeti üzembehelyezési számon, bármikor bővítheti a fürtöt, és később további fürtöket vehet fel.
Az alábbi táblázat az Azure VMware Solution maximális korlátait ismerteti.
Erőforrás | Korlát |
---|---|
vSphere-fürtök magánfelhőnként | 12 |
Az ESXi-gazdagépek minimális száma fürtönként | 3 (korlát) |
Az ESXi-gazdagépek maximális száma fürtönként | 16 (korlát) |
Az ESXi-gazdagépek maximális száma magánfelhőnként | 96 |
VCenter-kiszolgálók maximális száma magánfelhőnként | 1 (korlát) |
HCX-helypárosítások maximális száma | 25 (bármely kiadás) |
A HCX szolgáltatáshálók maximális száma | 10 (bármely kiadás) |
Azure VMware Solution ExpressRoute társított magánfelhők maximális száma egyetlen helyről egyetlen virtuális hálózati átjáróra | 4 A használt virtuális hálózati átjáró határozza meg a maximálisan társított magánfelhőket. További információ: About ExpressRoute virtual network gateways Ha túllépi ezt a küszöbértéket, az Azure VMware Solution Interconnect használatával összesítheti a magánfelhő-kapcsolatokat az Azure-régión belül. |
Az Azure VMware Solution ExpressRoute átviteli sebességének maximális száma | 10 Gb/s (Az Ultra Performance Gateway termékváltozatának használata a FastPath engedélyezésével)** A használt virtuális hálózati átjáró határozza meg a tényleges sávszélességet. További információ: About ExpressRoute virtual network gateways Az Azure VMware Solution ExpressRoutes nem rendelkezik portsebesség-korlátozásokkal, és 10 Gb/s felett fog teljesíteni; A 10 Gb/s-nál nagyobb díjak azonban a QoS miatt nem garantáltak. |
Az NSX-hez hozzárendelt Nyilvános Azure IPv4-címek maximális száma | 2000 |
Az Azure VMware Solution Interconnects maximális száma magánfelhőnként | 10 |
Azure ExpressRoute Global Reach-kapcsolatok maximális száma Azure VMware Solution magánfelhőnként | 8 |
vSAN-kapacitáskorlátok | A teljes használhatóság 75%-a (az SLA 25%-ának rendelkezésre állása) |
VMware Site Recovery Manager – Védett virtuális gépek maximális száma | 3000 |
VMware Site Recovery Manager – A virtuális gépek maximális száma helyreállítási tervenként | 2000 |
VMware Site Recovery Manager – A védelmi csoportok maximális száma helyreállítási tervenként | 250 |
VMware Site Recovery Manager – RPO-értékek | 5 perc vagy magasabb * (kemény korlát) |
VMware Site Recovery Manager – Virtuális gépek maximális száma védelmi csoportonként | 500 |
VMware Site Recovery Manager – Helyreállítási tervek maximális száma | 250 |
* A 15 percnél rövidebb helyreállításipont-célkitűzésről (RPO) további információt az 5 perces helyreállítási pont célkitűzésének működése a vSphere replikációfelügyeleti útmutatójában talál.
** Ez a puha és ajánlott korlát, de a forgatókönyv alapján támogatja a nagyobb átviteli sebességet.
Más VMware-specifikus korlátok esetén használja a VMware-t a Broadcom konfigurációs maximális eszközével.
VMware szoftververziók
A Microsoft tagja a VMware Metal-as-a-Service (MaaS) programnak, és a VMware Cloud Provider Stacket (VCPS) használja az Azure VMware Solution frissítési tervezéséhez.
Az Azure VMware Solution magánfelhők új üzembe helyezéséhez használt VMware-megoldás szoftververziói a következők:
Szoftver | Verzió | Buildszám |
---|---|---|
VMware vCenter Server | 8.0 U2d | 23929136 |
VMware ESXi | 8.0 U2b | 23305546 |
VMware vSAN | 8.0 U2 | 23305546 |
VMware vSAN tanúsító | 8.0 U2 | 23305546 |
VMware vSAN lemezen formátum | 19 | n/a |
VMware vSAN storage architektúra | OSA | n/a |
VMware NSX | 4.1.1 | 22224317 |
VMware HCX | 4.10.1 | 23857539 |
VMware Site Recovery Manager | 8.8.0.3 | 23263429 |
VMware vSphere replikáció | 8.8.0.3 | 23166649 |
Ha a felsorolt buildszám nem egyezik meg a kibocsátási megjegyzésekben felsorolt buildszámmal, az a felhőszolgáltatókra alkalmazott egyéni javításnak lesz köszönhető.
Ha a vCenter Server verziója támogatja, a rendszer a jelenlegi futó szoftververziót alkalmazza a meglévő magánfelhőhöz hozzáadott új fürtökre.
Gazdagépkarbantartás és életciklus-kezelés
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.
Feljegyzé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 frissítéséért a magánfelhő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 – 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 felügyeleti síkhoz való minden hozzáférés le van tiltva. Az NSX-környezet konfigurációja nem módosítható 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
Feljegyzé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.
Gazdagép monitorozása és szervizelése
Az Azure VMware Solution folyamatosan figyeli a VMware-összetevők és az aláfedés állapotát. Amikor az Azure VMware Solution hibát észlel, műveletet végez a hibás összetevők javítása érdekében. Amikor az Azure VMware Solution egy Azure VMware Solution-csomóponton romlást vagy hibát észlel, elindítja a gazdagép szervizelési folyamatát.
A gazdagép szervizelése magában foglalja a hibás csomópont cseréjét egy új kifogástalan állapotú csomópontra a fürtben. Ezután, ha lehetséges, a hibás gazdagép VMware vSphere karbantartási módban lesz elhelyezve. A VMware vSphere vMotion áthelyezi a virtuális gépeket a hibás gazdagépről a fürt más elérhető kiszolgálóira, ami nulla állásidőt tesz lehetővé a számítási feladatok élő áttelepítéséhez. Ha a hibás gazdagép nem helyezhető el karbantartási módban, a rendszer eltávolítja a gazdagépet a fürtből. A hibás gazdagép eltávolítása előtt a rendszer áttelepíti az ügyfél számítási feladatait egy újonnan hozzáadott gazdagépre.
Tipp.
Ügyfélkommunikáció: Az ügyfél e-mail-címére a csere megkezdése előtt, majd a csere sikeres befejezése után e-mailt küld a rendszer.
A gazdagép cseréjével kapcsolatos e-mailek fogadásához hozzá kell adnia az előfizetés következő Azure RBAC-szerepköreihez: "ServiceAdmin", "CoAdmin", "Tulajdonos", "Közreműködő".
Az Azure VMware Solution a következő feltételeket figyeli a gazdagépen:
- Processzor állapota
- Memória állapota
- Kapcsolat és energiaállapot
- Hardverventilátor állapota
- Hálózati kapcsolat megszakadása
- Hardverrendszertábla állapota
- Hiba történt egy vSAN-gazdagép lemezén
- Hardverfeszültség
- Hardverhőmérséklet állapota
- Hardverek energiaállapota
- A Storage szolgáltatás állapota
- Kapcsolódási hiba
Riasztáskódok és szervizelési tábla
Hibakód | A hiba részletei | Javasolt művelet |
---|---|---|
EPC_SCSIDEVICE_SHARINGMODE | Ez a hiba akkor jelenik meg, ha egy virtuális gép olyan eszköz használatára van konfigurálva, amely megakadályozza a karbantartási műveletet: SCSI-vezérlőt használó eszköz, amely buszmegosztással foglalkozik | A virtuális gépekhez csatlakoztatott buszmegosztással foglalkozó SCSI-vezérlők eltávolításához kövesse a TUDÁSBÁZIS-cikket https://knowledge.broadcom.com/external/article?legacyId=79910 |
EPC_CDROM_EMULATEMODE | Ez a hiba akkor jelentkezik, ha a CD-ROM a virtuális gépen emulálási módot használ, amelynek ISO-lemezképe nem érhető el | Kövesse a TUDÁSBÁZIS-cikket az ügyfél számítási feladatához csatlakoztatott virtuális gépekre csatlakoztatott CDROM emulálási módban történő eltávolításához vagy az ISO leválasztásához. Ajánlott passthrough módot használni bármilyen CD-ROM csatlakoztatásához. https://knowledge.broadcom.com/external/article?legacyId=79306 |
EPC_DATASTORE_INACCESSIBLE | Ez a hiba akkor jelenik meg, ha az AVS magánfelhőhöz csatolt külső adattár elérhetetlenné válik | Kövesse a kb. cikket a fürthöz csatolt elavult adattár eltávolításához /azure/azure-vmware/attach-azure-netapp-files-to-azure-vmware-solution-hosts?tabs=azure-portal#performance-best-practices |
EPC_NWADAPTER_STALE | Ez a hiba akkor jelenik meg, ha a virtuális gép csatlakoztatott hálózati adaptere olyan hálózati adaptert használ, amely elérhetetlenné válik | A virtuális gépekhez csatlakoztatott elavult N/W-adapterek eltávolításához kövesse a TUDÁSBÁZIS-cikket https://knowledge.broadcom.com/external/article/318738/troubleshooting-the-migration-compatibil.html |
Feljegyzés
Az Azure VMware Solution bérlői rendszergazdái nem szerkeszthetik vagy törölhetik a korábban definiált VMware vCenter Server-riasztásokat, mert azokat a vCenter Server Azure VMware Solution vezérlősíkja felügyeli. Ezeket a riasztásokat az Azure VMware Solution monitorozása használja az Azure VMware Solution gazdagép szervizelési folyamatának aktiválásához.
Biztonsági mentés és visszaállítás
Az Azure VMware Solution magánfelhő vCenter Server és HCX Manager (ha engedélyezve van) konfigurációi napi biztonsági mentési ütemezésben vannak, az NSX-konfiguráció pedig óránkénti biztonsági mentési ütemezéssel rendelkezik. A biztonsági mentések legalább három napig megmaradnak. Nyisson meg egy támogatási kérést az Azure Portalon a visszaállítás igényléséhez.
Feljegyzés
A restaurálások csak katasztrofális helyzetekre szolgálnak.
Az Azure VMware Solution folyamatosan figyeli mind a fizikai aláfedés, mind a VMware Solution összetevőinek állapotát. Amikor az Azure VMware Solution hibát észlel, műveletet végez a hibás összetevők javítása érdekében.
Következő lépések
Most, hogy megismerte az Azure VMware Solution magánfelhővel kapcsolatos fogalmait, érdemes megismerkednie a következővel: