vmware termékek. Virtualizációs termékek (VMware Inc.). VMware DRS motor fejlesztések

A VMware vSphere Hypervisor egy ingyenes, hatékony és megbízható hardveres hypervisor szerver- és munkaállomás-virtualizációs feladatokhoz. A cikk a VMware Hypervisor hypervisor telepítését és konfigurálását, a virtuális gép létrehozását, a vendég telepítését tárgyalja. operációs rendszer.

Ingyenes vSphere Hypervisor: Műszaki követelmények, korlátozások és kompatibilitás

A VMware vSphere Hypervisor olyan kiszolgálóra telepíthető, amely megfelel a következő műszaki követelményeknek:

A VMware vSphere Hypervisor terjesztési fájl kis méretű (311 MB), és csak a legszükségesebb illesztőprogramokat tartalmazza, főleg a márkagyártók szerverei számára. De néha nem lehet hipervizort telepíteni a jól ismert márkák szervereire. A szervergyártók gyakran adják ki saját hypervisor disztribúcióikat saját illesztőprogramjaikkal.

A VMware vSphere Hypervisor kompatibilitását szerverével a következő oldalon ellenőrizheti:

Az ESXi 6.7-ben nem támogatott hardverek listája: https://kb.vmware.com/s/article/52583

Nézzük meg az ingyenes vSphere Hypervisor hypervisor fő korlátait a teljes értékű VMWare ESXi-vel összehasonlítva:

1. Nincs hivatalos VMWare technikai támogatás;
2. Egy virtuális géphez legfeljebb 8 virtuális processzor/mag (vCPU) rendelhető (mellesleg a virtuális gépek gen1 generációjára vonatkozó vCPU-korlátozások 64);
3. A gazdagép nem csatlakoztatható a vCenterhez;
4. A vStorage API nem érhető el (nem lehet normál biztonsági mentést beállítani, a Veeam nem tudja felvenni a virtuális gépet a gazdagépről);
5. Maximum 2 fizikai processzor (socket) a szerverben (nincs korlátozás a magok számára);
6. Az összes APi csak olvasható módban érhető el (azaz nem tudja megváltoztatni a szerver vagy a virtuális gép egyik paraméterét sem).

Az ingyenes Sphere Hypervisor válasz azonban lehetővé teszi a fizikai szerver összes magjának és RAM-jának korlátlan használatát. Nincs korlátozás a RAM, a processzorok, a magok és a gazdagép vagy virtuális gép futási idejére vonatkozóan. A PCI VMDirectPath/USB átirányítás működik.

Hogyan tölthető le és telepíthető az ingyenes VMware vSphere Hypervisor?

Töltse le a VMware Hypervisor vSphere 6.7 hypervisor aktuális verzióját. Ehhez be kell jelentkeznie a VMWare-fiókjába, vagy létre kell hoznia egy újat.

Ha új VMWare fiókot hoz létre, akkor a regisztrációs űrlap kitöltése után meg kell várnia egy e-mailt a fiók megerősítéséhez. Kövesse a levélben található hivatkozást, és adja meg jelszavát.

A következő szakaszban megkapja a licenckulcsot ingyenes verzió hypervisor és egy hivatkozás a VMware vSphere Hypervisor letöltéséhez. Mindenképpen őrizze meg a kulcsot.

Letöltődik egy iso kép, amely flash meghajtóra vagy CD/DVD lemezre írható. Most telepítheti a hypervisort a szerverre (munkaállomásra vagy virtuális gépre).

A telepítés nagyon egyszerű. Válassza a „ ESXi-6.7.0-2019xxx szabványos telepítő”.

Adja meg azt a meghajtót, amelyre a rendszer telepítve lesz. Ebben a példában egy 40 GB-os lemez áll rendelkezésre.

Válassza ki a billentyűzetkiosztást.

Írja be és erősítse meg a root jelszót (legalább 7 karakter).

A telepítés után figyelmeztetés jelenik meg, hogy a hypervisor 60 napig működik licenckulcs nélkül.

Indítsa újra a számítógépet.

A VMware vSphere hypervisor telepítve van. Ha a szervere legalább egy hálózati interfészen keresztül csatlakozik egy DHCP-szerverrel rendelkező hálózathoz, akkor automatikusan kap egy IP-címet, amelyet a hypervisor konzolon fog látni (ezt DCUI-nak hívják). Ez az IP-cím a hipervizor vezérlésére szolgál a webes felületről.

A VMware ESXi konfigurálása a konzolban

A Hypervisor beállításainak kezeléséhez a DCUI képernyőn kattintson a gombra F2, adja meg a telepítés során megadott bejelentkezési nevet (alapértelmezés szerint root) és jelszót.

Megnyílik egy grafikus konzol a hypervisor kezdeti beállításához.

Itt a következő opciókat konfigurálhatja:

A VMware vSphere Hypervisor kezdeti beállítása befejeződött. A webes felületen keresztül csatlakozhat.

VMware ESXi webkezelő felület, ingyenes licenc telepítés

A vSphere Hypervisor webes felületen keresztüli csatlakozásához adja meg a szerver IP-címét, amelyet kezdeti beállítás hipervizor. Ezután bejelentkezés (root) és jelszó.

Felhívjuk figyelmét, hogy a licenc nélküli szerver 60 napig működik.

Aktiválja a regisztráció során kapott licencet "Kezelés" -> "Licenc" -> "Licenc hozzárendelése".

Ha nem aktiválja a licencet, 60 nap elteltével az összes futó virtuális gép tovább fog működni, de nem tud új virtuális gépeket engedélyezni vagy a meglévő virtuális gépeket újraindítani.

A hypervisor korlátlan idejű licenccel rendelkezik (lejár: soha), korlátlan mennyiséggel aktiválva véletlen hozzáférésű memória virtuális gépekhez. Legfeljebb 8 virtuális vCPU-t (legfeljebb 8-utas virtuális SMP) rendelhet hozzá minden virtuális géphez.

"Kezelés" -> "Rendszer" -> "Idő és dátum" -> "Beállítások szerkesztése"

VMWare ESXi virtuális kapcsoló

Virtuális kapcsoló(vSphere Switch vagy vSwitch) egy virtuális eszköz, amely adatokat továbbít a kiszolgálón belüli virtuális gépek között, és kívülről a fizikai hálózati kártyán keresztül. Kétféle virtuális kapcsoló létezik:

• Szabványos kapcsolók- egy egyszerű virtuális kapcsoló, amely logikailag a fizikai szerveren belül helyezkedik el.
• Elosztott kapcsolók- elosztott virtuális kapcsoló, több fizikai szerveren is elosztható (a VMWare Hypervisor ingyenes verziójában nem, a fizetős verzióban pedig csak az Enterprise Plus kiadásban érhető el ) .

A hypervisor telepítése és elindítása után már van egy virtuális kapcsoló vSwitch0, amely tartalmaz egy fizikai adaptert vmnic0 és két portcsoportot - szolgáltatást (Management Network) a hypervisor kezelésére és egy hálózatot az adatátvitelhez (VM Network). A vmk0 hypervisor felügyeleti felület (vmkernel port) a Management Network csoportban található.

A legtöbb esetben egy önálló hipervizoron csak egyre lesz szüksége virtuális kapcsoló. Portcsoportokat kell létrehozni, ha el szeretné választani egymástól a virtuális gépeket, és különböző VLAN-beállításokat szeretne használni egy portcsoporthoz.

Hacsak nem feltétlenül szükséges, ne módosítsa a felügyeleti hálózatot vagy a vmkernel portot, ellenkező esetben elveszítheti a hozzáférést a hypervisor felügyeleti felületéhez. Ha elvesztette a hozzáférést a hipervizorhoz, visszaállíthatja hálózati beállítások a DCUI-konzol Hálózat-visszaállítási beállítások menüjének használatával.

Virtuális gép létrehozása a VMWare Hypervisorban

A webes felületen válassza a "Virtuális gépek" -> "VM létrehozása / regisztrálása" -> "Új virtuális gép létrehozása" lehetőséget.

Adjon nevet a virtuális gépnek. Válassza ki a vendég operációs rendszer típusát és verzióját. Jelölje be a „Windows virtualizáción alapuló biztonság” jelölőnégyzetet, ha elérhetővé szeretné tenni a hardveres virtualizációt, az IOMMU-t, az EFI-t és a biztonságos rendszerindítást a vendég operációs rendszer számára.

Válasszon adattárat a virtuális gép konfigurációs fájljaihoz és az összes virtuális lemezéhez.

Ha szabad hely a kiválasztott lemezen kisebb, mint a kapacitása, akkor üzenetet fog kapni, hogy növelni kell az adattár kötetét.

Ebben a lépésben a virtuális gép összes paramétere be van állítva: a CPU-k száma, a RAM mennyisége, a méret és az elhelyezés merevlemez, hálózati adapterek, CD/DVD meghajtók stb. Ha virtuális gépen szeretne hozzáférni a hálózathoz, csak helyezze el az adaptert a VM Network port csoportjába a vSwitch0 kapcsolón (ha nem konfigurált újra semmit).

Mindezek a paraméterek, ha szükséges, módosíthatók a virtuális gép kikapcsolásakor.

A következő képernyő arra kéri, hogy ellenőrizze és erősítse meg a virtuális gép összes beállítását.

Vendég operációs rendszer telepítése virtuális gépre

Vendég operációs rendszer virtuális gépre történő telepítéséhez le kell töltenie a terjesztési iso lemezképet a kívánt operációs rendszer terjesztésével a helyi tárhelyre. A Navigációs menüben válassza a Tárhely lehetőséget, majd nyomja meg a gombot.

Hozzon létre egy könyvtárat a disztribúciók letöltéséhez.

Válassza ki a létrehozott könyvtárat, kattintson a Feltöltés gombra a bal felső sarokban, válassza ki az iso-t - a betöltendő operációs rendszer képét, és várja meg, amíg a letöltés befejeződik.

Válassza ki a telepített virtuális gépet, és kattintson a „Műveletek” -> „Beállítások szerkesztése” menüpontra.

Módosítsa a CD-DVD meghajtó beállításait az alábbi képernyőképen látható módon. A CD/DVD Media alkalmazásban válassza ki az operációs rendszer letöltött iso képét.

Ezután egyszerűen bekapcsolja a virtuális gépet, amelyről a virtuális gép megpróbál elindulni ISO képés a vendég operációs rendszer telepítése attól a virtuális CD-től/DVD-től kezdődik, amelyhez az iso image csatolva van.

Ha a vendég operációs rendszer telepítése befejeződött, a szokásos módon használhatja.

Remélem, ez a rövid áttekintő cikk az ingyenes VMWare vSphere Hypervisor hypervisor használatának funkcióiról hasznos lesz az Ön számára.

Ebben a cikkben nem megyünk bele semmilyen technikai részletbe. Ehelyett értsük meg a VMware terminológiáját. Ez a rövid áttekintés hasznos lesz azok számára, akik szeretnék megérteni az alapvető VMware termékek közötti különbségeket. Szinte mindenki ismeri az ESXi-t. Mi a helyzet a vSphere-vel és a vCenterrel? Az emberek gyakran összekeverik ezeket a kifejezéseket, de valójában nincs bennük semmi bonyolult. Bontsuk szét az egészet.

Amikor 2001-ben piacra került, a VMware ESX hypervisor (korábbi nevén VMware ESX Server) virtuális forradalmat indított el. Ma a VMware a vezető fejlesztő szoftver termékek virtualizációhoz (ma a Dell része). A vállalat másfél évente új szoftvereket ad ki fejlett funkciókkal, amelyek kompatibilisek a berendezések széles skálájával, pl. SSD meghajtók NVMe, nagyon nagy kapacitású merevlemezek és a legújabb központi processzorok Intel vagy AMD.

VMware ESXi

Az ESXi egy hipervizor; apró részecske szoftver, amely egy fizikai szerverre van telepítve, és lehetővé teszi több operációs rendszer futtatását egyetlen gazdagépen. Ezek az operációs rendszerek egymástól függetlenül működnek, de a hálózaton keresztül kölcsönhatásba léphetnek a külvilággal. Ezzel egyidejűleg más számítógépek is csatlakoznak helyi hálózat(Helyi hálózat, LAN). Az operációs rendszerek virtuális gépeken (VM-eken) futnak, amelyek mindegyike saját virtuális hardverrel rendelkezik.

A VMware ESXi-nek vannak fizetős és ingyenes verziói. Az ingyenes verzió telepítését a címen rendelheti meg. Az ingyenes verzió funkcionalitása némileg korlátozott. Lehetővé teszi, hogy korlátozott számú operációs rendszert konszolidáljon egy számítógépen, és nem kezelhető központi felügyeleti szerveren - vCenteren keresztül. A Free ESXi (vagy VMware ESXi Hypervisor) azonban távoli tárolóhoz csatlakozik, ahol virtuális gépek hozhatók létre, tárolhatók és használhatók. Vagyis ez a távoli tároló megosztható több ESXi gazdagép között, de virtuális gépek között nem. A virtuális gépek minden gazdagép „tulajdonában vannak”, ami lehetetlenné teszi a központi kezelést.

Az ESXi ingyenes verziójával nagyon egyszerű dolgozni, és alapvető folyamatokból áll: képzés, tesztelés termelési folyamatok, katasztrófaelhárítási rendszerek ellenőrzése, építészeti megoldások jóváhagyása. Pillanatképek segítségével ellenőrizheti, hogy a Windows javítások megfelelően működnek-e. Alternatív megoldásként ez akkor is hasznos lehet, ha úgy dönt, hogy VMware Converter vagy P2V technológia használatával klónozza az éles kiszolgálót, és szeretné tesztelni a Microsoft frissítőcsomagot a telepítés előtt.

VMware vCenter

A VMware vCenter egy központi felügyeleti platform a VMware virtuális infrastruktúrához. Segítségével szinte minden folyamatot kezelhet egyetlen konzolról. A vCenter Server telepíthető Windows rendszerre, vagy előre konfigurált virtuális gépként üzembe helyezhető a Photon OS, egy hatékony Linux-alapú disztribúció segítségével. Korábban a VMware a Suse Linux Enterprise Server (SUSE) disztribúciót használta, de nemrég váltott a Photon OS-re.

A vCenter Server licencelt szoftver. Kétféleképpen vásárolhatod meg:

• vCenter Server Essentials a vSphere Essentials csomag részeként. A vCenter ezen verziója három gazdagépet tud kezelni két-két fizikai processzorral. Ha van egy kis cége, akkor körülbelül 60 virtuális géppel fog működni, és a vCenter ezen verziója megfelel Önnek. VAL VEL alapkészlet nem csak a vCenter szerverhez kap licencet, hanem az ESXi-hez is (legfeljebb három gazdagéphez két-két CPU-val).
• Az önálló vCenter Server a vCenter szerver teljes értékű önálló változata, amely 2000 gazdagépet képes kezelni 25 000 működő virtuális géppel. Ez egy csak vCenter licenc. Maga a vCenter csak egy része a licencelési rejtvénynek. Az összes gazdagép egy eszközről történő kezeléséhez mindegyikhez licencre van szüksége. Háromféle licenc létezik: standard, enterprise, enterprise Plus, és mindegyik egy processzorra vonatkozik. Tehát ha két fizikai processzorral rendelkező gazdagép létrehozását tervezi, akkor ehhez az egyetlen gazdagéphez 2 licencre lesz szüksége.

VMware vSphere

A VMware vSphere a teljes VMware termékcsomag kereskedelmi neve. Mint korábban említettük, a különböző szoftvercsomagok különböző pénzbe kerülnek. A legolcsóbbak a vSphere essentials vagy az Essentials Plus alapcsomagok. Van köztük különbség? Igen, de ez az elérhető funkciók számában rejlik, és nem magában a szoftvertartalomban.

A licenc típusától függően hozzáférést kap bizonyos számú funkcióhoz, amelyek a vSphere Web ügyfélen keresztül kezelhetők. Van vSphere HTML 5 kliens is, de az még nem használható. A cég tovább fejleszti.

Az Essentials csomag nem tartalmazza a magas rendelkezésre állást (automatikus virtuális gép újraindítás), a vMotion szoftvert Tartalékmásolat(VDP) és a VSAN tároló használatának képessége.

Az Essentials csomag olyan kis cégek számára alkalmas, amelyeknek nem kell állandóan online lenniük. Másrészt az a képesség, hogy virtuális gépeit egy másik gazdagépre helyezheti át, és karbantartást vagy frissítést hajthat végre a gazdagépen, miközben online marad, valódi előnyt jelent. Mindez a felhasználók munkájának megszakítása nélkül megtehető a munkanap folyamán.

Ezenkívül váratlan hardverhiba esetén a vSphere High Availability (HA) automatikusan újraindítja azokat a virtuális gépeket, amelyek már nem működnek együtt a problémás gazdagéppel. Ezek a virtuális gépek automatikusan újraindulnak a VMware-fürt többi gazdagépén. Egy kis időbe telik, amíg a rendszer megállapítja, hogy melyik számítógép hibásodott meg, és mely gazdagépek vehetik át ideiglenesen a virtuális gépeit. Ezeknek a gazdagépeknek elegendő memóriával és CPU-teljesítménnyel kell rendelkezniük a további terhelés kezelésére. Amint a rendszer befejezi az elemzést, a virtuális gépek újraindulnak. A teljes folyamat automatizált, és nem igényel rendszergazdai beavatkozást.

Összesít

Mint látható, a VMware terminológiája meglehetősen könnyen érthető, csakúgy, mint az ESXi, a vSphere és a vCenter közötti különbség. Az engedélyezési rendszer is egyértelmű. Maga a hypervisor ingyenes, de funkcionalitása korlátozott, aminek következtében az ilyen szoftverek nem mentesek az adatvesztéstől. Ezért az ESXi csak tesztkörnyezetekben használható.

A hipervizorok (virtualizációs technológiák) több mint 30 éve léteznek, és ez idő alatt sikerült a felhő-ökoszisztéma egyik fő „fogaskerekévé” válniuk. Sok virtualizációs megoldásokat választó vállalat két népszerű hipervizort választ – a VMware-t és a KVM-et. Javasoljuk, hogy találja ki, melyik a jobb. De először egy kis elmélet.

Mi az a hipervizor?

A hypervisor egy olyan program, amely elválasztja az operációs rendszert a hardvertől. A hipervizorok virtualizálják a szerver erőforrásokat (processzor, memória, lemez, hálózati interfészek stb.), lehetővé téve azok sajátként való használatát, és több különálló virtuális gépet hoznak létre egy szerveren. Minden létrehozott virtuális gép el van szigetelve a szomszédaitól, hogy ne befolyásolja mások munkáját. A hypervisor működéséhez virtualizációs támogatás szükséges: Intel processzorokhoz Intel VT processzoron, ill. AMD processzorok az AMD-V-n.

A hipervizorok két típusra oszthatók: az elsők közvetlenül a szerverrel működnek, és a felhasználó operációs rendszere a hipervizor tetején fut. Ezek a hipervizorok kiszolgálókezelési funkciókat biztosíthatnak egyes felhasználók számára, és a legtöbb vállalat ezeket a hipervizorokat használja.

A második típusú hypervisor, más néven Hosted Hypervisor, a kiszolgálóra telepített operációs rendszerrel működik. Az új felhasználók operációs rendszerei pedig a hypervisor tetején jönnek létre.

Asztali hipervizorok, mint pl Oracle VirtualBox vagy a VMware Workstation a második típusú hipervizor, a VMware és a KVM pedig az első. A VMware és a KVM közvetlenül a szerverre települ, és nem igényel operációs rendszer telepítését.

VMware vSphere

A VMware vSphere megvásárlása előtt próbálkozzon vele próbaverzió(60 nap), amely után licencet kell vásárolnia, vagy el kell viselnie az ingyenes verzió korlátait.

A VMware Free vSphere Hypervisor nevű ingyenes verzióban nincsenek processzor- és memóriakorlátozások a gazdagép számára, de számos más korlátozás is létezik:

• A termék API csak olvasható;
• egy virtuális gép nem tartalmazhat 8-nál több magot;
• nem használható a Veeammel biztonsági mentések készítésére;
• a vCenter Serverhez való csatlakozás nem támogatott;
• A magas rendelkezésre állás, a VM Host Live Migration és a VM Storage Live Migration technológiák szintén nem támogatottak.

A VMware terméke abban különbözik analógjaitól, hogy számos operációs rendszert támogat - Windows, Linux, Solaris, FreeBSD, Netware, MacOS és mások.

A VMware disztribúció telepítése a szerverre nagyon egyszerű: csak CD-ről, flash meghajtóról vagy PXE-n keresztül indítsa el. Ezenkívül a szkriptek támogatottak a szoftvertelepítési folyamat, a hálózati konfiguráció és a vCenter Serverhez való kapcsolódás automatizálása érdekében.

Fontos továbbá egy speciális konverter VMware vCenter Converter, amely lehetővé teszi az MS Virtual Server, a Virtual PC, a Hyper-V képek használatát az ESXi-ben, valamint a fizikai szerverek és a lemezpartíciós lemezképek használatát, amelyeket olyan programok hoztak létre, mint például az Acronis True Image, Norton Ghost és mások.

A VMware vSphere natív integrációval rendelkezik a Microsofttal Active Directory, vagyis a felhasználók hitelesítése privát vagy hibrid felhőben a Microsoft tartományi szolgáltatásaival is elvégezhető. A rugalmas erőforrás-elosztás lehetővé teszi a CPU, a RAM és a merevlemez gyors hozzáadását (beleértve az aktuális merevlemez átméretezését újraindítás nélkül).

A VMware Fault Tolerate egy VMware technológia, amelyet a virtuális gépek védelmére terveztek folyamatos rendelkezésre állási fürtök használatával. Ha a virtuális gép elsődleges munkapéldányával rendelkező gazdagép (ESXi-kiszolgáló) meghibásodik, a védett virtuális gép azonnal átvált egy másik ESXi-kiszolgálón futó „másodlagos” vagy „árnyék” másolatra. A VMware hibatűréssel védett gépeknél a teljes memóriaállapot és processzor utasítások folyamatos (valós idejű) másolata történik a fő másolattól az „árnyékmásolatig”. Ha az elsődleges ESXi gazdagép meghibásodik, a felhasználók észre sem veszik a feladatátvételi folyamatot a második csomóponthoz. Itt különbözik a hibatűrés a magas rendelkezésre állástól. Magas rendelkezésre állás esetén, ha egy fizikai szerver meghibásodik, a virtuális gépek újraindulnak más csomópontokon, és amíg az operációs rendszer újraindul, a felhasználók nem férhetnek hozzá a virtuális szerverekhez.

A VMware Foult Tolerate mellett a VMware vCloud Suite Enterprise licenc magas rendelkezésre állást, hibatűrést és katasztrófa-helyreállítást biztosít a vSphere HA, vMotion, Storage vMotion és vCenter Site Recovery Manager szolgáltatásaival.

A kiszolgálók vagy tárolórendszerek karbantartása során tervezett leállások csökkentése érdekében a vMotion és a Storage vMotion funkciók online migrálják a virtuális gépeket és lemezeiket az alkalmazások és a felhasználók leállítása nélkül. A vSphere Replication több vCenter Site Recovery Manager (SRM) replikációs lehetőséget is támogat a nagyobb katasztrófák elleni védelem érdekében. Az SRM központosított katasztrófa-helyreállítási tervezést, automatikus feladatátvételt és visszaállítást biztosít egy biztonsági mentési helyről vagy vCloudról, valamint zavarmentes vész-helyreállítási tesztelést.

Ennek a hypervisornak a jellemzői közé tartozik a hardverszelektivitás – a telepítés előtt gondosan ellenőrizni kell, hogy a meglévő hardver kompatibilis-e az ESXi kívánt verziójával. A VMware webhelyén van erre egy speciális.

A VMware termékek licencének megvannak a maga sajátosságai. További zavart okoz a VMware licencszabályzatának időszakos módosítása (a vSphere verzióról verzióra). A VMware vSpere licencek vásárlása előtt számos szempontot figyelembe kell venni:

• A Hypervisor licencelés alapja a fizikai processzorok (CPU-k) száma. Minden szerver CPU-hoz külön vSphere licenc szükséges (a magok nem fizikai processzorok, és nem tartoznak bele a licencbe);
• Az ESXi szerver elérhető funkcióit a rá telepített vSphere licenc határozza meg. Részletes útmutató vannak engedélyek;
• minden megvásárolt vShpere licenchez szolgáltatástámogatási csomagot kell vásárolnia (legalább egy évre);
• A VMware nem korlátozza a kiszolgálóra telepített memória (RAM) mennyiségét vagy a futó virtuális gépek számát.

Több gazdagépet is kezelhet az ESXi hipervizorokkal, tárolórendszerekkel és hálózati berendezésekkel egy másik VMware termék – a Vcenter Server – használatával. A VMware partnerek által biztosított vSphere Client beépülő modulok lehetővé teszik az informatikai rendszergazdák számára, hogy közvetlenül erről a konzolról kezeljék az adatközpontban lévő harmadik féltől származó elemeket. Így a vCenter felhasználók közvetlenül a vCenter felületről biztonsági másolatot készíthetnek, védhetik az adatokat, kezelhetik a szervereket, hálózatokat és biztonságot. Ugyanabban a konzolban beállíthat triggereket, amelyek értesítik Önt a felmerült problémákról, és adatokat kaphat a teljes infrastruktúra működéséről grafikonok vagy táblázatok formájában.

KVM

A KVM egy könnyen használható, könnyű, alacsony erőforrás-igényű és meglehetősen funkcionális hipervizor. Lehetővé teszi a virtualizációs platform lehető legrövidebb időn belüli üzembe helyezését és a Linux operációs rendszert futtató virtualizáció megszervezését. Működés közben a KMV egy speciális modulon (KVM-Intel vagy KVM-AMD) keresztül éri el az operációs rendszer kernelt. Kezdetben a KVM csak x86-os processzorokat támogatott, de a KVM modern verziói a processzorok és a vendég operációs rendszerek széles skáláját támogatják, beleértve a Linuxot, a BSD-t, a Solarist, a Windowst stb. Mellesleg az összes Wiki-forrás (MediaWiki, Wikimedia Foundation, Wikipedia, Wikivoyage, Wikidata, Wikiversity) használja ezt a speciális hipervizort.

Mivel a vendég operációs rendszerek a Linux kernelbe integrált hypervisorral kommunikálnak, a vendég operációs rendszerek képesek közvetlenül hozzáférni a hardverhez anélkül, hogy módosítani kellene a vendég operációs rendszert. Emiatt szinte nincs lassulás a vendég operációs rendszer teljesítményében.

A KVM lehetővé teszi virtuális gépek használja a QEMU, a VMware és más operációs rendszereket tartalmazó lemezképek módosítatlan lemezképét. Minden virtuális gép saját virtuális hardverrel rendelkezik: hálózati kártyák, lemez, videokártya és egyéb hardver.

A módosítatlan VMware lemezképek támogatásának köszönhetően a fizikai szerver egyszerűen virtualizálható ugyanazzal a VMware vServer Converter segédprogrammal, majd a kapott fájlt átviheti a hypervisorba.

A KVM telepítése Linux operációs rendszerre magában foglalja a KVM csomag és a Libvirt virtualizációs könyvtár telepítését, valamint a virtualizációs környezet gondos beállítását. A gazdagépen használt operációs rendszertől függően be kell állítani egy hidat vagy egy kapcsolatot egy VNC-konzollal, amelyen keresztül a virtuális gépek interakcióba lépnek a gazdagéppel.

A KVM-et nehezebb adminisztrálni, mert átlátható hozzáférést biztosít a fájlokhoz, folyamatokhoz, konzolokhoz és hálózati interfészek hiányzik, akkor magának kell konfigurálnia. A virtuális gép paramétereinek újraépítése a KVM-ben (CPU, RAM, HDD) nem túl kényelmes, és további műveleteket igényel, beleértve az operációs rendszer újraindítását.

Maga a projekt nem kínál kényelmes grafikus eszközöket a virtuális gépek kezelésére, csak a Virsh segédprogramot, amely az összes szükséges funkciót megvalósítja. A virtuális gépek kényelmes kezeléséhez telepítheti a Virt-Manager csomagot is.

A KVM nem rendelkezik olyan beépített eszközökkel, mint a Fault Tolerate for VMware, tehát az egyetlen módja magas rendelkezésre állású fürt létrehozása – hálózati replikáció használata DRDB használatával. Egy DRBD-fürt csak két csomópontot támogat, és a csomópontok titkosítás nélkül szinkronizálódnak. Vagyis a biztonságosabb kommunikációhoz VPN-kapcsolatot kell használnia.

Ezenkívül a magas rendelkezésre állású fürt felépítéséhez szüksége lesz a Heartbeat programra, amely lehetővé teszi a fürt csomópontjainak, hogy szolgáltatási üzeneteket cseréljenek állapotukról, valamint a Pacemakerre, a fürt erőforrás-kezelőjére.

A KVM hypervisor nyílt forráskódú termékként kerül terjesztésre. forráskód, a vállalati felhasználók számára pedig létezik egy kereskedelmi megoldás, a Red Hat Virtualization (RHEL), amely KVM-en és az oVirt virtuális infrastruktúra-kezelő platformon alapul.

Ennek a hypervisornak az a kétségtelen előnye, hogy bármilyen szerveren futhat. A hypervisor meglehetősen igénytelen az erőforrásokkal szemben, így könnyen használható tesztelési feladatokhoz.

Felhívjuk figyelmét, hogy a KVM nem rendelkezik támogatási szolgáltatással. Ha valami nem sikerül, számíthat fórumokra és közösségi segítségre. Vagy váltson RHEL-re.

Tehát mit érdemes választani?

Mindkét hipervizor kiforrott, megbízható, nagy teljesítményű virtualizációs rendszer, és mindegyiknek megvannak a saját jellemzői, amelyeket figyelembe kell venni a választás során.

A KVM általában jobban méretezhető, mint a VMware, elsősorban azért, mert a vSphere bizonyos korlátozásokkal rendelkezik a kezelhető kiszolgálókra vonatkozóan. Ezenkívül a VMware számos tárolóhálózatot (SAN) adott hozzá több gyártó támogatásához. Ez a funkció azt jelenti, hogy a VMware több tárolási lehetőséggel rendelkezik, mint a KVM, de ez is megnehezíti a VMware tárolásának támogatását a bővítés során.

A KVM jellemzően a legnépszerűbb hipervizor a bevezetési költségek csökkentésére törekvő vállalatok számára, és kevésbé érdeklődnek a vállalati szintű szolgáltatások iránt.

A kutatások kimutatták, hogy a KVM teljes birtoklási költsége jellemzően 39 százalékkal alacsonyabb, mint a VMware-é, bár a tulajdonlás tényleges összköltsége olyan konkrét tényezőktől függ, mint például a működési paraméterek és a helyszíni munkaterhelés.

A gazdagép operációs rendszerrel való szoros integráció az egyik leggyakoribb ok, amiért a fejlesztők a KVM-et választják. Főleg azok, akik Linuxot használnak. A KVM számos Linux disztribúcióba való beépítése a fejlesztők számára is kényelmes választássá teszi.

Az IaaS szolgáltatásokat ügyfeleiknek kínáló felhőszolgáltatók általában a VMware termékekre épülő infrastruktúrát választják. A VMware Sphere alapú megoldások tartalmazzák a magas és folyamatos rendelkezésre állás biztosításához szükséges összes fontos vállalati funkciót, több vendég operációs rendszer támogatását, valamint az ügyfél infrastruktúrájának felhőszolgáltatásokkal való összekapcsolását.

Milyen újdonságok vannak a VMware Cloud Foundation 4-ben?

Nemrég beszéltünk az új platformszolgáltatásokról és a VMware termékcsalád egyéb frissítéseiről, amelyeket a zászlóshajó termékkel egyidőben jelentettek be. Idézzük fel ezeket a cikkeket:

Ma egy másik fontos frissítésről fogunk beszélni - új verzió VMware Cloud Foundation 4 Hybrid Infrastructure Suite. A csomag korábbi verziójáról, a VCF 3.9.1-ről írtunk. Mint emlékszel, ez egy komplexum szoftveres megoldás, amely tartalmazza a VMware vRealize Suite, a VMware vSphere Integrated Containers, a VMware Integrated OpenStack, a VMware Horizon, az NSX és más olyan összetevőket, amelyek helyszíni, felhőben vagy hibrid vállalati infrastruktúrában futnak, amelyet az SDDC Manager kezel.

A VCF negyedik verziója tartalmazza az összes legfrissebb komponenst, amelyek leírását a fentiekben közöltük:

• vSphere 7
• VMware vSAN 7
• VMware NSX-T
• VMware vRealize Suite 2019
• Kubernetes támogatással

Amint látjuk, egy alapvetően új komponens jelent meg a VCF veremben - a VMware Tanzu Kubernetes Grid. A vSphere platform új verziójában található konténer támogatási infrastruktúráról már írtunk. Az új VCF-architektúrával a rendszergazdák Kubernetes-fürtökön telepíthetnek és szolgálhatnak ki alkalmazásokat Kubernetes-eszközök és nyugodt API-k segítségével.

Ugyanakkor a Kubernetes technológiával rendelkező vSphere (más néven Project Pacific) a következő funkciókat fogja biztosítani:

• A Kubernetes által üzemeltetett vSphere Pod Services lehetővé teszi, hogy a csomópontok közvetlenül az ESXi hypervisoron futjanak. Amikor egy rendszergazda telepíti a tárolókat a vSphere Pod Service szolgáltatáson keresztül, ugyanolyan szintű biztonságot, elszigeteltséget és teljesítménygaranciát kapnak, mint a virtuális gépek.
• A Registry Services lehetővé teszi a fejlesztők számára, hogy Docker- és OCI-képeket tároljanak és szolgáltassanak a Harbour platformon.
• A Network Services lehetővé teszi a fejlesztők számára a virtuális útválasztók, terheléselosztók és tűzfalszabályok összetevőinek kezelését.
• A Storage Services lehetővé teszi a fejlesztők számára, hogy kezeljék az állandó lemezeket a konténerekkel, Kubernetes-fürtökkel és virtuális gépekkel való használatra.

Mindez lehetővé teszi, hogy a hibrid infrastruktúra (VM + konténerek) minden előnyét megkapja, ami érdekesen le van írva.

Ellenkező esetben a VCF 4 megkapja az összes új funkciót, amelyet a vSphere, vSAN, NSX-T és mások már felsorolt ​​új kiadásai biztosítanak.

Külön meg kell jegyezni, hogy a vSphere Lifecycle Manager (vLCM) nagyon szorosan integrálva van a vSphere 7 platformmal A vLCM kiegészíti az SDDC Managerben már meglévő virtualizációs infrastruktúra-összetevők életciklus-kezelési képességeit, de mélyebb szinten - mégpedig a szinten. vSAN-csomópontok firmware-kezelése ReadyNodes (például HBA firmware-frissítések).

A vSphere termékcsalád többi frissítéséhez hasonlóan a VCF 4.0 frissítés áprilisban várható. Ezen az oldalon követheti a frissítéseket.

Címkék: VMware, Cloud, VCF, Update, vCloud, Enterprse

Ma a VMware vSphere 7-ben bevezetett Identity Federation szolgáltatásokról fogunk beszélni.

A mai világban a vállalati infrastruktúra egyre inkább eltávolodik az örökölt jelszavas hitelesítéstől a kétfaktoros (2FA) vagy többtényezős (MFA) hitelesítési gyakorlat felé. A felhasználó azonosítási folyamata mindig 3 kulcsfontosságú dolgon alapul: valamin, amit ismer (jelszó), valamin, amivel rendelkezik (telefon) vagy valakin, aki Ön (ujjlenyomat).

Az Identity Federation Services lehetővé teszi a vCenter Server infrastruktúra kombinálását más identitásszolgáltatókkal, például az Active Directory összevonási szolgáltatásokkal (ADFS), a két- vagy többtényezős hitelesítési folyamat egységesítése érdekében. Más szóval, a 2FA-n keresztül az asztali vagy felhőszolgáltatásba bejelentkező felhasználók ugyanezt az eljárást fogják alkalmazni a vCenter Serverrel végzett műveletekhez.

Ha csatlakozik valamelyik hitelesítési szolgáltatóhoz (például ADFS), a vSphere Client bejelentkezéskor átirányítja ennek a szolgáltatónak a bejelentkezési űrlapját. A szolgáltató oldali engedélyezése után egy védett token használatával fordított átirányítás történik, amelyen keresztül a felhasználó már a vCenter szolgáltatásokkal dolgozik.

A felhasználói élmény szempontjából ez hasonlít például egy webhelyre való bejelentkezéshez a Google segítségével vagy a Facebookon. Az OAUTH2 és OIDC protokollok az információcserére szolgálnak.

Ha engedélyezi az Identity Federation szolgáltatást, a hagyományos Active Directory, az Integrated Windows Authentication és az LDAP/LDAPS szolgáltatások segítségével hitelesítheti a vCenter Servert. Meg kell azonban érteni, hogy ezek a hitelesítési módszerek nincsenek hatással a vSphere egyszeri bejelentkezésre (SSO), amelyet továbbra is a vSphere platformon belüli adminisztrációs beállítások elvégzésére használnak.

Bob Plankers részletesebben beszél erről a mechanizmusról az alábbi videóban:

Címkék: VMware, vSphere, Security, Client, Update

Íme az Ubuntu OVA for Horizon 1.2 kép újdonságai:

• Minimális támogatás Horizon 7.11 / Horizon Client 5.3 és újabb verziókhoz
• Minimális támogatás a vSphere 6.7 és újabb verziókhoz
• Frissített OVA-sablon alapkép az Ubuntu 18.04.4 LTS-en
• Frissített virtuális hardver – Virtuális hardver v14
• Statikus IP-cím konfigurálásának lehetősége hozzáadva
• Hozzáadva USB támogatás 3.0 és USB-átirányítás (linux-agent-installer.sh szkripten keresztül)
• Hozzáadott opció a KDE asztali környezet kiválasztásához
• Hozzáadott lehetőség a Gnome környezet kiválasztásához (ajánlott)
• Fejlesztői asztali csomag opció
• Billentyűzetkiosztás kiválasztása
• Az SSH engedélyezése
• Az 5. futási szint beállítás eltávolítva
• Javítva a hibák a MOTD-vel
• Kikapcsolt automatikus frissítésÁLTAL
• Továbbfejlesztett SSO támogatás
• Az optimalizálási szkript továbbfejlesztései, immár nevén optimize.sh

Címkék: VMware, Labs, VDI, Horizon, Linux, Update, VMachines

Emlékeztetjük arra is, hogy most nem rendelkezik vCenter Server telepítővel a Windows számára. , a vSphere 6.7 volt a platform utolsó verziója, ahol a vCenter még rendelkezett Windows-verzióval. Ez már csak egy Photon OS által hajtott virtuális vCenter Server Appliance (vCSA).

Korábban írtuk, hogy a ben megjelent segédprogrammal a vCenter Server CLI parancsfelületén vagy a vSphere Client grafikus kliens segítségével egy külső Platform Services Controller (PSC) szervert migrálhatunk egy könnyen kezelhető beágyazott PSC-re:

Ezenkívül a vCenter 7 telepítője egyetlen feladat részeként frissíti a vCentert, és az összes szolgáltatást átadja az Embedded PSC-nek, így a frissítés eredménye azonnal elkészül. Az új vCenter 7 telepítőjének nincs lehetősége külső PSC telepítésére:

2. Migrációs folyamat

Ha a vCenter Server for Windows-ról a vCenter Server Appliance-re (VCSA) megy keresztül, akkor a séma pontosan ugyanaz lesz - a végén megkapja a vCenter 7-et vCSA-n a beépített PSC-ben:

A külső PSC átalakítása után a konzolban marad, és a leállítás a vSphere adminisztrátor következő feladata. Ezt megteheti a CMSSO-UTIL paranccsal vagy innen GUI kliens (a Rendszerkonfiguráció részben):

3. Frissítési utak

Itt minden egyszerű. A frissítés a következő jel szerint támogatott:

Amint a táblázatból látható, a frissítés a vSphere 6.5-ös verziójától kezdve támogatott, de sok adminisztrátor a virtuális infrastruktúra frissítése során inkább a vCenter szolgáltatások újratelepítését részesíti előnyben, hogy ne húzza magával az esetleges hibák előzményeit, amelyek előfordulhatnak a frissítés.

Frissítés előtt feltétlenül nézze meg a dokumentumokat és . De ne feledje, hogy a vSphere 7 hivatalos kiadásáig ezek a dokumentumok nem tartalmaznak naprakész információkat a hetedik verzióról.

Címkék: VMware, vCenter, Upgrade

Most lehetőség nyílik a politikák újradefiniálására. A számítógép-alapú házirendek a rendszer indításakor kerülnek alkalmazásra. Az érték használata Frissítési intervallum szabályozhatja, hogy ezek a beállítások milyen gyakran frissüljenek, mielőtt a felhasználó bejelentkezik a rendszerbe. És az érték felhasználásával ContinueRefreshAfterLogon A beállítások frissítését a felhasználó bejelentkezése után folytathatja.

Nos, az utolsó érdekesség új lehetőség A DEM 9.11 az elemek keresése (Elemek keresése). Lehetővé teszi, hogy a Piactéren elérhető konfigurációs sablonokban, az Ön által létrehozott Horizon Smart Policiesben, egy adott feltételkészletben és egyéb elemekben keressen, ami nagyon kényelmes a rendszergazdák számára:

Erről a linkről töltheti le a Dynamic Environment Manager 9.11-et. Kiadási megjegyzések állnak rendelkezésre.

Címkék: VMware, DEM, Update, VDI, EUC
Címkék: VMware, Horizon, frissítés, VDI, DEM, kliens, EUC

Vessünk egy pillantást a vRealize Operations 8.1 újdonságaira:

1. Műveletek integrált vSphere és Kubernetes infrastruktúrával.

A vRealize Operations 8.1 lehetővé teszi a Kubernetes-fürtök felfedezését és figyelését a vSphere-be integrált infrastruktúrán belül, és automatikusan hozzáadhat Supervisor Cluster objektumokat, névtereket, POD-okat és fürtöket, amint hozzáadja őket a vCenterhez a Workload Management szolgáltatások segítségével.

Ezután hozzáférhet az Összefoglaló oldalakhoz, ahol nyomon követheti a Kubernetes teljesítményét, kapacitását, erőforrás-kihasználását és konfigurációját a vSphere 7.0 platformon. Megjelennek például a Kapacitás-előrejelzési funkciók szűk helyeken csomóponti szintű infrastruktúra, és az irányítópultok, jelentések, nézetek és riasztások hasznosak lesznek a napi műveletekhez.

2. Műveletek a VMware Cloudban az AWS infrastruktúrán.

Mostantól az AWS felhőn lévő VMware Cloudban a VMware Cloud Service Portal token segítségével néhány egyszerű lépésben automatikusan felfedezheti az SDDC adatközpontokat és konfigurálhatja a megfigyelő eszközöket. Lehetőség lesz egy fiók használatával több SDDC objektum kezelésére is a VMware Cloudon az AWS platformon, beleértve a vCenter, vSAN és NSX szolgáltatásokat, valamint teljes körű integráció lesz a VMConAWS számlázással.

A következő irányítópultok használhatók a felhőben:

• Kövesse nyomon a virtuális gépek erőforrás-használatát és teljesítményét, beleértve az NSX Edge, Controller és vCenter Server szolgáltatásokat.
• Figyelje a kulcsfontosságú erőforrásokat, beleértve a CPU-t, a memóriát, a lemezt és a hálózatot a teljes infrastruktúra és a virtuális gépek számára.
• Kövesse nyomon az erőforrás-felhasználási trendeket és előrejelzési mutatókat, például a hátralévő időt, a fennmaradó kapacitást és a virtuális gépek számát.
• Olyan virtuális gépek keresése, amelyek indokolatlanul sok erőforrást fogyasztanak és újrakonfigurálást igényelnek előzményadatok alapján.

Ezen kívül a VMware NSX-T szolgáltatások is lesznek teljes támogatás vizualizációs és felügyeleti eszközök:

Nos, a vROPs 8.1 kiadásban teljes mértékben integrálva van a VMware Cloud on AWS költségkövetési funkciója a vRealize Operations megoldással a portál felületén. Ez lehetővé teszi a már teljesített és halasztott költségek ellenőrzését, valamint előfizetések, fogyasztási és fizetési dátumok szerinti részletezését.

Az AWS migrációs értékelési felmérési mechanizmusa is frissült, amely lehetővé teszi, hogy több eredményt mentsen el a különböző forgatókönyvekből további elemzés céljából. Ezek a forgatókönyvek különböző lehetőségeket tartalmaznak a fenntartott CPU, a fenntartott memória, a hibatűrés, a támadási szint és a kedvezmények számára.

3. Egységes Multicloud felügyeleti funkciók.

A felügyeleti eszközök most még fejlettebb funkciókat kínálnak, mint például a Google Cloud Platform támogatása, a továbbfejlesztett AWS-támogatás és az új Cloud Health Management csomag.

A vROPS 8.1 mostantól a következő GCP-szolgáltatásokat tartalmazza:

• Számítsa ki a motorpéldányt
• Tároló vödör
• Felhő VPN
• Nagy lekérdezés
• Kubernetes motor

Az AWS Management Pack mostantól a következő AWS-objektumokat támogatja:

• Elasztikus babszár
• Közvetlen csatlakozási átjáró
• Célcsoport
• Transit Gateway
• Internet átjáró
• Elasztikus hálózati interfész (ENI)
• EKS Klaszter

A CloudHealth Management Pack továbbfejlesztésre került, hogy a GCP-keresési és árképzési adatokat a vRealize Operations 8.1-be helyezze. Tetszőleges számú egyéni irányítópultot is létrehozhat a nyilvános, hibrid vagy privát felhőalapú erőforrások különböző arányú árainak kombinálásával.

A vRealize Operations 8.1 megjelenése ez év áprilisában várható a VMware vSphere 7 megjelenésével együtt. Mindenképpen írunk róla.

Címkék: VMware, vRealize, Operations, Update, Monitoring, vSphere, Cloud
Címkék: VMware, vCenter, VEBA, Labs
Címkék: VMware, SRM, frissítés, DR, replikáció, vállalati

Tegyük fel rögtön, hogy ez csak egy bejelentés, nem pedig a termék új verziójának letölthető elérhetőségéről - a vSphere GA-verziója a bejelentést követően általában egy hónapon belül megjelenik. Ezért áprilisban megvárjuk a VMware vSphere 7-et, ma pedig ennek a platformnak az új szolgáltatásairól fogunk beszélni.

1. A VMware vCenter szolgáltatások továbbfejlesztése

Itt megjegyezhetjük a vCenter Server SSO topológiájának egyszerűsítését:

• Lehetőség a vCenter Server frissítésére külső PSC-vel rendelkező felhasználók számára egyetlen vCSA-kiszolgálón alapuló konszolidált topológiára.
• A beágyazott PSC most az egyetlen lehetséges telepítési lehetőség. A külső PSC már nem támogatott.

vCenter szerverprofilok:

• Ez az új funkció a vCenter szerverekhez pontosan ugyanúgy működik, mint a gazdagépprofilok a gazdagépeknél. Most már összehasonlíthatja és exportálhatja a vCenter-kiszolgáló beállításait JSON-formátumban biztonsági mentés céljából, vagy alkalmazhatja ezeket a beállításokat egy másik vCenter-kiszolgálóra a REST API-n keresztül.

vCenter Multi-Homing jellemzői:

• Mostantól akár 4 vNIC is használható a vCSA-kezelési forgalomhoz, amelyek közül egy vNIC van fenntartva a vCHA mechanizmus számára.

Tartalomtár fejlesztései

• Most van egy új sablonkezelési nézet, amely be- és kijelentkezési funkciókat biztosít a sablonverziók kezeléséhez, valamint lehetőséget ad a korábbi verzióra való visszaállításra.
• Először egy Check-Out történik, amely megnyitja a módosítások lehetőségét, majd egy Check-In segítségével elmentheti a változtatásokat a könyvtárba.

Új vCenter Server Update Planner funkció:

• Az új képesség a vSphere Lifecycle Manager (vLCM) for vCenter Servers részeként érhető el.
• Az Upgrade Scheduler használatával riasztásokat kaphat a vCenter frissítéseiről, megtervezheti a frissítéseket, kiadhatja azokat, és a frissítés előtt elvégezheti a mi lenne a helyzet elemzését.
• Frissítés előtti ellenőrzések végrehajtása a kiválasztott vCenter-kiszolgálón.

2 A VMware DRS-mechanizmusának továbbfejlesztése

• A DRS mostantól percenként fut, nem pedig 5 percenként, mint korábban.
• Javaslatok generálásához a VM DRS-pontszám (más néven) mechanizmust használják.
• Most ez egy Workload-centrikus mechanizmus - ez azt jelenti, hogy most először magának a virtuális gépnek és a benne lévő alkalmazásnak az igényeit veszik figyelembe, és csak azután a gazdagép erőforrások használatát.
• A memóriaszámítások a fürt szórása helyett a megadott memórián alapulnak.
• Megjelent a Scaleable Shares mechanizmus, amely lehetővé teszi a megosztások jobb elosztását az erőforráskészletben az egyensúlyuk szempontjából.

3. vMotion fejlesztések

Íme a következő fejlesztések:

• A Monster VM migrációjának továbbfejlesztései (nagy erőforrásokkal és nagyon nagy terheléssel), amely lehetővé teszi a sikeres migráció esélyének növelését.
• Csak egy vCPU használata a megváltozott oldalak követéséhez (oldalkövető) az összes vCPU helyett, ami kevésbé befolyásolja a teljesítményt az áttelepítés során.
• Csökkentett kontextusváltási idő egy másik szerverre (most kevesebb, mint egy másodperc). Úgy érhető el, hogy abban a pillanatban váltunk, amikor a tömörített memóriabitkép már átkerült a célszerverre, ahelyett, hogy a teljes bitkép átvitelére várnánk.

4. Új vSphere Lifecycle Manager (vLCM) szolgáltatások

Itt 2 fejlesztést érdemes megjegyezni:

• Cluster Image Management funkció, amely firmware-frissítéseket, illesztőprogramokat és különböző verziójú ESXi képeket tartalmaz.
• A Dell OpenManage és a HP OneView megoldások kezdeti támogatása.

5. Alkalmazásgyorsítási szolgáltatások (Tech Preview)

Ezek a funkciók a felvásárolt Bitfusion cégtől származnak. Lehetővé teszik a GPU-k használatának optimalizálását egy készletben a hálózaton keresztül, amikor a vGPU részlegesen megosztható több virtuális gép között. Ez használható az AI/ML alkalmazási feladatokhoz.

Mindez lehetővé teszi a számítástechnika oly módon történő megszervezését, hogy a GPU hardvermodulokkal rendelkező ESXi gazdagépek virtuális gépeket, a hagyományos ESXi szervereken lévő társ virtuális gépeik pedig közvetlenül az alkalmazásokat futtatják. Ebben az esetben a kliens virtuális gépek CUDA-utasításait a rendszer a hálózaton keresztül továbbítja a kiszolgálói virtuális gépeknek. Bővebben olvashatsz.

6. Hozzárendelhető hardverszolgáltatások

Ez a funkció lehetővé teszi az úgynevezett Dynamic DirectPath I/O használatát azokon a gépeken, amelyek PCIe átjárást és Nvidia GRID eszközöket igényelnek. Mostantól olyan gazdagépek kiválasztására is használható, amelyek speciális hardverösszetevőkre vonatkoznak, mint például a vGPU és a PCIe. Ez viszont lehetővé teszi a HA és a DRS Initial Placement technológiák használatát az ilyen virtuális gépekhez egy olyan fürtben, ahol hardverkompatibilis ESXi gazdagépek találhatók.

7. Tanúsítványkezelés

2 fő új funkció található itt:

• Új tanúsítványimportáló varázsló.
• Tanúsítvány API tanúsítványok szkriptek használatával történő kezeléséhez.

8. Az Identity Federation szolgáltatásai

Az ADFS-szolgáltatások már a dobozból is támogatottak, és több OAUTH2- és OIDC-mechanizmust használó IDP-t is támogatni fognak.

9. vSphere Trust Authority (vTA) szolgáltatásai

• A vTA az ESXi gazdagépek külön fürtjét használja egy külön hardveres megbízhatósági csomópont létrehozásához.
• Ez a fürt képes lesz titkosítani a számítási fürtöt és annak virtuális gépeit a vCenterrel és más felügyeleti összetevőkkel együtt.
• Hitelesítési mechanizmus használható, ha titkosítási kulcsokra van szükség.
• Mostantól könnyebb érvényesíteni a legkisebb kiváltság elvét, és bővíteni az ellenőrzési területet is.

10. vSGX / Secures Enclaves Capability (Intel)

• Az Intel Software Guard Extensions (SGX) lehetővé teszi, hogy az érzékeny alkalmazáslogikát és tárhelyet olyan védett területre helyezze, amely nem érhető el a vendég operációs rendszerek és az ESXi hypervisor számára.
• Az SGX képességei kizárják a vMotion, a pillanatképek, a hibatűrés és más technológiák használatát. Ezért jobb, ha az SGX-et csak akkor használja, ha nincs más lehetőség.

11. A vSphere új kiadása Kubernetes-szel (Project Pacific)

Részletesen beszéltünk a Project Pacificról. Eszközkészletet biztosít a VMware vSphere környezet natív platformmá alakításához a Kubernetes-fürtök számára. A vCenter Server felügyeleti képességeket biztosít a k8s-fürtök számára (az n-2-nél régebbi fürtök frissítésre kerülnek). A megoldás integrálja a Harbort is, amely minden névtérhez engedélyezhető.

Ez jelenleg csak a VMware Cloud Foundation (4.0) felhasználói számára érhető el, mivel a megoldás a .

12. A VMware Tools fejlesztései

A Guest Store szolgáltatásai már elérhetőek a vendég operációs rendszerben (például a VMware Tools frissítése a vendég operációs rendszerről).

13. Frissített hardver (VM Hardver v17)

A főbb fejlesztések itt a következők:

• Virtuális Watchdog időzítő – ha a vendég operációs rendszer nem válaszol, a virtuális gép újraindítása nem függ a fizikai hardvertől.
• Precision Time Protocol (PTP) – nagyon időérzékeny alkalmazásokhoz (például kereskedők kereskedési platformjaihoz) használhatja a PTP-t az NTP helyett, és virtuális gépekhez rendelheti a használatát.

14. vSphere Client fejlesztések

Íme a következő fejlesztések:

• Elkezdődött a keresési előzmények mentése.
• Az API Explorer most jobban átlátja az összes elérhető API-t.
• A Code Capture most már képes szkriptnyelvet választani – PowerCLI, Javascript, Python vagy Go.

Természetesen ezek nem mind a minap bemutatott VMware vSphere 7 újdonságai. A közeljövőben még sok újdonságot árulunk el róluk, emellett pedig a VMware Tanzu család bejelentett megoldásait, a VMware Cloud Foundation 4-et és a vRealize 8.1-et is megnézzük.

Címkék: VMware, vSphere, Update, Enterprise, Kubernetes, vCenter

A virtuális címek fizikai címekre fordításához egy PTE (Page Table Entries) rekordokat tartalmazó oldaltáblázatot használnak:

A PTE rekordok valós fizikai címekre mutató hivatkozásokat és néhány memóriaoldal-paramétert tárolnak (erről bővebben olvashat). A PTE rekordstruktúrák különböző méretűek lehetnek – ezek a WORD (16 bit/2 bájt), a DWORD (32 bit/4 bájt) és a QWORD (64 bit/8 bájt). Nagy címblokkokat címeznek meg a fizikai memóriában, például egy duplaszó egy 4 kilobájtos címblokkot címez meg (például 4096-8191 címeket).

A memória beolvasása és átvitele a vendégrendszerbe és alkalmazásokba 4 KB vagy 2 MB oldalakon történik – ez lehetővé teszi a memóriacellák tartalmának blokkokban történő olvasását, ami jelentősen felgyorsítja a teljesítményt. Természetesen ezzel a megközelítéssel a memória töredezett - ritkán kell egész számú oldalt írni, és a memória egy része kihasználatlanul marad. Az oldal méretének növekedésével az oldal töredezettsége is nő, de a teljesítmény növekszik.

Az oldaltáblázatokat (és lehet több is belőlük) a memóriakezelő egység (MMU) szoftver- vagy hardverkomponense kezeli. Hardveres MMU esetén a hypervisor a fordításvezérlő funkciókat delegálja rá, és VMM szinten egy szoftveres MMU kerül megvalósításra (Virtual Machine Monitor, az ESXi hypervisor része):

Az MMU fontos összetevője a Translation Lookaside Buffer (TLB), amely az MMU gyorsítótára. A TLB mindig legalább a fizikai memóriában található, a processzorok esetében pedig gyakran magának a CPU-nak a szintjén valósítják meg, hogy a lehető leggyorsabb legyen a hozzáférés. Ezért a processzoron a TLB hozzáférési ideje általában körülbelül 10 nanoszekundum, míg a fizikai memória elérése körülbelül 100 nanoszekundum. A VMware vSphere támogatja a Hardware MMU Offload funkciót, vagyis a memóriakezelési funkciók átvitelét a fizikai processzor MMU oldalára.

Tehát, ha egy virtuális géptől kérés jelenik meg egy virtuális cím elérésére 0x00004105, akkor ez a cím fel van osztva a virtuális oldal címére (Virtuális oldalszám - 0x0004) és eltolás (Eltolás - 0x105- a megnyitott oldalon belüli terület):

Az eltolás közvetlenül átadásra kerül egy fizikai memórialap elérésekor, de a virtuális oldalcímkét a rendszer kikeresi a TLB-ben. Ebben az esetben a TLB-ben van egy bejegyzés, amely szerint a címkének megfelelő fizikai oldal címe 0x0007, ennek megfelelően a virtuális oldal fizikai oldalra fordítása sikeres volt. Ez az úgynevezett TLB találat, azaz a gyorsítótár ütődése.

Egy másik helyzet is lehetséges - egy virtuális cím lebontásakor a kapott címke 0x0003 nem a TLB-ben. Ebben az esetben egy oldalt a fizikai memóriában címke (3. oldal) keres, és a címe már le van fordítva ( 0x006). Ezután a TLB-hez hozzáad egy bejegyzést ezzel a címkével (ebben az esetben a gyorsítótár régi bejegyzései kiürítésre kerülnek, ha az megtelt):

Megjegyzendő, hogy egy ilyen művelet valamivel nagyobb késleltetést okoz (mivel a globális memóriában kell keresni), és ezt a helyzetet ún. TLB kisasszony, vagyis egy TLB miss.

De nem ez a legrosszabb helyzet, mivel a késleltetési idő még mindig nanoszekundumra megy. De a hozzáférés sokkal tovább is tarthat (ezredmásodpercek vagy akár másodpercek), ha a vendég operációs rendszer által igényelt oldalt lemezre cserélték.

Nézzünk egy példát:

A virtuális gép hozzáfért a virtuális címhez 0x00000460, amelyhez van címke 0x0000. A fizikai memóriában ennek a címkének a 0. oldala van lefoglalva, ami azt jelenti, hogy meg kell keresnie ezt az oldalt azon a lemezen, ahol az oldalt alaphelyzetbe állította, mert nem volt elegendő fizikai RAM.

Ebben az esetben az oldal visszaállításra kerül a lemezről a RAM-ba (elérési idő tekintetében kiszorítva a legrégebbi oldalt), majd lefordítja az oldal címét. Ezt a helyzetet oldalhibának nevezzük ( Oldal hiba), ami késésekhez vezet az alkalmazások működésében, ezért néha hasznos figyelni az egyes folyamatok oldalhibáit, hogy megértsük a teljesítmény csökkenésének okát a memóriával való munka során.

Címkék: VMware, vSphere, ESXi, Memory, Performance, Blogs

A meglévő vSphere Platinum felhasználók a bejelentett dátum után megkapják a vSphere Enterprise Plus licenceket, a VMware AppDefense SaaS terméket és a VMware AppDefense beépülő modult a vSphere-hez (lásd, hol töltheti le ezt a bővítményt). A vCloud Suite Platinum és a Cloud Foundation Platinum felhasználók számára semmi sem változik, kivéve magának a vSphere-nek az evolúcióját, amely a csomagok részét képezi.

Címkék: VMware, vSphere, Platinum, Update, Support

A csomag a kódminőségre, a kód újrafelhasználására, az egységtesztekre, a kapcsolatkezelésre és a projektek párhuzamos kiadására összpontosít a vRealize platform alatt. A vRealize Build Tools olyan Maven adattár formátumba csomagolt bővítmények, amelyek támogatják az IDE (Mavenen keresztül), valamint a CLI használatát a vRA/vRO platformok megoldásainak fejlesztésére, tesztelésére és üzembe helyezésére.

Lássuk, mi az újdonság a második verzióban:

• A megoldás támogatása, tervrajzai, egyedi űrlapjai, előfizetései és ízleképezési mechanikája
• Támogassa a meglévő tartalmat, és importálja a vRO 8-hoz
• A vRO 8 funkciók támogatása a munkafolyamatok exportálásához a címkéik alapján létrehozott mappastruktúrába
• Munkafolyamatok futtatása vRO-n a maven paranccsal
• Lehetőség a JS-műveletek azonosítóinak a forrásnál történő mentésére, hogy megakadályozzák az ütközéseket a vRO környezetben
• A TypeScript-projektek kísérleti támogatásának továbbfejlesztése
• Hibajavítások és dokumentációfrissítések

A vRealize Build Tools használatának megkezdéséhez a következő eszközökre lesz szüksége:

• vRealize Orchestrator
• Microsoft VS kód

A vRealize Build Tools-t erről a linkről töltheti le.

Címkék: VMware, Labs, vRealize, Automation, Orchestrator, Update

A számos hibajavítás mellett a segédprogram számos új parancsmaggal is rendelkezik:

• Add-vRA-Project-Administrator
• Add-vRA-Project-Member
• Get-vRA-DeploymentFilters
• Get-vRA-DeploymentFilterTypes
• Get-vRA-FabricNetworksFilter
• Get-vRA-FabricImagesFilter
• Remove-vRA-Project-Administrator
• Remove-vRA-Project-Member
• Update-vRA-Project-ZoneConfig

Emlékeztetjük, hogy ezt a modult a VMware nem támogatja (mint a VMware Labs összes Tech Preview állapotában lévő segédprogramját), ezért óvatosan használja.

Ez az eszköz a következő esetekben lehet hasznos az Ön számára:

• Ha két klasztert kell összehasonlítania a teljesítmény szempontjából (például különböző hardvereken)
• Amikor meg kell értenie a fürtkonfiguráció változásainak a teljesítményre gyakorolt ​​hatását
• Amikor ellenőriznie kell, hogy egy új fürt megfelelően van-e konfigurálva, mielőtt éles üzembe helyezné

A Weathervane futtatásához létre kell hoznia tárolóképeket, el kell készítenie egy konfigurációs fájlt, és futtatnia kell egy benchmarkot. Ezután maga a segédprogram telepíti a konténereket a fürtben, elindítja az alkalmazásokat és összegyűjti a tesztelési eredményeket.

A Weathervane a benchmark alkalmazást telepíti a csomópontokra, és ellátja őket a Workload illesztőprogram-összetevőn keresztül generált terheléssel. Ez az illesztőprogram a benchmark alkalmazással együtt vagy egy külső környezetben, egy külön fürtben is elhelyezhető.

A Weathervane beállítható úgy, hogy állandó terhelést futtasson meghatározott számú szimulált felhasználó számára, vagy beállítható úgy, hogy maximális számú felhasználót keressen, hogy a szolgáltatásminőségi (QoS) követelmények teljesüljenek. Az utóbbi esetben a teszt eredménye a fürt által támogatott WvUsers maximális száma lesz. Valójában ezt a paramétert kell használni a klaszterek teljesítmény szerinti összehasonlítására.

Így néznek ki a Weathervane megoldás összetevői (a Run harness komponens felelős a tesztfutások végrehajtásáért és a teszteredmények megszerzéséért):

A Weathervane egy többszintű webalkalmazást használ, amely állapot nélküli és állapotalapú szolgáltatásokat tartalmaz. Kiválaszthat egy ilyen alkalmazás-telepítési típust. Egyetlen futtatáson belül több alkalmazáspéldány is futtatható, lehetővé téve a tesztelést a nagy fürtök között.

A Weathervane alkalmazás több szintből áll. Az alkalmazási logika a Tomcat szerveren futó Java szolgáltatásokon keresztül valósul meg, amelyek REST API-n és RabbitMQ üzeneteken keresztül kommunikálnak, a koordinációra pedig a Zookeeper szolgál. A háttértár a PostgreSQL és a Cassandra segítségével valósul meg. A frontend webszerverek és a proxy-gyorsítótár-kiszolgálók az Nginx-en vannak megvalósítva.

Címkék: VMware, Kubernetes, Weathvane, frissítés, teljesítmény

Oroszországban is van már 10 ember vExpert beszélő, nem is olyan sok, de nem is kevés (Svédország és Norvégia szinten). Nyilvánvaló, hogy a vExpert-ek többsége azokból az országokból származik, ahol minden rendben van angolul, hiszen a blogok közönsége angol nyelv szélesebb, ami posztírásra motiválja a szerzőket (és általában a vExpert a blogíráshoz adható).

Így néz ki az első tíz:

És itt vannak azok a szakemberek Oroszországból, akik idén megkapták a vExpert:

Címkék: VMware, vExpert, Blogok

A VMware vCenter Server 6.7 szerver teljesítménye, amikor a VMware ESXi szerverek virtuális infrastruktúrájával dolgozik távoli irodákban és fióktelepeken

A VMware vSphere platform sok felhasználója tudja, hogy létezik egy olyan lehetőség az elosztott virtuális infrastruktúra telepítésére és üzemeltetésére, mint a ROBO (Remote or Brunch Offices). Ez egy vagy több fő adatközpont jelenlétét jelenti, ahonnan kis távoli irodákat kezelnek, ahol több VMware ESXi szerver található, saját vCenterrel vagy anélkül.

A múlt év végén a VMware kiadott egy érdekes dokumentumot „A VMware vCenter Server 6.7 teljesítménye távoli irodákban és fiókirodákban” (már beszéltünk róla egy kicsit), amely az ilyen forgatókönyv alkalmazásának fő szempontját - a teljesítményt tárgyalja. Végül is a távoli irodák más városokban, országokban és akár kontinenseken is elhelyezkedhetnek, és ezeken keresztül érhetők el különböző típusok kapcsolatok (pl. 4G vagy műhold), ezért nagyon fontos, hogy a különböző műveletek mekkora forgalmat fogyasztanak, és milyen gyorsan dolgozzák fel azokat a rendszergazda szempontjából.

Lehetőségek különféle típusok hálózati kapcsolatok a VMware-ben táblázatba állították össze (jobb oszlopban a használat eredményeként kapott tesztkonfiguráció, és a bal oldalon – mint a valódi adatközpontokkal való forgatókönyvekben történik):

Tesztelésre használt távoli konfiguráció 128 ESXi gazdagépről, ahol 3840 virtuális gépet regisztráltak (960 virtuális gép fürtönként, 30 gépenként), ebből akár 3000 gépet is engedélyeztek egyszerre.

A virtuális gépek létrehozásának és használatának kérdései lapunkban már nem egyszer szóba kerültek, a probléma megoldására kifejlesztett infrastrukturális szoftverek napjainkban nagyon dinamikusan fejlődnek, ahogyan a sokféle megoldás iránti igény is ezen a területen. A témához való visszatérés oka a VMware (az EMC egyik részlege) számos termékének új verzióinak megjelenése, valamint ami fontos, hogy az ezekhez a termékekhez kapcsolódó szolgáltatások köre kibővült Oroszországban. pontosan amiről beszélünk majd beszélünk ebben a cikkben.

Virtuális gépek és alkalmazásaik

A cikk első része elsősorban azoknak az olvasóknak szól, akik nem ismerik a „virtuális gép” fogalmát és az ezen a területen elérhető modern technológiákat.

Egy kis történelem

A „virtuális gép” fogalma több évtizede létezik. Az első virtuális gépek nagyszámítógépeken működő operációs rendszerek irányítása alatt jöttek létre, és különálló munkaterületek voltak, amelyek egyedi beállításokban különböztek egymástól, és bizonyos mértékig lehetővé tették számos, ugyanazt a nagyszámítógépet használó felhasználó munkakörnyezetének személyre szabását. Bár a 70-es évek személyre szabása nagyon különbözött a manapság megszokottól, mégis bizonyos kényelmet teremtett a felhasználók számára, és megmentette őket. munkaidőés általában gazdaságilag indokolt volt.

A korszakban személyi számítógépek a munkaterület személyre szabásának problémája háttérbe szorult, és egy időre feledésbe merült. A 90-es évek végén azonban a virtuális gépek technológiája valójában újjászületett, és jelenleg meglehetősen aktívan használják. A virtuális gépek létrehozására szolgáló eszközöket az utóbbi időben igen gyakran alkalmazzák laboratóriumokban és szoftvertesztelő osztályokon, alkalmazásfejlesztésre szakosodott cégeknél, fejlesztő cégek kutatási osztályain, oktatóközpontokban, illetve a vállalati megoldások szerves részeként is.

Hogyan működnek a virtuális gépek

A modern virtuális gépek működéséhez szükség van egy virtuálisgép-kezelő eszközre, amely vagy egy speciális operációs rendszer megfelelő képességekkel, vagy egy valódi számítógépre telepített Windows, Linux vagy UNIX alkalmazás, úgynevezett host. Maga a virtuális gép a legtöbb esetben egy fájlrendszer-kép, amelyet egy operációs rendszer telepítése során hoznak létre (általában különbözik attól, amely alatt a virtuálisgép-kezelő eszköz működik), és fájlként tárolják, vagy egy dedikált partíción található. a merevlemezről. A virtuálisgép-kezelő eszköz segítségével betöltheti a virtuális gép operációs rendszerének képét a lefoglalt címtérbe. Ezt az operációs rendszert vendég operációs rendszernek hívják, szemben az eredeti operációs rendszerrel, amelyet host operációs rendszernek (ha létezik) hívnak. Ezt követően a virtuális gép operációs rendszere képes lesz együttműködni a számítógép hardverével (például egy videoadapterrel, hangkártya, billentyűzet, egér, hálózati adapterek). Ily módon lehetséges például, amikor a műtő működik Windows rendszer Az XP a virtuálisgép-kezelő eszköz segítségével betölti a Linux operációs rendszert a számára kijelölt címtérbe, és a számítógép újraindítása nélkül vált a két operációs rendszer között, illetve bizonyos esetekben a vágólap segítségével adatcserét végez ezek között az operációs rendszerek között, vagy hálózatot hajt végre. úgy kommunikálnak közöttük, mintha két különböző számítógépről lenne szó. Egyszerre több virtuális gépet is betölthetünk, ha van ehhez elég RAM (természetesen sok legyen, mert a virtuális gép indulásakor egy másik operációs rendszer van a RAM-ban).

Miért van szükségünk virtuális gépekre?

Hol használják a virtuális gépeket? Az ilyen termékeket leggyakrabban olyan szoftverek fejlesztői használják, amelyek befolyásolják az operációs rendszerek beállításait, például a telepítőalkalmazásokat. Mivel a telepítőalkalmazás bármely tesztfutása módosíthatja az operációs rendszer beállításait (nyilvántartó, konfigurációs fájlok, Környezeti változók, ikonok az asztalon stb.), kívánatos, hogy ezek a változtatások könnyen visszafordíthatóak legyenek. A telepítőalkalmazás tesztelése egy virtuális gépen valós helyett legalább nem zavarja a valós operációs rendszer teljesítményét, és a virtuális gép bármikor visszaállítható biztonsági másolat. Ezenkívül hozzon létre egy „tiszta” operációs rendszer verziót (vagyis anélkül telepített alkalmazások) a telepítő (valamint más) alkalmazások tesztelése virtuális gép formájában sokkal egyszerűbb, mint valódi számítógép formájában.

A virtuális gépek használatának másik tipikus példája a különböző operációs rendszereket futtató alkalmazások tesztelése (például Windows 2000, Windows XP és Windows Server 2003 különböző nyelvi verziókban vagy különböző szervizcsomagokkal rendelkező kiadásokban). Az ilyen teszteléseket általában a „dobozos” termékek fejlesztése során végzik el, valamint olyan projektekben, ahol az ügyfél az évek során vásárolt különféle munkaállomásokat és szervereket.

A fenti eseteken kívül még több egzotikus példát hozunk a virtuális gépek használatára: a meglévő platformon nem működő termék működése (például sok éve írt DOS alkalmazás); maguk az operációs rendszerek vagy hálózati szolgáltatások teljesítményének tesztelése; a dokumentáció elkészítéséhez használt platformtól eltérő platformra szánt termékek dokumentálása; termékek bemutatása különböző platformokra és azok interakciójára egyetlen számítógép segítségével (ez utóbbit gyakran szoftvermarketing- és értékesítési vezetők, valamint szoftverfejlesztési projektmenedzserek végzik); tantermek előkészítése az órák számára a virtuális gépek testreszabott szoftverrel munkaállomásokra másolásával; műszaki támogatás többplatformos termékekhez.

Az elmúlt években a skálázható vállalati megoldások szerver részein is kiemelt figyelmet fordítottak a virtuális gépek használatára. A virtuális gépeket gyakran használják szerverszoftverek és különféle konfigurációinak tesztelésére, valamint több szerveres konfigurációk szimulálására egy szerveren, örökölt alkalmazások tárolására, megnövekedett követelményeket támasztó megoldások létrehozására. információ biztonság, a szerverek fizikai kiszállítását nem igénylő mobil irodák, oktatóközpontok szervezésére, a szerverek egyenletes terhelésének és redundanciájának biztosítására ugyanazon virtuális gépkészlet több fizikai szerveren történő elhelyezésével, a vállalati információs rendszerek bevezetési és karbantartási költségeinek csökkentése érdekében számának csökkentése miatt hardver, a szerver- és kliensszoftver telepítésének és konfigurálásának időtartama, a szoftverkezelés költségeinek csökkentése érdekében. Manapság számos nagy pénzügyi és távközlési vállalat, kereskedelmi és ipari vállalkozás, egészségügyi és oktatási intézmény használ virtuális gépeket vállalati információs rendszereiben. A fejlesztők, rendszerintegrátorok és ügyfeleik kész hardver- és szoftvermegoldásokhoz is hozzáférhetnek a virtualizációs technológiák használatához, például többprocesszoros szerverekhez, előre telepített virtuálisgép-kezelő eszközökkel.

Miután megbeszéltük, mi az modern technológia virtuális gépek és felhasználási helyei, közvetlenül a cikk témájához ugorhatunk, hogy megvizsgáljuk a virtuálisgép-létrehozó eszközök egyik piacvezető VMware termékeit.

VMware termékek

A VMware-t (www.vmware.com) 1998-ban alapították, és első terméke egy 1999-ben kiadott virtualizációkezelő eszköz volt. VMware gépek(később VMware Workstation néven), amelyet Windows és Linux platformokra terveztek. Abban az időben a VMware megközelítése a számítástechnika többplatformos környezetekben való megszervezésében valóban forradalmi volt; korábban a virtuális gépekről csak a nagyszámítógépekkel kapcsolatban beszéltek. 2001-ben ez a cég kiadta a VMware ESX Server és a VMware VirtualCenter szervertermékeket. Két évvel később a VMotion technológiát a kiszolgálószoftverrel ellátott virtuális gépek dinamikus mozgatására fejlesztették ki a fizikai szerverek között, aminek köszönhetően rendkívül megbízható szervermegoldások hozhatók létre virtuális gépekkel. egyedülálló technológia A VMware végre megerősítette vezető pozícióját a virtualizációs eszközök piacán, jelentősen megelőzve legközelebbi versenytársát, a Microsoft Corporationt a kínált termékek minősége, változatossága és megbízhatósága tekintetében.

A VMware szervertermékekre épülő megoldásokat ma már a legnagyobb távközlési cégek, pénzügyi és kormányzati intézmények, gyártó és kereskedelmi vállalatok, oktatási intézmények használják, köztük olyan neves cégek, mint a Google, a Lockheed Martin, a Merrill Lynch, a Subaru és a QUALCOMM. A VMware termékeken alapuló saját megoldásaik szerzői hozzáférhetnek a megfelelő alkalmazáshoz szoftveres interfészek valamint eszköz- és példakészletek (Software Development Kit, SDK).

Az alábbiakban rövid áttekintést adunk a webhelyen elérhető VMware-termékek képességeiről Ebben a pillanatban.

Alkalmazások és szoftverkonfigurációk fejlesztésére és tesztelésére szolgáló termékek

A VMware termékek ezen kategóriája elsősorban alkalmazásfejlesztőknek, tesztelőknek, végfelhasználóknak és rendszergazdák a fenti alkalmazotti kategóriák kiszolgálása. Vegye figyelembe, hogy az ebbe a kategóriába tartozó három termék közül kettőt, a VMware Servert és a VMware Playert ingyenesen szállítjuk.

VMware munkaállomás

Az elsősorban asztali és többrétegű elosztott alkalmazások és konfigurációik tesztelésére tervezett VMware Workstation 5.5 a gazdagép és a vendég operációs rendszerek nagyon széles skáláját támogatja. Ez a termék a Microsoft, a Red Hat, a SuSE, az Ubuntu, valamint a Sun Solaris (x86 processzorokhoz) és a FreeBSD számos legújabb operációs rendszerét használhatja gazdagép operációs rendszerként. A VMware Workstation 5.5 vendég operációs rendszerként használhatja a Windows, Linux, Novell NetWare, DOS, Sun Solaris és FreeBSD különféle verzióit, beleértve a 64 biteseket is. A virtuális gépek akár fájlban, akár külön merevlemezen vagy külön partíción helyezkedhetnek el.

WMware munkaállomás támogatja a virtuális és valós IDE és SCSI lemezeket, hajlékonylemez-meghajtókat, CD-ROM meghajtók, a gazdagép DVD-ROM-ja, LPT-, COM-, USB-portok és a gazdagéphez dinamikusan csatlakoztatott USB-eszközök, például szkennerek, nyomtatók, merevlemezek és flash kártyák, csatlakoztatott PDA-k és kamerák. A valódi lemezmeghajtók mellett a WMware Workstation ISO lemezképekkel is tud dolgozni, CD-ROM meghajtóként kezelve azokat. Az SCSI-eszközök, például a szkennerek, szalagos meghajtók, CD-ROM-meghajtók, DVD-ROM-meghajtók akkor is támogathatók, ha a gazdagép operációs rendszerében nincsenek meghajtók ezekhez az eszközökhöz.

A WMware Workstation számos módot támogat a hálózati interakció emulálására, a hiányától a helyi hálózatba való integrációig, amelyben a gazdagép szerepel, valamint a hálózati interakció emulációját más virtuális gépekkel külön számítógépként, NAT-címfordítást, virtuális DHCP-kiszolgálót. , hálózati hidak szervezése segítségével vezeték nélküli kapcsolatok, hálózati protokollok széles skálája, váltás a különböző virtuális hálózatok között.

A VMware Workstation lehetővé teszi „pillanatképek” létrehozását egy virtuális gépről (pillanatképek), amelyek az állapotára vonatkozó információkat fájlként mentik el a gazdagépen, futó alkalmazásokés adataik (több „pillanatfelvételt” készíthet ugyanarról a gépről), valamint támogatja a virtuális gépek és a gazdagép operációs rendszer közötti adatcserét a vágólap és a fogd és vidd műveletek segítségével, valamint a vendég operációs rendszer és a gazdagép közötti időszinkronizálást. OS , a felhasználó által egy adott munkamenetben végrehajtott összes módosítás visszavonásának képessége. Azt is megjegyezzük, hogy ebben a termékben memóriaoptimalizáló eszközök és többrétegű alkalmazáskezelő eszközök találhatók, amelyeket kifejezetten az egyetlen munkaállomást üzemeltető fejlesztők és felhasználók termelékenységének növelésére terveztek.

A VMware Workstation legújabb verziójának újításai közül kiemeljük a két virtuális processzor virtuális géphez való hozzárendelésének támogatását (ami hasznos a kétprocesszoros szoftverkonfigurációk teszteléséhez), a Microsoft Virtual PC és a Microsoft Virtual segítségével létrehozott virtuális gépek konvertálására szolgáló eszköz. Szerver, valamint Symantec LiveState Recovery segítségével létrehozott operációs rendszer lemezképek VMware virtuális gépekben, 64 bites Intel és AMD processzorok támogatása, vezeték nélküli adapterek támogatása, tárolóeszközök és USB-eszközök automatikus felismerése.

Megjegyzendő, hogy a VMware Workstation az operációs rendszer-támogatás tekintetében hozzávetőlegesen alacsony ár mellett jelentősen megelőzi legközelebbi versenytársát, a Microsoft Virtual PC-t, amely csak a Windows 2000 és a Windows XP asztali verzióit képes gazda operációs rendszerként használni, és főként. DOS vendég operációs rendszerként , a Windows összes 32 bites asztali verziója és az egzotikus OS/2 Warp egyes verziói; Szó sincs még a 64 bites operációs rendszerek támogatásáról a Virtual PC-ben.

VMware szerver

A VMware Server az év elején bejelentett ingyenes termék, amelyet a gyártó a fizetős VMware GSX Server helyettesítésére ajánlott. A VMware Server jelenleg béta verzióban érhető el, a végleges verzió pedig várhatóan az idei év második negyedévében jelenik meg.

A VMware Server 32 bites vagy 64 bites szerveren fut Windows verziókés egy vagy több x86-kompatibilis processzorral rendelkező számítógépeken futó Linux (jelenleg 16 a támogatott processzorok száma). A termék által támogatott operációs rendszerek köre igen lenyűgöző: a vendég operációs rendszerek között Linux és Windows változatok széles skálája található, és ha szükséges, ezzel a termékkel is végrehajtható legújabb verziói Novell NetWare (1. ábra).

Ez a termék webes felületre épülő, alatt futó eszközöket tartalmaz a távoli adminisztráció és felügyelet megszervezéséhez Windows vezérlés vagy Linux. A VMware Workstationtől eltérően azonban ez a termék csak egyetlen pillanatkép készítését támogatja a virtuális gépről, és a gazdagép memóriahasználatának optimalizálására szolgáló eszközei közel sem olyan átfogóak.

A VMWare Server felhasználói számára elérhető újítások között megemlítjük a virtuális szimmetrikus többfeldolgozás (Virtual SMP) és a hardver virtualizációs technológiájának támogatását. Intel szinten Virtualizációs technológia, valamint a 64 bites vendég operációs rendszerek támogatása.

Bár a VMware Server maga egy ingyenes termék, a VMware és partnerei (beleértve az oroszokat is) fizetett technikai támogatást nyújtanak az erre igénylő ügyfeleknek.

Vegye figyelembe, hogy technikai lehetőségeket Az ingyenes VMware Server termék hasonló a fizetős Microsoft Virtual Server 2005 Enterprise Edition termékek képességeihez, és meghaladja a Microsoft Virtual Server 2005 Standard Edition képességeit (például a támogatott processzorok számát tekintve a gazdagépen). A Microsoft Virtual Server ugyanakkor csak a Windows szerververziói alatt fut (főleg a Windows különböző verzióit hivatott vendég operációs rendszerként használni), míg a VMware Server a Windows mellett számos egyéb operációs rendszert is támogat (Linux). , Solaris, FreeBSD, Novell NetWare ) vendégként, a Linux pedig gazdagép operációs rendszerként.

VMware Player

A VMware Player egy ingyenes termék, amelyet a VMware Workstation és a VMware Server segítségével létrehozott virtuális gépek futtatására terveztek. Ezzel nem hozhat létre új virtuális gépeket. A VMware webhelyén azonban van egy folyamatosan frissülő rész, ahol különböző operációs rendszereket futtató konfigurált virtuális gépek, valamint különböző gyártóktól származó telepített szoftverek állnak rendelkezésre, amelyek letölthetők és használhatók.

A VMware Serverrel ellentétben a VMware Player nem igényel fizetett támogatást a gyártótól vagy a partnerektől.

A vállalati IT infrastruktúra részeként használható termékek

VMware ESX szerver

A VMware ESX Server 2.5 egy virtuális gép-létrehozó eszköz, amely nem igényel gazdagép operációs rendszert (lényegében maga operációs rendszerként működik), és két vagy több 32 bites számítógépen fut. Intel processzorokés AMD és két vagy több hálózati adapterrel. A fájltárolónak SCSI-lemezeknek, Fibre Channel-en keresztül elérhető meghajtóknak vagy beépített RAID-vezérlőnek kell lennie; ilyen tárolóban a termék létrehozza a sajátját. fájlrendszer VMware fájlrendszer (VMFS). Ez a termék telepíthető blade szerverekre vagy SAN-ra (Storage Area Network – dedikált, nagy teljesítményű hálózat, amelyet a szerverek és a tárolóeszközök közötti adatátvitelre terveztek, és a helyi hálózattól függetlenül működik).

Ez a termék akár 80 virtuális processzor emulációját, valamint Windows, Linux, FreeBSD, Novell NetWare szerververzióját támogatja vendég operációs rendszerként. A virtuális szimmetrikus többprocesszoros konfigurációk támogatottak a Windows és a Linux egyes verzióiban.

A VMware Serverrel ellentétben a VMware ESX Server távoli adminisztrációra készült. Nem tartalmaz olyan eszközöket, amelyek helyileg futnak magán a kiszolgálón, kivéve a telepítőeszközöket és magának az ESX szervernek a kezdeti konfigurációját. Az ESX Server távoli adminisztrációjának megszervezésére szolgáló eszközök a webes felületen alapulnak (2. ábra).

Rizs. 2. Távoli adminisztrációs eszközök a VMware ESX Server 2.5-höz

Van egy kiegészítő a VMware ESX Serverhez VMware Virtual SMP, amely lehetővé teszi, hogy egyetlen virtuális gép több fizikai processzoron futhasson. Ez a kiegészítés lehetővé teszi a virtuális gépeken futó, leginkább erőforrás-igényes alkalmazások továbbméretezését, valamint a szerverszoftverek többprocesszoros konfigurációinak tesztelését.

VMware VirtualCenter

A VMware VirtualCenter 1.2 egy eszköz a VMware ESX Servert és VMware Servert futtató virtuális gépek, valamint az ezeket tartalmazó kiszolgálók kezelésére. Ez a termék lehetővé teszi a virtuális gépeken futó operációs rendszerek, szolgáltatások és alkalmazások konfigurációjának létrehozását, azok egyik gépről a másikra való átvitelét, valamint a szerverek gyors üzembe helyezését előre telepített operációs rendszerrel és alkalmazásokkal, valamint a szerver erőforrások teljesítményének és felhasználásának figyelését ( 3. ábra).

Rizs. 3. A VMware VirtualCenter segítségével figyelje a szerver erőforrás-használatát

A termék tartalmaz egy Új telepítési varázslót is virtuális szerverek sablonokból, ami lehetővé teszi, hogy a hagyományos szerverkonfigurációs módszerekhez képest többszörösen csökkentse az új szerver üzembe helyezésének idejét.

A kiszolgálószoftvert futtató virtuális gépek fizikai kiszolgálók közötti dinamikus mozgatásához a VMware VirtualCenter tartalmazza a VMotion-t. A szerverszoftver dinamikus mozgatása a használatával VMotion nem befolyásolja a munkaállomások beállításait, és a végfelhasználók észrevétlenül fordulnak elő, ami lehetővé teszi a szerver terhelési egyensúlyának gyors beállítását és a számítási erőforrások felhasználásának optimalizálását.

VMware ACE

A VMware ACE (az Assured Computing Environment-től) egy olyan eszköz, amelyet a hálózati rendszergazdáknak terveztek szabványos virtuális gépek és munkaállomás-konfigurációk létrehozására. Fő célja a munkaállomások adminisztrációjának egyszerűsítése hasonló konfigurációk létrehozásával és munkaállomásokra való átvitelével.

A termék különlegessége a hálózat biztonságának biztosításához kapcsolódó lehetőségek széles skálája, mint például a „vendég” munkaállomások (például a látogatók laptopjainak) támogatása, a virtuális gépekhez való hozzáférés szabályainak beállítása, az adatok titkosítása vagy az érvényességi idő. egy adott konfiguráció (4. ábra).

A termék jelentős előnye, hogy szabványos, hardverfüggetlen munkaállomás-konfigurációkat hozhat létre, és azokat különböző hardverrel rendelkező számítógépekre viheti át, ami manapság a legtöbb vállalat számára nagyon fontos.

Vendég operációs rendszerként a VMware ACE támogatja a DOS, Windows, Linux, FreeBSD, Novell NetWare, Sun Solaris különféle verzióit, gazdagép operációs rendszerként és felügyeleti eszközként pedig a VMware ACE Manager a Windows összes verzióját, a Windows 2000-től kezdve.

VMware P2V Asszisztens

A VMware P2V Assistant virtuális gépek létrehozására szolgáló eszköz a Windows különféle verzióit futtató valós fizikai gépeken, kezdve a Windows NT 4.0-val. Ez a termék pillanatképet készít a forrás operációs rendszerről, és virtuális géppé alakítja, így nincs szükség a rendszergazdáknak a telepítésére és konfigurálására. A segítségével létrehozott virtuális gépek VMware ESX Server, VMware Server és VMware Workstation alatt futhatnak.

Néhány szó a költségekről

A virtualizációs eszközök használatáról olyan esetekben van értelme beszélni, amikor azok használata bizonyos előnyökkel járhat a vállalat számára. Ezért az alábbiakban megnevezzük azokat az előnyöket, amelyekben a VMware termékeket implementáló cégek részesülnek.

A VMware Workstation szoftverfejlesztő cégeknél történő használata segít megtakarítani a további, szoftvertesztelésre és disztribúciók létrehozására szolgáló munkaállomások vásárlására fordított pénzt, valamint kiküszöböli azok fizikai elhelyezésének, telepítésének, konfigurációjának és karbantartásának költségeit. Tekintettel arra, hogy a VMware Workstation költsége nem haladja meg a több száz dollárt, ennek a terméknek a vásárlása még nagyon kis cégek számára is indokolt, a licence néhány nap használat alatt megtérül.

Ha egy vállalatnak vannak olyan régebbi alkalmazásai, amelyek mindenkit kielégítenek, de olyan platformra tervezték őket, amelyet a gyártó már nem támogat, akkor egy ilyen vállalat dilemmával szembesül: továbbra is olyan platformot használ-e, amely potenciális veszélyt jelent az egész vállalat biztonságára. vállalati hálózat frissítéseinek leállása miatt, vagy átírja a meglévő alkalmazásokat? A probléma megoldásának első módja kockázatosnak tűnik, a második általában nagyon drága. Ebben az esetben a VMware Player és a VMware Server használata lehet az a lehetőség, amely mentes az előző kettő hátrányaitól, egy veszélyes platform kihasználásával (függetlenül attól, hogy az örökölt alkalmazás szerver vagy kliens része). ) egy virtuális gépen belül elfogadható szintű kényelmet és megfelelő biztonsági szintet is biztosíthat.

Ha a virtuális gépek használatáról beszélünk a vállalati megoldások informatikai infrastruktúrájának részeként, akkor ebben az esetben sokkal több lehetőség adódik az infrastruktúra és annak üzemeltetési költségeinek csökkentésére. Egy olyan termék, mint a VMware ESX Server, szükségtelenné teheti külön hardverszerverek vásárlását a különböző feladatokhoz, mivel hatékonyabb és költséghatékonyabb szerverparkot hoz létre, amely gyorsan reagál a változó működési feltételekre és alkalmazási követelményekre. A VMware VirtualCenter és a VMotion technológia használata jelentősen csökkenti az új szerverek telepítéséhez szükséges időt, valamint a hardverkarbantartás során felmerülő leállásokat a virtuális gépek más fizikai szerverekre való áthelyezésével. Végül pedig a VMware ACE lehetővé teszi a legszigorúbb biztonsági szabályok bevezetését a virtuális gépek használatakor, csökkentve ezzel a vállalati adatszivárgás és a behatolás kockázatát. vállalati hálózat kívülről, ami azt jelenti, hogy elkerüli a veszteségeket és gyakran jóvátehetetlen károkat, amelyeket az ilyen incidensek okoznak a vállalat hírnevének.

), Softline (www.softline.ru).

Ezen túlmenően hazánkban a Microinform oktatóközpontban (www.microinform.ru) elérhető egy orosz nyelvű speciális kurzus „Virtuális infrastruktúra építése ESX Server és VMware VirtualCenter segítségével”, amely a VMware termékek fogyasztóinak (rendszergazdáknak, rendszergazdáknak, felhasználók ), valamint a VMware-termékeket használó megoldásokat ügyfeleiknél megvalósító rendszerintegrátorok számára.

A VMware licencet és egy év garanciát biztosít a végfelhasználóknak, amely magában foglalja a szerviztámogatást is. Jelenleg a szerviztámogatást nemcsak maga a gyártó, hanem orosz partnerek is nyújthatják.

Következtetés

Ez a cikk a VMware termékeivel foglalkozik, amely piacvezető az x86-kompatibilis számítógépek virtuális gépeinek létrehozására és támogatására szolgáló eszközök terén. Az elmúlt öt évben az ilyen célú termékek választéka igen széleskörűvé vált, ha 2001 elején még egyetlen termékre korlátozódott, amely iránt elsősorban a fejlesztők és a szoftvertesztelő szakemberek mutattak érdeklődést, ma már nem csak eszközök virtuális gépek munkaállomásokon és egyprocesszoros számítógépeken való futtatásához, de különféle eszközök a szervermegoldások létrehozásához és karbantartásához, a maguk módján funkcionalitás megközelíti a virtuális gépek támogatásának eszközeit a nagyszámítógépeknél, sőt bizonyos tekintetben meg is haladja azokat. Ma mind a világon, mind Oroszországban számos infrastruktúra virtualizációs projekt van folyamatban, és véleményünk szerint a közeljövőben még szélesebb körben elterjednek ezek a termékek a nagyvállalatok infrastruktúrájának részeként, valamint szoftverek fejlesztésére és karbantartására szakosodott cégeknél .

A VMware termékek próbaverzióit a magazin CD-ROM mellékletén találja.