Ebben a cikkben nem foglalkozunk technikai részletekkel. Ehelyett nézzük a VMware terminológiáját. Ez a rövid áttekintés hasznos lehet azok számára, akik meg akarják érteni a különbséget a mögöttes VMware termékek között. Szinte mindenki ismeri az ESXi -t. Mi a helyzet a vSphere és a vCenter szolgáltatással? Az emberek gyakran összetévesztik ezeket a kifejezéseket, de valójában nincs bennük semmi bonyolult. Tegyünk mindent a polcokra.

A 2001 -ben bemutatott VMware ESX hipervizor (korábbi nevén VMware ESX Server) virtuális forradalmat indított. Ma a VMware a virtualizációs szoftvertermékek vezető fejlesztője (jelenleg a Dell része). Másfél évente a vállalat új szoftvereket bocsát ki fejlett funkciókkal, amelyek kompatibilisek számos berendezéssel, beleértve SSD meghajtók NVMe, nagyon nagy merevlemezek és a legújabb központi processzorok Intel vagy AMD.

VMware ESXi

Az ESXi hipervizor; apró részecske szoftver amely fizikai kiszolgálóra települ, é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 elkülönülten működnek, de a hálózaton keresztül kölcsönhatásba léphetnek a külvilággal. Ebben az esetben a többi számítógép csatlakozik a helyi hálózathoz (Local Area Network, LAN). Az operációs rendszerek virtuális gépeken (VM) futnak, amelyek mindegyike saját virtuális hardverrel rendelkezik.

A VMware ESXi fizetett és ingyenes verziói vannak. Megrendelheti az ingyenes verzió telepítését. Az ingyenes verzió funkcionalitása némileg korlátozott. Lehetővé teszi egy korlátozott számú operációs rendszer konszolidálását egy számítógépen, és nem kezelhető központi felügyeleti kiszolgálón - vCenter. Az ingyenes ESXi (vagy VMware ESXi Hypervisor) azonban csatlakozik a távoli tárolóhoz, ahol létrehozhat, tárolhat és használhat virtuális gépek... Vagyis ez a távoli tároló több ESXi gazdagép között is megosztható, de nem virtuális gépek között. A virtuális gépeket minden gazda "birtokolja", ami lehetetlenné teszi a központi felügyeletet.

Az ESXi ingyenes verziójával való munka nagyon egyszerű, és alapvető folyamatokból áll: képzés, gyártási folyamatok tesztelése, katasztrófa utáni helyreállítási rendszerek tesztelése és építészeti megoldások jóváhagyása. Pillanatképek használatával ellenőrizheti a Windows javítások helyességét. Alternatív megoldásként ez akkor is hasznos lehet, ha úgy dönt, hogy VMware Converter vagy P2V technológiával klónozza az éles kiszolgálót, és telepítése előtt teszteli a Microsoft szervizcsomagot.

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 egyetlen konzolról kezelhet. A VCenter Server telepíthető a Windows rendszerre, vagy előre konfigurált virtuális gépként telepíthető a Photon OS segítségével, amely egy hatékony Linux-alapú disztribúció. Korábban a VMware a Suse Linux Enterprise Server (SUSE) disztribúciót használta, de a közelmúltban áttért a Photon OS -re.

A vCenter Server licencelt szoftver. Kétféle módon vásárolhatja meg:

• vCenter Server Essentials a vSphere Essentials csomag részeként. A vCenter ezen verziója három gépet kezel 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 ez a vCenter verzió megfelel Önnek. Az alapkészlettel nemcsak a vCenter szerverhez, hanem az ESXi -hez is licencet kap (legfeljebb három gép, két -két CPU -val).
• Az önálló vCenter Server egy teljes önálló vCenter szerver, amely képes 2500 virtuális gép 2000 gazdagépének kezelésére. Ez a licenc kizárólag a vCenter -re vonatkozik. Maga a VCenter csak egy része az engedélyezési rejtvénynek. Az összes gazdagép egyetlen eszközről történő kezeléséhez mindegyikhez licencre van szüksége. Három típusú licenc létezik: szabványos, vállalati, vállalati plusz, é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. Amint azt korábban említettük, a különböző szoftvercsomagok különböző pénzösszegekbe kerülnek. A legolcsóbbak az alapvető vSphere essentials vagy Essentials Plus csomagok. Van különbség köztük? Igen, de a rendelkezésre álló funkciók számából áll, és nem a szoftverben.

A licenc típusától függően bizonyos számú, a vSphere Web kliensen keresztül kezelhető funkcióhoz fér hozzá. Van egy vSphere HTML 5 kliens is, de még nem használható. A vállalat tovább fejleszti.

Az Essentials nem tartalmazza a magas rendelkezésre állást (automatikus virtuális gép újraindítása), a vMotion -t, a biztonsági mentési szoftvert (VDP) és a VSAN -tároló használatának lehetőségét.

Az Essentials csomag alkalmas olyan kisvállalkozások számára, amelyeknek nem kell folyamatosan online lenniük. Másrészt, ha a virtuális gépeket áthelyezheti egy másik gazdagépre, és karbantartást vagy gazdagép -frissítéseket végezhet, miközben online marad, valódi előnyt biztosít. Mindez a munkanap során, a felhasználók munkájának megszakítása nélkül végezhető el.

Ezenkívül váratlan hardverhiba esetén a vSphere High Available (HA) automatikusan újraindítja azokat a virtuális gépeket, amelyek leálltak a problémás gazdagéppel. Ezek a virtuális gépek automatikusan újraindulnak a VMware -fürt többi gazdagépén. Kis időbe telik, amíg a rendszer megállapítja, hogy melyik számítógép összeomlott, és mely gazdagépek vehetik át ideiglenesen a virtuális gépeket. Ezeknek a gazdagépeknek elegendő memóriával és CPU -kapacitással kell rendelkezniük a további terhelés kezelésére. Amint a rendszer befejezi az elemzést, a virtuális gépek újraindulnak. Az egész folyamat automatizált, és nem igényel rendszergazdai beavatkozást.

Összesít

Amint láthatja, a VMware terminológiája meglehetősen könnyen érthető, akárcsak az ESXi, a vSphere és a vCenter közötti különbség. Az engedélyezési rendszer is világos. Maga a hipervizor ingyenes, de funkcionalitása korlátozott, emiatt az ilyen szoftver nem biztosított az adatvesztés ellen. Ezért az ESXi csak tesztkörnyezetben használható.

A "virtualizáció" kifejezés az utóbbi időben nagyon divatossá vált. A "virtuális gép" fogalma megszűnt egzotikusnak és távolinak lenni. Sok szervezet, így vagy úgy, az információtechnológiával kapcsolatban, már megtanulta, hogyan kell a virtuális gépeket napi tevékenységeikben használni az informatikai infrastruktúra hatékonyságának javítása érdekében. A virtualizáció fogalmát ma már mindenhol és időnként különböző összefüggésekben használják: tárolórendszerek, operációs rendszerek, alkalmazások virtualizálása. Ha a hardvereszközök virtualizációjának különböző aspektusai már régóta ismertek a szakemberek számára, akkor az operációs rendszerek virtualizálása csak az utóbbi években kezdett lendületet kapni, de gyors ütemben.

Mi tehát a virtualizáció és a virtuális gépek az operációs rendszerekhez? Maga a virtualizáció kifejezés azt jelenti, hogy egy objektumot a felhasználó számára kényelmes formában kell bemutatni, miközben a megvalósítás minden részlete rejtve van, és maga az objektum ismerős felületekkel rendelkezik a külső környezettel való interakcióhoz képest. Amikor az operációs rendszerek virtualizációjáról beszélnek, mindenekelőtt a virtuális gépek létrehozására gondolnak - néhány absztrakcióra, amelyek saját virtuális hardver- és szoftverkörnyezetüket tartalmazzák, amely lehetővé teszi több operációs rendszer egyidejű telepítését és futtatását egy fizikai platformon . Mire való? Először is annak érdekében, hogy elválasszuk az operációs rendszer bemutatását a hardvertől, és több működő virtuális kiszolgálót helyezzünk el egy fizikai kiszolgálóra, amelyek képesek gyorsan migrálni és helyreállítani az operációs környezeteket. Ez a megközelítés maximális rugalmasságot biztosít a szerver telepítésében, karbantartásában és kezelésében is.

A nagy szervezetek informatikai igazgatóinak többsége, ha nem tervezi részben vagy teljesen virtualizálni informatikai infrastruktúráját, legalább komolyan gondolja ezt. Hosszú távon a virtualizációs projektek nagyon csábítónak tűnnek: az informatikai infrastruktúra rugalmasságának növelése, a megbízhatóság növelése és a kiszolgálók magas rendelkezésre állásának biztosítása, a hardver megtakarítása - mindezek és sok más tényező vonzza a vállalatok informatikai osztályainak vezetőit. Sokan azonban nem veszik észre, hogy milyen erőfeszítéseket igényel egy fizikai infrastruktúra virtuálisra való áttelepítése, mivel csak néhány hozzáértő szakember van ezen a területen, és az erőteljes kereskedelmi virtualizációs platformok beszerzése és telepítése költséges. Ez a cikk két népszerű szerver virtualizációs platformra összpontosít - az ingyenes VMware Serverre és a kereskedelmi VMware ESX Serverre.

Miért VMware?

A VMware az egyik legkorábbi szereplő az újonnan megjelenő virtualizációs platformok piacán. 1998 -ban a VMware szabadalmaztatta virtualizációs szoftver technikáit, és azóta számos hatékony és professzionális, különböző szintű virtualizációs terméket bocsátott ki, a végfelhasználónak (fogyasztónak) szánt VMware Workstation -tól a VMware ESX Server -ig, amelyet virtuális infrastruktúra fogadására terveztek közép- és nagyvállalatok számára. A VMware hatalmas termékpalettája számos eszközt tartalmaz a virtualizációs folyamat hatékonyságának javítására, a virtuális szerverek kezelésére és a fizikai platformokról a virtuális platformokra való áttérésre. Oroszországban a VMware termékek különösen népszerűek, mivel a virtualizáció hazánkban még mindig lendületet vesz, és más, számunkra nem annyira ismert gyártók platformjai nagyon "nyersek" és sokkal kevesebb funkcionalitással rendelkeznek, mint a VMware társai. Ezenkívül a VMware virtualizáció szinte mindig felülmúlja a versenyt a különböző teljesítménytesztekben. És ha a Windows operációs rendszerek virtualizációjáról beszélünk, akkor ezek szinte biztosan VMware termékek. Eközben a virtualizációs platformok közül a VMware sok közül választhat:

• VMware munkaállomás- az asztali felhasználókra összpontosító platform, amelyet szoftverfejlesztők és informatikai szakemberek használnak,
• VMware Player- a virtuális gépek ingyenes "lejátszója", amelyet egy adott feladatot ellátó virtuális gépek kész sablonjainak futtatására terveztek,
• VMware szerver, korábbi nevén VMware GSX Server, amelynek célja a kisvállalkozások infrastruktúrája a virtuális szerverek támogatására
• VMware Ace- termék biztonsági házirendekkel védett virtuális gépek létrehozásához,
• VMware ESX szerver- egy hatékony virtualizációs platform közép- és nagyvállalatok számára, elsősorban a holisztikus és skálázható informatikai infrastruktúra fenntartására összpontosítva,
• VMware virtuális központ hatékony eszköz a VMware ESX Server és a VMware Server virtualizációs platformok kezelésére, széleskörű képességekkel a szerver konszolidációjára, konfigurálására és kezelésére.
• VMware Fusion egy asztali virtualizációs termék az Apple Mac platformjához.

A VMware hivatalos versenytársai a szerver virtualizációban a Microsoft, a Virtual Iron, a XenSource és az SWsoft. Az SWsoft cég terméke azonban meglehetősen szűk alkalmazási körrel (tárhely) rendelkezik, és más gyártók fejlesztései a VMware termékekhez képest jelenleg sokkal gyengébbnek tűnnek.

Mikor kell virtuális infrastruktúrát megvalósítani egy vállalatnál

Először is egyértelműen meg kell határozni azokat a célokat, amelyekkel a virtualizációs platformokat megvalósítják. Ezután meg kell határozni azokat a kritériumokat, amelyek alapján a virtuális infrastruktúra megvalósításának hatékonyságát értékelni kell. A tisztán pénzügyi kritériumok (csökkentett hardverköltségek, karbantartási megtakarítások) mellett figyelembe kell vennie az infrastruktúra megbízhatóságának, méretezhetőségének, rugalmasságának, rugalmasságának, csökkentett telepítési idejének, leállási idejének, katasztrófa utáni helyreállításának, központosított felügyeletének és magas rendelkezésre állásának javítását is. Természetesen mindezeket a kritériumokat pénzben lehet kifejezni, a virtualizálandó környezet típusától és sajátosságaitól függően.

7 ok a szerver virtualizáció megvalósítására

• Fokozott hardverhasználat
  A statisztikák szerint a legtöbb szerver 15-20 százalékkal van betöltve a napi feladatok elvégzésekor. Ha több virtuális szervert használ egy fizikai felületen, akkor az akár 80 százalékra is nőhet, miközben jelentős megtakarítást jelent a hardvervásárlás során.
• Csökkentett hardvercsere költségek
  Mivel a virtuális szervereket leválasztották bizonyos hardverektől, a fizikai szerverek flottájának frissítése nem igényli a szoftver újratelepítését és konfigurálását. A virtuális gép egyszerűen másolható egy másik szerverre.
• A virtuális szerverek használatának rugalmasságának növelése
  Abban az esetben, ha több kiszolgálót kell használnia (például teszteléshez és termelési munkához) változó terheléssel, a virtuális szerverek a legjobb megoldás, mivel fájdalommentesen átvihetők más platformokra, amikor a fizikai szerver megnövekedett terhelést tapasztal.
• Magas rendelkezésre állás biztosítása
  A virtuális gépek biztonsági mentése és biztonsági mentésekből való visszaállítása lényegesen kevesebb időt vesz igénybe, és egyszerűbb. Továbbá, berendezéshiba esetén egy virtuális szerver biztonsági másolata azonnal elindítható egy másik fizikai szerveren.
• A szerver infrastruktúra kezelhetőségének javítása
  Sok virtuális infrastruktúra -felügyeleti termék áll rendelkezésre a virtuális kiszolgálók központi kezeléséhez, valamint a terheléselosztás és az élő migráció biztosításához.
• Megtakarítás a karbantartó személyzeten
  A virtuális szerverek kezelésének egyszerűsítése hosszú távon megtakarítást eredményez a cég infrastruktúráját karbantartó szakembereknél. Ha két virtuális szerver -kezelő eszközt használó ember megteheti azt, amit négyen, miért van szüksége két további szakemberre, akik évente legalább 15.000 dollárt keresnek? Mindazonáltal szem előtt kell tartani, hogy a virtualizáció területén képzett személyzet képzésére is sok pénzre van szükség.
• Energiamegtakarítás
  A kis cégek számára ez a tényező természetesen nem igazán számít, de a nagy adatközpontok esetében, ahol a nagy szerverpark fenntartásának költségei tartalmazzák az áram (áram, hűtőrendszerek) költségeit, ez a pont jelentős jelentőséggel bír. Több virtuális szerver egyetlen fizikai szerverre történő összpontosítása csökkenti ezeket a költségeket.

Amikor nem kell infrastruktúrát megvalósítani a vállalatban

Az összes előny ellenére a szerver virtualizáció használatának bizonyos korlátai is vannak. Virtuális infrastruktúra tervezésekor vegye figyelembe a következő tényezőket:

• A kiszolgálók folyamatos munkaterhelése meghaladja a 60 százalékot
  Ezek a szerverek nem alkalmasak a virtualizációra, mert amikor áthelyezi egy virtuális gépre, és más virtuális szervereken tárolja, akkor elfogyhatnak az erőforrások.
• A szerver további hardvereket használ, amelyeket nem lehet virtualizálni
  Itt minden világos: abban az esetben, ha a szerver olyan hardvert használ, amelyet a virtualizációs platformok gyártói nem támogatnak, nincs értelme ilyen szervert virtualizálni.
• A virtualizációs platform beszerzési és megvalósítási költségei túl magasak
  Közepes méretű és kis szervezetekben a szerver infrastruktúra kicsi, a hardver és a karbantartási költségek alacsonyak. Ebben az esetben óvatosnak kell lennie a virtualizációs eljárással, mivel előfordulhat, hogy egy kereskedelmi platform megvásárlása nem indokolt.
• Képzett szakemberek hiánya
  Sok esetben a fizikai hardverekről a virtuális gépekre való áttérés folyamata és a virtualizációs platform további telepítése jó képzettséget igényel az azokat vezetőktől. Erre különösen akkor van szükség, ha „Bare metal” osztályú (csupasz fém) platformokat telepítenek. Ha nem biztos abban, hogy az emberei rendelkeznek -e ehhez szükséges ismeretekkel, ne indítson el egy virtualizációs projektet.

A VMware Server egy ingyenes és hatékony virtualizációs platform a kisvállalkozások számára

Az ingyenes VMware Server termék meglehetősen hatékony virtualizációs platform, amely Windows és Linux operációs rendszereket futtató szervereken is futtatható. A VMware Server fő célja a kisvállalkozások kis és közepes virtuális infrastruktúrájának támogatása. Fejlesztésének és telepítésének bonyolultsága miatt a VMware Server a lehető legrövidebb idő alatt telepíthető, mind a szervezetek szerverein, mind az otthoni felhasználók számítógépén.

Korábban ezt a terméket kereskedelmi licenc alapján forgalmazták, és a VMware GSX Server 3 nevet kapta, azonban az erős VMware ESX Server virtualizációs platform lehetőségeinek és értékesítésének növekedésével a VMware nem látott kilátásokat a VMware Server platform értékesítésében, végül ingyenes lesz a termék. Érdemes megjegyezni, hogy e termék esetében a VMware nagymértékben támaszkodik a Virtual Center for VMware Server értékesítéséből származó bevételre, amely egy hatékony virtuális infrastruktúra -kezelő eszköz, amely a VMware Server -en alapul, és amely gazdag együttműködést biztosít a virtuális gépekkel és a virtuális szerver konszolidációjával.

Íme a VMware Server termék fő felhasználási esetei:

• több virtuális szerver támogatása egy fizikai kiszolgálón a vállalat termelésében
• több virtuális szerver támogatása a virtuális gazdahálózatban "együtt" történő teszteléshez a szoftverfejlesztés és támogatás során
• használatra kész virtuális gépek (virtuális készülékek) futtatása, amelyek meghatározott szerverfunkciót hajtanak végre
• a virtuális szerverek magas rendelkezésre állásának biztosítása (a virtuális gépek könnyen átvihetők a fizikai szerverek között)
• Könnyen visszaállítható biztonsági másolatok létrehozása a virtuális szerverekről a rendszer pillanatnyi állapotáról készített pillanatfelvételek ("pillanatképek") beszerzésével.

A VMware Server kiterjedt képességekkel rendelkezik a virtuális gépekkel való munkavégzéshez, többek között:

• Bármilyen szabványos x86 architektúra támogatása
  A VMware Server nem támaszt különleges követelményeket a fizikai szerverkomponensekkel szemben - ellentétben a VMware ESX Serverrel, amely nagyon specifikus korlátozásokat ír elő a szerver hardverére. Többmagos processzorok is támogatottak.
• Kétirányú virtuális SMP támogatása (szimmetrikus többfeldolgozás)
  Ha a fizikai szerver architektúrája lehetővé teszi, a VMware Serverben létrehozott virtuális gépek két virtuális processzort tartalmazhatnak, ami pozitívan befolyásolja a vendégek teljesítményét.
• Számos gazda és vendég operációs rendszer támogatása, amelyek teljes listája mindig elérhető a VMware webhelyen
  A gazda operációs rendszerek száma, amelyekre a VMware Server telepíthető, természetesen kevesebb, mint a támogatott vendégrendszerek száma. Eközben szinte minden ismert operációs rendszer telepíthető vendégként. Még ha nem is szerepel a támogatott listában, ez nem jelenti azt, hogy nem telepíthető.
• 64 bites gazda és vendég operációs rendszerek támogatása
  A gazdagép 64 bites rendszereként a család 64 bites operációs rendszerei Windows Server 2003, valamint a Linux rendszerek 64 bites verziói: Red Hat, SUSE, Mandriva és Ubuntu. A támogatott vendég operációs rendszerek listáját a Windows Vista, a Sun Solaris és a FreeBSD 64 bites verziói is kiegészítik.
• IntelVT (Intel Virtualization Technology) támogatás
  A VMware Server kísérletezik az Intel hardver virtualizációs technológiájával, és lehetővé teszi, hogy virtuális gépek támogatására használják. Érdemes megjegyezni, hogy a hardver virtualizáció a VMware mérnökei kutatásai szerint még mindig lassabb, mint a szoftver virtualizáció, ezért nem ajánlott engedélyezni a szoftver virtualizáció támogatását a jobb teljesítmény érdekében.

A VMware Server bevezetője a Virtual Machine Management Console ablakával kezdődik:

A program főablakának munkaterületén létrehozhat egy virtuális gépet, hozzáadhat egy meglévőt, átkapcsolhatja a konzolt egy másik fizikai hosztra (távolról kezelheti a virtuális szervert), és konfigurálhatja a gazdagép paramétereit.

A virtuális gép létrehozása a VMware Server alkalmazásban egyszerű és intuitív, és mindössze néhány lépést tesz meg az Új virtuális gép varázslóban:

• válasszon egy vendégrendszert a listából, amelyet vendégként telepít
• válassza ki a virtuális gép fájljainak nevét és helyét
• válassza ki a hálózati interakció típusát a virtuális gép, az operációs rendszer, más virtuális gépek és egy külső hálózat között
• adja meg a hangerőt virtuális lemezés kattintson a Befejezés gombra.

Ezt követően, ha a telepítendő vendégrendszer elosztása CD -n vagy DVD -n van, egyszerűen helyezze be a meghajtóba, és nyomja meg az eszköztár "Bekapcsolás" gombját. Ha az operációs rendszer disztribúciós készlete ISO-kép formájában van, válassza ki a VM-> Beállítások menüpontot, lépjen a CD-ROM elemre, ahol megadjuk a ISO kép, nyomja meg az "OK" és a "Bekapcsolás" gombot.

A vendégrendszer VMware Server rendszerbe történő telepítésének folyamata meglehetősen egyszerű, és nem igényel külön leírást. A vendég operációs rendszerek telepítésekor azonban feltétlenül vegye figyelembe a következő pontokat:

• Rendelje hozzá a tervezett virtuális szervert elegendő erőforrással a funkcióinak ellátásához, de ne feledje, hogy a kiosztott erőforrások számának növelése mindig nehezebb, mint a csökkenés.
• A virtuális szerverhálózat típusának kiválasztásakor vegye figyelembe a biztonsági problémákat, és ha a virtuális szervernek csak a gazda belső virtuális hálózatán kell interakcióra, ne telepítse a Bridged Networking alkalmazást.
• Ha nem csak a virtuális szerver felügyeleti konzolhoz fér hozzá, akkor a virtuális gépet priváttá teheti a virtuális gép-> Beállítások-> Beállítások-> Engedélyek jelölőnégyzet bejelölésével.
• Ne felejtse el telepíteni a VMware Eszközöket a vendégeire, mivel ezeknek a kiegészítőknek a telepítése nagyban növeli a vendégélményt és a teljesítményt.
• Próbálja megtartani az arányt: fizikai processzoronként legfeljebb 4 virtuális gép, mivel ezek közül több jelentősen befolyásolja a virtuális szerverek teljesítményét.

A VMware Server alapú virtuális infrastruktúra karbantartása során gondosan figyelemmel kell kísérnie a szerver hardveres erőforrásainak terhelését. Ha bármelyik virtuális gépből hiányoznak az erőforrások, akkor át kell gondolnia egy másik szerverre való áthelyezését. Ha nagyszámú virtuális kiszolgálót tervez kezelni, akkor fontolja meg a VMware Virtual Center megvásárlását, amely lehetővé teszi számos olyan gazdagép központi vezérlését, amelyre a VMware Server telepítve van, egyesíti őket fürtökbe és figyelemmel kíséri a gépek virtuális gépek által terhelését. A virtuális szerverekhez kiosztandó erőforrások mennyiségének meghatározásához használja a vendégek teljesítménymutatóit. Próbáljon csak virtuális SCSI lemezeket használni, mivel a virtuális IDE -k lassabbak.

Ha külső hálózatról kell hozzáférnie a virtuális szerver konzolhoz, konfigurálhat egy webes klienst a Microsoft Internet Information Services (IIS) szolgáltatásba integrált VMware Server számára. Ez a képesség lehetővé teszi, hogy biztonságos SSL (Secure Socket Layer) kapcsolaton keresztül vezérelje a virtuális szervereket az interneten keresztül.

VMware szerver specifikációk

Lehetőségek	VMware Server 1.0
Szolgáltatásként való futtatás képessége	Igen
Virtuális gépek indítása, amikor a gazda operációs rendszer elindul	Igen
Helyi menedzsment	Vastag kliens, parancssor
Több felhasználó hozzáférése	Igen
Programozási interfészek (API)	Igen (C / COM / Perl)
A termék távoli használata	Igen (webkonzol)
Virtuális gépek távoli használata	Kövér kliens
Több telepítés kezelése	Nem
Virtuális gépek / mag arány	2-4
Hardver virtualizációs támogatás	Intel VT (kísérleti)
Virtuális hardver generálása	5
Virtuális gépen belüli virtuális processzorok támogatása (VMware Virtual SMP technológia)	2. Kísérleti)
A virtuális gép számára kiosztott maximális RAM -mennyiség	Akár 3,4 GB
Az összes virtuális gép számára kiosztott maximális RAM -mennyiség	Akár 64 GB
Virtuális IDE vezérlők / lemezek virtuális gépenként	1/4
Virtuális SCSI vezérlők / lemezek virtuális gépenként	4/60
A virtuális lemez maximális mérete	Akár 950 GB
A virtuális hálózati interfészek maximális száma	4
Virtuális kapcsolók	9
Pillanatképek készítése kövér ügyfél segítségével	Igen
Pillanatképek készítése a parancssorból	Nem
Több pillanatkép	Nem
Virtuális gépek klónozása	Nem
Virtuális gépcsoportok (csapatok)	Nem
Virtuális gépek hibakeresése	Igen
Megosztott mappák szolgáltatás	Nem
Drag & Drop támogatás virtuális gép	Nem
Nem támogatott gazda operációs rendszer	Windows XP Professional (32 / 64bit) Windows XP Home Windows 2000 Professional Red Hat Linux 7.0 Red Hat Linux 7.1

1. Csak a kiterjesztett memóriát vagy a PAE -t támogató operációs rendszereken.
2. A VMware Virtual Center használatakor érhető el.

Számos különböző kereskedelmi és ingyenes segédprogram áll rendelkezésre a VMware Server számára a virtuális gépek és lemezek kezeléséhez, a teljesítmény figyeléséhez és karbantartásához. Ha azonban teljes mértékben ki akarja használni a VMware Server erejét, nézze meg a VMware Virtual Center for VMware Server alkalmazást.

VMware ESX Server - vállalati szintű virtualizációs platform és eszköz a vállalkozás virtuális infrastruktúrájának kiépítéséhez

A VMware számos virtualizációs megoldása közül kiemelkedik a VMware ESX Server. A vállalat zászlóshajójának fejlesztéseként a VMware ESX Server megalapozza a nagy virtuális infrastruktúrák kiépítését, amelyek integrálják más VMware termékeket.

A VMware ESX Server egy csupasz fém virtualizációs platform, amely csupasz fém szerverre van telepítve, operációs rendszer vagy más szoftver nélkül. A VMware ESX Server a Linux Red Hat operációs rendszerre épül, amelyben a VMware mérnökei jelentős változtatásokat hajtottak végre a virtualizációt támogató számos funkció hozzáadásával. Ennek a platformnak a megvalósítása maximalizálja a szerver hardver erőforrásainak kihasználását, és a legjobb interakciót biztosítja a vendégek és a hardver között.

A VMware ESX Server számos előnnyel jár, és egy nagyvállalati virtuális infrastruktúra magja, amely több virtuális szerver karbantartását, összevonását, magas rendelkezésre állását és fizikai kiszolgálók közötti virtualizációját igényli. Az ESX Server az igazi koncepció egy vállalati informatikai infrastruktúra kiépítésére virtuális gépek segítségével.

Az ESX kiszolgálón kívül a vállalat virtuális infrastruktúrája olyan összetevőket is tartalmaz, mint a tárolóterületi hálózatok (SAN), a tárolórendszerek (tárolók), a nagy sebességű kapcsolatok (Fibre Channel) és a virtuális hálózatok (VLAN). A VMware ESX Server -en alapuló virtuális infrastruktúra lehetővé teszi ezeknek az erőforrásoknak a központi kezelését és a virtuális szerverek zavartalan működését. A virtuális infrastruktúra fő összetevői a következők:

• Maga az ESX Server.
• VMware fájlrendszer VMFS (virtuális gép fájlrendszer) a virtuális gép teljesítményére és magas rendelkezésre állására optimalizálva.
• VMware SMP (szimmetrikus többfeldolgozás)- olyan technológia, amely lehetővé teszi, hogy a virtuális gépek az összes processzort egy gazdagépen használják, miközben több virtuális processzoruk van.
• Virtuális infrastruktúra ügyfél egy hatékony eszköz a VMware ESX Server távoli adminisztrációjához és konfigurálásához, amely Windows munkaállomásokon fut, és felhasználóbarát felülettel rendelkezik.
• Virtuális Központ- eszköz több ESX szerver központosított kezelésére.
• Virtuális infrastruktúra webes hozzáférés- a virtuális gépek külső hálózatról biztonságos csatornán keresztül történő kezelésének képessége.
• VMware VMotion- olyan technológia, amely lehetővé teszi a futó virtuális szerver "élő" áttelepítését egy másik fizikai szerverre anélkül, hogy le kellene állítani a virtuális gépet, és biztosítani kellene annak zavartalan működését az áttelepítés során.
• VMware magas rendelkezésre állás (HA)- a virtuális gépek szükséges tükreinek automatikus újraindítása egy másik szerveren egy fizikai szerver hardver- vagy szoftverhibája esetén.
• VMware Distributed Resource Scheduler (DRS)- olyan összetevő, amely lehetővé teszi a dinamikus erőforrás -allokációt a virtuális gépekhez.
• VMware összevont biztonsági mentés (VCB)- Egy egyszerű és hatékony eszköz a virtuális gépek biztonsági mentésének létrehozásához.
• VMware Infrastructure SDK- csomag külső fejlesztők virtuális infrastruktúrához való alkalmazásainak fejlesztésére.

Mikor kell használni a VMware ESX Server alapú virtuális infrastruktúrát?

• Világos elképzelései vannak arról, hogy hány fizikai szerverre lesz szükség a virtuális szerver infrastruktúra támogatásához. Ne feledje, hogy a fizikai szerverek áttelepítésének tervezése fizikai processzoronként legfeljebb 4-6 virtuális gépen kell alapulnia, az áttelepített fizikai kiszolgálók átlagos valós terhelése 15%.
• Kiválasztotta a megfelelő VMware ESX Server kiadást és virtuális infrastruktúra -összetevőket, kiszámította azok telepítésének és karbantartásának költségeit, és arra a következtetésre jutott, hogy a megvalósítás megéri, mivel a hardver és a karbantartás megtakarítása fedezi ezeket a költségeket.
• Vannak szakemberei, akik nemcsak kompetensen hajtanak végre egy virtualizációs projektet, hanem olyan rendszergazdák is, akik elegendő tudással rendelkeznek a virtuális infrastruktúra mindennapi karbantartásához és fejlesztéséhez.
• Készen áll a VMware ESX Server által megkövetelt hardver megvásárlására. Legyen óvatos - az ESX szerver telepítési útmutatója megmondja, hogy milyen hardver szükséges a telepítéséhez. Első pillantásra minden meglehetősen drágának tűnik, de ha figyelmesen elolvassa a követelményeket, világossá válik, hogy egy teljesen működőképes, oktatási célokra szolgáló ESX Server 900 dollárért megépíthető.

A VMware ESX Server telepítési eljárása meglehetősen egyszerű, és nem igényel széleskörű ismereteket a felhasználótól. Ha követte a VMware ajánlásait és bölcsen választotta a gazda szerver hardvert, akkor az ESX szerver telepítése kevesebb, mint egy órát vesz igénybe. Ha legalább egy ESX -et telepít, azonnal sok kérdése és problémája támad - ez az ára a VMware ESX Server által nyújtott képességeknek. Íme néhány alapvető útmutató az ESX telepítése utáni első lépésekhez:

• Az ESX szerver kezeléséhez és az első virtuális gépek létrehozásához használja a VMware Infrastructure Client programot, amely letölthető a https: // webhelyről.
• A fájlok ESX -re és onnan történő átviteléhez használja a WinSCP (lassú fájlátvitel, titkosítja a forgalmat) vagy a FastSCP (gyors fájlátvitel, de jobb, ha nem használja a külső hálózatról, mivel a forgalom nincs titkosítva).
• Ha engedélyezni szeretné a root felhasználó számára, hogy SSH -n (Secure Shell) keresztül jelentkezzen be, adja hozzá a "PermitRootLogon yes" sort az ESX "httpd.conf" fájljához.
• Használja a "vmkfs-tools" segédprogramokat a lemezek kezeléséhez, használja az "esxtop" parancsot a virtuális gépek teljesítményének megfigyeléséhez, és használja a "var / log / vmware / hostd.log" naplót a hibajelentések elemzéséhez.
• Ne feledje, hogy az ESX szabad területe mindig kétféle partíció: az első az ESX operációs rendszeréhez, a második a virtuális gépek tárolására szolgáló vmfs partíciókhoz. A "vdf -h" paranccsal megtudhatja, mennyi szabad hely maradt mindkét partíción.

A VMware ESX Server telepítése után szüksége van egy fizikai -virtuális (P2V) áttelepítő eszközre. A VMware felajánlja a VMware Converter termék használatát ezekre a célokra, azonban használhat más gyártók megoldásait is. Folyamatosan kérdései lesznek - ne habozzon kapcsolatba lépni a VMware cég fórumaival, ahol rendszeres látogatói segítenek a nehéz helyzetben. Végül több virtuális gépet is telepítenek az ESX -re, amely egy virtuális infrastruktúra, amelyet a Veeam Reporter program segítségével készített ábra mutat be:

A virtuális infrastruktúra kulcsfogalmai a következők: fizikai adapter (NIC), virtuális adapter (vNIC), virtuális kapcsoló (vSwitch) és virtuális hálózat (Vlan). A VMware ESX Server lehetővé teszi, hogy akár négy virtuális hálózati adaptert hozzon létre egy virtuális géphez, amelyek mindegyike hozzákapcsolható egy virtuális hálózathoz, amelyet a virtuális kapcsolók váltanak.

A virtuális kapcsoló egyfajta absztrakt többportos eszköz, amely csatornákat vált a virtuális hálózatok és a virtuális gépek virtuális hálózati adapterei között.

A virtuális hálózat több virtuális gép kombinációja egyetlen hálózati környezetben, amelyben kölcsönhatásba lépnek egymással. Ha a virtuális kapcsoló fizikai hálózati adapter, akkor a virtuális gépek ezen keresztül képesek lesznek "látni" a külsőt, az ESX -hez viszonyítva.

Valójában minden nem olyan bonyolult, mint amilyennek látszik: a virtuális infrastruktúra elemeinek létrehozása nagyon kevés időt vesz igénybe, és miután konfigurálták, egy ilyen infrastruktúra nem igényel további konfigurációt, amikor új virtuális gépeket vezetnek be.

Egy kicsit a VMware ESX Server Virtual Center -ről

A VMware Server termékhez hasonlóan a VMware ESX Serverrel több gazdagép használata a vállalati IT infrastruktúrában felveti a fizikai állomások központosított felügyeletének és teljesítményfigyelésének problémáját. Ezen problémák megoldásához a VMware ESX Server platformokon, valamint a VMware Server rendszeren a Virtual Center megoldást használják. Megjelenése az ábrán látható:

A Virtuális Központ lehetővé teszi több olyan gazdagép megfigyelését, amelyre a VMware ESX Server telepítve van, csoportosítani és kezelni őket "riasztások" - különböző események jelzése - segítségével. Meg kell jegyezni, hogy a Virtual Center for VMware ESX Server képességei sokkal nagyobbak, mint a Virtual Center for VMware Serveré, ami elsősorban annak köszönhető, hogy maga a termék VMware ESX Server sokkal fejlettebb képességekkel rendelkezik.

Válasszam a VMware Server vagy a VMware ESX Server alkalmazást?

A fentiekből kiderül, hogy a cikkben leírt mindkét termék célja egy virtuális szerver infrastruktúra fenntartása és hasonló funkciók ellátása. A két platform között azonban jelentős különbségek vannak. Ha a VMware Server -en alapuló virtuális infrastruktúra főleg olyan szerverekből építhető fel, amelyek napi feladatokat látnak el a szervezetben, amelyek nem igényelnek magas rendelkezésre állást, sebességet és rugalmasságot, akkor a VMware ESX Server egy teljes platform a vállalat létfontosságú informatikai infrastruktúrájának támogatására. a virtuális szerverek megszakítás nélküli működése és támogatása 24 × 7 × 365 módban.

Íme néhány példa arra, hogy mikor használjon VMware Server-alapú infrastruktúrát:

• a szervezet belső szervereinek támogatása és karbantartása,
• tesztelési feladatok elvégzése egyedi alkalmazásokhoz,
• kis virtuális hálózatok szimulációja a működő szerverkötegek ellenőrzése érdekében,
• a szervezet belső szervereként működő virtuális gépek használatra kész sablonjainak elindítása,
• az egyes kiszolgálók gyors migrációra való felkészítése.

A VMware ESX szervert a következő feladatok megoldásához kell használni:

• streaming alkalmazások tesztelése nagy szoftverfejlesztő szervezetekben,
• a szervezet külső szervereinek magas szintű rendelkezésre állása, rugalmassága és kezelhetősége,
• nagy virtuális hálózatok modellezése,
• a berendezések, a karbantartás és az áram költségeinek csökkentése nagy szervezetekben és adatközpontokban.

Így a virtuális infrastruktúra szervezetben történő megvalósításakor alaposan meg kell fontolni a végső célok meghatározását. Az ingyenes VMware szerver telepítésekor nem lesz különösebb probléma a telepítéssel és a karbantartással, nem kerülnek költségek a platform megvásárlására sem, de a szervezet elveszítheti a teljesítményét (mivel a virtualizáció a gazda operációs rendszeren keresztül történik) , megbízhatóság és rendelkezésre állás. A VMware ESX Server bevezetése nagy technikai nehézségeket okoz a telepítésben és a karbantartásban szakképzett szakemberek hiányában. Ráadásul az ilyen platformba történő befektetés nem biztos, hogy megtérül a kis- és középvállalkozások számára. A VMware tapasztalatai azonban azt mutatják, hogy a nagy szervezetek számára a VMware ESX Server megvalósítása hosszú távon komoly költségmegtakarítássá válik.

E pontok figyelembe vétele lehetővé teszi, hogy hozzáértően megtervezze az informatikai infrastruktúra fizikai szervereinek virtuálisra történő áttelepítését, miközben nemcsak pénzt, hanem időt is megtakarít, ami, mint Ön is tudja, pénz.

A VMware Cloud Foundation 4 újdonságai

Nemrégiben beszéltünk az új platformfunkciókról és a VMware termékcsalád egyéb frissítéseiről, amelyeket a csúcstermékkel egyidejűleg jelentettek be. Emlékezzünk vissza ezekre a cikkekre:

Ma egy másik fontos frissítésről fogunk beszélni - a hibrid infrastruktúra VMware Cloud Foundation 4 megoldáskészletének új verziójáról. A csomag korábbi verziójáról írtunk VCF 3.9.1. 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ások összetevőit, amelyek online, felhő vagy hibrid vállalati infrastruktúrában futnak az SDDC Manager irányítása alatt.

A VCF negyedik verziója tartalmazza a legújabb összetevőket, a fent ismertetett cikkeket:

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

Amint látjuk, egy alapvetően új összetevő jelent meg a VCF veremben - VMware Tanzu Kubernetes Grid. A konténerek támogatására szolgáló infrastruktúráról már írtunk a vSphere platform új verziójában és. Az új VCF architektúrában a rendszergazdák a Kubernetes eszközök és a nyugtató API segítségével telepíthetnek és kiszolgálhatnak alkalmazásokat a Kubernetes fürtökben.

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

• A Kubernetes-alapú vSphere Pod Services lehetővé teszi a csomópontok közvetlen futtatását az ESXi hipervizoron. Amikor a rendszergazda tárolókat telepít a vSphere Pod Service szolgáltatáson keresztül, ugyanazt a biztonsági, elszigeteltségi és teljesítménygaranciát kapják, mint a virtuális gépek.
• A rendszerleíró adatbázis lehetővé teszi a fejlesztők számára, hogy tárolják és kiszolgálják a Docker és az OCI képeket a Harbor platformon.
• A hálózati szolgáltatás 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 tárolási szolgáltatások lehetővé teszik a fejlesztők számára a tárolókhoz, Kubernetes -fürtökhöz és virtuális gépekhez használt állandó lemezek kezelését.

Mindez lehetővé teszi, hogy megkapja a hibrid infrastruktúra (VM + konténerek) minden előnyét, amelyeket érdekes módon írnak le.

A továbbiakban a VCF 4 megszerzi az összes legújabb 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 szoros integrációja a vSphere 7. vLCM platformmal kiegészíti a virtualizációs infrastruktúra -összetevők életciklus -kezelési lehetőségeit, amelyek már az SDDC Manager -ben vannak, de mélyebb szinten - nevezetesen a firmware kezelési szintje a ReadyNodes vSAN csomópontokhoz (például HBA firmware frissítések).

A vSphere vonal összes többi frissítéséhez hasonlóan a VCF 4.0 frissítés is á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 Services szolgáltatásról fogunk beszélni.

V modern világ A vállalati infrastruktúra egyre inkább eltávolodik a régi jelszavas hitelesítéstől a kétfaktoros (2FA) vagy többtényezős (MFA) hitelesítési gyakorlathoz. A felhasználói azonosítási folyamat mindig 3 kulcsfontosságú dologon alapul: tud valamit (jelszó), van valamije (telefon), vagy ki vagy (ujjlenyomat).

Az Identity Federation Services lehetővé teszi a vCenter Server infrastruktúra más identitásszolgáltatókkal, például Active Directory Federation Services (ADFS), a két- vagy többtényezős hitelesítési folyamat egyesítésére. Más szóval, azok a felhasználók, akik a 2FA -n keresztül jelentkeznek be az asztalukra vagy felhőszolgáltatás ugyanazt az eljárást fogja használni a vCenter Server műveletekhez.

Ha csatlakozik az egyik hitelesítési szolgáltatóhoz (például ADFS), a vSphere Client bejelentkezéskor átirányítja a szolgáltató bejelentkezési űrlapjára. A szolgáltatói oldalon történő engedélyezés után egy fordított átirányítást hajtanak végre egy biztonságos token használatával, amelyen keresztül a felhasználó már dolgozni fog a vCenter szolgáltatásokkal.

A felhasználói élményt tekintve ez hasonlít például a Google vagy a Facebook használatával történő bejelentkezéshez. Az OAUTH2 és az OIDC protokollok információcserére szolgálnak.

Ha engedélyezi az Identitás -összevonást, akkor a hagyományos Active Directory, az integrált Windows -hitelesítés és az LDAP / LDAPS használatával hitelesítheti a vCenter kiszolgálót. Meg kell azonban érteni, hogy mindezek a hitelesítési módszerek nem érintik a vSphere Single Sign-on (SSO) szolgáltatást, amelyet továbbra is a vSphere platform adminisztrációs beállításainak elvégzésére használnak.

Bob Plankers részletesebben kifejti ezt a mechanizmust az alábbi videóban:

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

Íme az újdonságok az Ubuntu OVA for Horizon 1.2 képen:

• Támogatja legalább a Horizon 7.11 / Horizon Client 5.3 és újabb verziókat
• Támogatja legalább a vSphere 6.7 és újabb verziókat
• Az OVA sablon frissített alapképe az Ubuntu 18.04.4 LTS rendszeren
• Frissített virtuális hardver - Virtuális hardver v14
• Hozzáadta a statikus IP -cím konfigurálásának lehetőségét
• Hozzáadott támogatás az USB 3.0 és az USB-átirányításhoz (linux-agent-installer.sh szkripten keresztül)
• Hozzáadott lehetőség a KDE Desktop 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ésének lehetősége
• 5. futási szint beállítás eltávolítva
• Javítva a hibák MOTD -val
• Kikapcsolt automatikus frissítés TOVÁBB
• Továbbfejlesztett SSO támogatás
• Az optimalizáló szkript továbbfejlesztése, ma optize.sh néven

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

Ne feledje azt sem, hogy már nincs vCenter Server for Windows telepítője. , a vSphere 6.7 volt a platform utolsó verziója, ahol még volt egy verzió a vCenter for Windows számára. Ez most csak egy virtuális Photon OS-alapú vCenter Server Appliance (vCSA).

Korábban írtuk, hogy a megjelenő segédprogram használatával áttelepíthet egy külső Platform Services Controller (PSC) szervert egy könnyen kezelhető beágyazott PSC-re a vCenter Server CLI vagy a vSphere Client grafikus ügyfél használatával:

Ezenkívül a vCenter 7 telepítő frissíti a vCenter -t, és egyetlen feladat keretében átküldi az összes szolgáltatást a beágyazott PSC -hez, így a frissítés eredménye azonnal kész lesz. 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 átmegy a vCenter Server for Windows és a vCenter Server Appliance (VCSA) közötti migrációs útvonalon, akkor a séma pontosan ugyanaz lesz - ennek eredményeként a vCenter 7 -ből a vCSA -ba kerül az integrált PSC:

A külső PSC átalakítása után a konzolban marad, és a leszerelése a vSphere rendszergazda későbbi feladata. Ezt megteheti a CMSSO-UTIL paranccsal vagy innen grafikus felület kliens (a Rendszerkonfiguráció részben):

3. A frissítés módjai

Itt minden egyszerű. A frissítést az alábbi lemez támogatja:

Amint a táblázatból látható, a frissítés a vSphere 6.5 -től kezdődően támogatott, de sok rendszergazda a virtuális infrastruktúra frissítésekor inkább a vCenter -szolgáltatások újratelepítését részesíti előnyben, hogy ne húzza végig a frissítés során megjelenő lehetséges hibák előzményeit.

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

Címkék: VMware, vCenter, Frissítés

Most lehetőség van a házirendek újradefiniálására. A számítógép indításakor számítógépes házirendeket alkalmaznak. 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 folytathatja a beállítások frissítését a felhasználó bejelentkezése után.

Nos, a 9.11 DEM utolsó érdekes új funkciója a Tételek keresése. Lehetővé teszi a keresést a piactéren elérhető konfigurációs sablonokban, az Ön által létrehozott Horizon Smart házirendben, bizonyos feltételek (feltételkészlet) és egyéb elemek között, ami nagyon kényelmes a rendszergazdák számára:

A Dynamic Environment Manager 9.11 letölthető erről a linkről. Kiadási megjegyzések állnak rendelkezésre.

Címkék: VMware, DEM, Update, VDI, EUC
Címkék: VMware, Horizon, Update, VDI, DEM, Client, EUC

Nézzük meg a vRealize Operations 8.1 újdonságait:

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 megfigyelését egy vSphere-integrált infrastruktúrán belül, lehetővé téve a felügyeleti fürtobjektumok, névterek, csomópontok (POD-k) és fürtök automatikus hozzáadását, amint hozzáadja őket a vCenterhez a munkaterhelés-kezelési szolgáltatások segítségével.

Ezt követően hozzáférhet az Összefoglaló oldalakhoz a teljesítmény, kapacitás, erőforrás -kihasználás és a Kubernetes konfigurációjának felügyeletéhez a vSphere 7.0 platformon. Például a Kapacitás-előrejelzés az infrastruktúra szűk keresztmetszeteit mutatja a csomópont szintjén, míg az irányítópultok, jelentések, nézetek és riasztások hasznosak lesznek a napi műveletek során.

2. Műveletek a VMware Cloud infrastruktúrájában az AWS -en.

Most, az AWS VMware Cloud szolgáltatásban, a VMware Cloud Service Portal token segítségével automatikusan felderítheti az SDDC adatközpontokat, és néhány egyszerű lépésben beállíthatja a felügyeleti eszközöket. Egy fiók használatával több SDDC -objektum is kezelhető lesz a VMware Cloud -on az AWS platformon, beleértve a vCenter, a vSAN és az NSX szolgáltatásokat, valamint teljes 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 -kihasználtságát és teljesítményét, beleértve az NSX Edge, a Controller és a vCenter Server szolgáltatásokat.
• Figyelje a legfontosabb erőforrásokat, beleértve a CPU -t, a memóriát, a lemezt és a hálózatot minden infrastruktúra és virtuális gép számára.
• Kövesse nyomon az erőforrás -felhasználási tendenciákat, és jósolja meg az olyan mutatókat, mint a hátralévő idő, a fennmaradó kapacitás és a fennmaradó virtuális gépek.
• Olyan virtuális gépek megtalálása, amelyek ésszerűtlen mennyiségű erőforrást fogyasztanak, és a korábbi adatok alapján újrakonfigurálást igényelnek.

Ezenkívül a VMware NSX-T szolgáltatások teljes körű támogatást nyújtanak a vizualizációs és felügyeleti eszközökhöz:

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

Az AWS migrációs értékelését is frissítették, hogy lehetővé tegyék a különböző forgatókönyvekből származó több eredmény mentését további elemzés céljából. Ezek a forgatókönyvek a Reserved CPU, a Reserved Memory, a Fault Tolerance, a Raid Level és a Discounts különféle lehetőségeit tartalmazzák.

3. Több felhő megfigyelésének funkciói (Unified Multicloud monitoring).

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

A VROPS 8.1 most a következő GCP szolgáltatásokat nyújtja:

• 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 most a következő AWS objektumokat támogatja:

• Rugalmas babszár
• Direct Connect Gateway
• Célcsoport
• Tranzit -átjáró
• Internet átjáró
• Rugalmas hálózati interfész (ENI)
• EKS klaszter

A CloudHealth Management Pack is továbbfejlesztésre került, hogy magában foglalja a GCP Outlook és az árazási adatok vRealize Operations 8.1 -be való hozásának lehetőségét. Emellett tetszőleges számú egyéni irányítópultot is létrehozhat a nyilvános, hibrid vagy privát felhők különböző erőforrásarányainak árainak kombinálásával.

A VRealize Operations 8.1 várhatóan idén áprilisban jelenik meg, párhuzamosan a VMware vSphere 7 megjelenésével. Erről biztosan írunk.

Címkék: VMware, vRealize, Operations, Update, Monitoring, vSphere, Cloud
Címkék: VMware, vCenter, VEBA, Labs
Címkék: VMware, SRM, Update, DR, Replikáció, Enterprise

Mondjuk rögtön, hogy ez csak bejelentés, nem pedig bejelentés a termék új verziójának letölthetőségéről - általában a vSphere GA verziója a bejelentést követő egy hónapon belül megjelenik. Ezért még várni fogunk a VMware vSphere 7 -re áprilisban, ma pedig ennek a platformnak az új funkcióiról fogunk beszélni.

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

A vCenter Server egyszeri bejelentkezési topológiájának egyszerűsítését itt jegyezhetjük meg:

• Frissítse a külső PSC -felhasználók vCenter -kiszolgálóját egyetlen vCSA -kiszolgálón alapuló összevont topológiára.
• A beágyazott PSC most az egyetlen telepítési lehetőség. A külső PSC már nem támogatott.

VCenter szerverprofilok:

• Ez az új funkció a vCenter kiszolgálók számára pontosan ugyanúgy működik, mint a gazdaprofilok. Most összehasonlíthatja és exportálhatja a vCenter kiszolgálók 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 -re a REST API -n keresztül.

A VCenter Multi-Homing funkciói:

• Mostantól legfeljebb 4 vNIC használható vCSA vezérlő forgalomhoz, ebből egy vNIC a vCHA számára van fenntartva.

A tartalomkönyvtár fejlesztései

• Most egy új nézet jelenik meg a sablonkezeléshez, amely bejelentkezési és kijelentkezési funkciókat biztosít a sablonverziók kezeléséhez, és lehetővé teszi a korábbi verzióra való visszalépést.
• Először egy kijelentkezés történik, hogy megnyíljon a változtatások lehetősége, majd bejelentkezhet a változtatások könyvtárba mentéséhez.

A vCenter Server Update Planner új funkciója:

• Az új képesség a vCperner vSphere Lifecycle Manager (vLCM) részeként érhető el.
• A Frissítésütemezővel értesítéseket kaphat a vCenter frissítéseiről, tervezhet és telepíthet frissítéseket, és elvégezheti az elemzést a frissítés előtt.
• Képesség a frissítés előtti ellenőrzések elvégzésére a kiválasztott vCenter kiszolgálón.

2 VMware DRS fejlesztés

• A DRS most minden percben indul, nem pedig minden 5 percben, mint korábban.
• A VM DRS pontszámmechanizmust (aka) ajánlások előállítására használják.
• Most ez egy munkaterhelés -központú mechanizmus - ez azt jelenti, hogy most először is magának a virtuális gépnek és a benne lévő alkalmazásnak az igényeit veszik figyelembe, és csak ezután a gazda erőforrások felhasználását.
• A memória számítások a fürt standard szórása helyett a megadott memórián alapulnak.
• Megjelent a Scaleable Shares mechanizmus, amely lehetővé teszi a részvények jobb elosztását az erőforráskészletben azok kiegyensúlyozása szempontjából.

3. A vMotion fejlesztései

Ilyen javítások történtek:

• A Monster VM migrációjának fejlesztései (nagy erőforrásokkal és nagyon nagy terheléssel), ami lehetővé teszi a sikeres áttelepítés esélyének növelését.
• Ha csak egy vCPU -t használ a megváltozott oldalak követésekor (oldalkövető) az összes vCPU helyett, ami kevésbé befolyásolja az áttelepítés során a teljesítményt.
• Rövidebb idő a kontextusváltásra egy másik szerverre (most kevesebb, mint egy másodperc). Ezt úgy érik el, hogy akkor váltanak, amikor a tömörített memória bittérképet már elküldték a célszervernek, ahelyett, hogy a teljes bitkép továbbítására várnának.

4. A vSphere Lifecycle Manager (vLCM) új funkciói

Itt két fejlesztés figyelhető meg:

• Cluster Image Management, amely tartalmazza a firmware -t, az illesztőprogramokat és az ESXi képfrissítéseket a különböző verziókban.
• A Dell OpenManage és a HP OneView megoldások kezdeti támogatása.

5. Alkalmazásgyorsítási funkciók (Tech Preview)

Ezek a szolgáltatások a felvásárolt Bitfusion cégtől származnak. Lehetővé teszik, hogy optimalizálja a GPU használatát a készletben a hálózaton keresztül, amikor a vGPU részben megosztható több virtuális gép között. Alkalmazható AI / ML alkalmazás feladatok terhelésére.

Mindez lehetővé teszi, hogy a számításokat úgy szervezze meg, hogy a GPU hardvermodulokkal rendelkező ESXi -házigazdák virtuális gépeket futtassanak, és a rendes ESXi -kiszolgálókon lévő virtuálisgép -társaik közvetlenül futtassanak alkalmazásokat. Ebben az esetben a CUDA utasításokat az ügyfél virtuális gépektől a hálózaton keresztül továbbítja a szerver virtuális gépekhez. Bővebben olvashat róla.

6. Rendelhető hardverfunkciók

Ez a funkció lehetővé teszi az úgynevezett Dynamic DirectPath I / O használatát olyan gépeknél, amelyeknek PCIe passthrough és Nvidia GRID eszközökkel kell működniük. Mostantól használható olyan hardverek kiválasztására, amelyek specifikus hardverkövetelményekkel rendelkeznek, például vGPU és PCIe. Ez lehetővé teszi a HA és DRS kezdeti elhelyezési technológiák használatát az ilyen virtuális gépekhez olyan fürtben, ahol vannak ESXi gazdagépek, amelyek kompatibilisek a hardver szempontjából.

7. Tanúsítványkezelés

Íme a 2 fő új funkció:

• Új tanúsítványimportáló varázsló.
• Tanúsítvány API szkript tanúsítványkezeléshez.

8. Az identitásszövetség jellemzői

Az ADFS funkciók mostantól támogatottak, és további OAUTH2 és OIDC mechanizmusokat használó személyek is támogatottak lesznek.

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

• A vTA külön ESXi -gazdacsoportot használ egy külön hardverbiztonsá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, valamint a vCenter és más felügyeleti összetevőket.
• Akkor használhatja az igazolási mechanizmust, ha titkosítási kulcsokra van szükség.
• Most már könnyebb érvényesíteni a legkisebb jogosultság elvét és kibővíteni az ellenőrzési teret.

10. Képesség vSGX / Secure Enclaves (Intel)

• Az Intel Software Guard Extensions (SGX) lehetővé teszi az érzékeny alkalmazáslogika és tárhely áthelyezését olyan védett területre, amelyhez a vendég operációs rendszerek és az ESXi hipervizor nem férnek hozzá.
• Az SGX funkciók kiküszöbölik a vMotion, a pillanatképek, a hibatűrés és más technológiák használatát. Ezért az SGX csak akkor használható legjobban, ha nincs más lehetőség.

11. A vSphere új kiadása a Kubernetesszal (Project Pacific)

Részletesen beszéltünk a Pacific projektről. Ez egy olyan eszközkészlet, amely a VMware vSphere környezetet Kubernetes -fürtök natív platformjává alakítja. A vCenter Server k8s fürtkezelési képességeket biztosít (minden n-2-nél régebbi fürt frissítésre kerül). A Harbor is integrálva van a megoldásba, amely minden névtérhez beilleszthető.

Ez eddig csak a VMware Cloud Foundation (4.0) felhasználói számára érhető el, mivel a megoldás egy összetevőhöz van kötve.

12. A VMware Tools fejlesztései

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

13. Frissített hardver (VM Hardware v17)

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

• Virtual Watchdog Timer - mostantól nem függ a fizikai hardver a virtuális gép újraindításához, ha a vendég operációs rendszer nem válaszol.
• Precíziós időprotokoll (PTP) - Nagyon időérzékeny alkalmazásokhoz (például kereskedők kereskedési platformjaihoz) használhatja a PTP -t az NTP helyett, és hozzárendelheti azt a virtuális gépekhez.

14. A vSphere Client fejlesztései

A következő fejlesztések jelentek meg itt:

• A keresési előzmények mentése megkezdődött.
• Az API Explorer mostantól jobban látja az összes elérhető API -t.
• A Code Capture programhoz most választhat egy szkriptnyelv - PowerCLI, Javascript, Python vagy Go.

Természetesen ez nem minden új funkciója a minap bemutatott VMware vSphere 7 -nek. A közeljövőben sokkal többet fogunk elmondani róluk, emellett pedig a VMware Tanzu család, a VMware Cloud Foundation 4 és a vRealize 8.1 bejelentett megoldásait is megvizsgáljuk.

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

A virtuális címek fizikai címekké történő lefordításához egy oldaltáblát használnak, amely PTE (Page Table Entries) rekordokat tartalmaz:

A PTE rekordok valódi linkeket tartalmaznak fizikai címekés a memóriaoldal néhány paramétere (erről bővebben olvashat). A PTE rekordok szerkezete különböző méretű lehet - ezek a WORD (16 bit / 2 bájt), a DWORD (32 bit / 4 bájt) és a QWORD (64 bit / 8 bájt). Például a fizikai memóriában lévő nagy címblokkokat célozzák meg, a DWORD például 4 kilobájtos címblokkot (például 4096 és 8191 közötti címeket).

A memória olvasása és átvitele a vendégrendszerbe és az alkalmazásokba 4 KB vagy 2 MB oldal - 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. Ezzel a megközelítéssel természetesen előfordul a memória töredezettsége - ritkán, ha egész számú oldal írására van szükség, és a memória egy része kihasználatlan marad. Az oldal méretének növekedésével töredezettségük növekszik, de a teljesítmény növekszik.

Az oldaltáblákat (és több is lehet) szoftveres vagy hardveres memóriakezelő egység (MMU) vezérli. Hardveres MMU esetén a hipervizor átadja neki a műsorszórás vezérlő funkcióit, a szoftver MMU pedig VMM szinten valósul meg (Virtual Machine Monitor, az ESXi hipervizor része):

Az MMU fontos alkotóeleme a Translation Lookaside Buffer (TLB), amely az MMU gyorsítótára. A TLB mindig legalább a fizikai memóriában található, és a processzorok számára gyakran maga a CPU szintjén valósul meg, így a lehető leggyorsabb hozzáférés. Ezért a tipikus TLB hozzáférési idő egy processzoron körülbelül 10 nanosekundum, míg a fizikai memóriához való hozzáférés körülbelül 100 nanosekundum. A VMware vSphere támogatja a Hardver MMU Offload funkciót, vagyis a memóriakezelési funkciók átvitelét a fizikai processzor MMU oldalára.

Tehát, ha a virtuális gépről megjelenik egy kérés a 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 a memória fizikai oldalának elérésekor kerül továbbításra, de a virtuális oldalcímkét a TLB keresi. Ebben az esetben a TLB tartalmaz egy bejegyzést, amely a címkének megfelelő fizikai oldalcím 0x0007 ennek megfelelően sikeres volt a virtuális oldal lefordítása a fizikai oldalra. Ez az úgynevezett TLB találat, vagyis a gyorsítótár ütése.

Egy másik helyzet is lehetséges - virtuális cím bontásakor a kapott címke 0x0003 hiányzik a TLB -ből. Ebben az esetben az oldalt a fizikai memóriában keresi a címke (3. oldal), és a címe már le van fordítva ( 0x006). Ezután egy ilyen címkével ellátott bejegyzés kerül hozzáadásra a TLB -hez (ebben az esetben a gyorsítótárból származó régi bejegyzéseket megelőzik, ha megtelt):

Meg kell jegyezni, 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 kihagyás.

De nem ez a legrosszabb helyzet, mivel a késleltetés továbbra is nanoszekundumokra megy. De a hozzáférés sokkal hosszabb lehet (ezredmásodperc, sőt másodperc), ha a vendég operációs rendszerhez szükséges oldalt lemezre másolta.

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

A virtuális gép hozzáfér a virtuális címhez 0x00000460 amelyhez van címke 0x0000... A fizikai memóriában a 0. oldal van hozzárendelve ehhez a címkéhez, ami azt jelenti, hogy meg kell keresnie ezt az oldalt azon a lemezen, ahol a fizikai memória hiánya miatt kiürült az oldal.

Ebben az esetben az oldalt visszaállítják lemezről RAM -ba (a hozzáférési idő szempontjából a legrégebbi oldalt kiszorítva), majd az oldal címét lefordítják. Ezt a helyzetet nevezik oldalhibának ( Oldalhiba), ami késleltetéshez vezet az alkalmazásműveletekben, ezért néha hasznos nyomon követni az egyes folyamatok oldalhibáit, hogy megértsük a teljesítménycsökkenés okát a memóriával való munka során.

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

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 Plugin for vSphere bővítményt (lásd, hogy hol lehet letölteni 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 a vSphere fejlődését, amelyet a csomagok tartalmaznak.

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

A csomag a kódminőségre, a kód újrafelhasználására, az egység tesztelésére, a kapcsolatkezelésre és a vRealize platform egymás melletti projektkiadásaira összpontosít. A vRealize Build Tools olyan kiterjesztések, amelyek Maven lerakatformátumba vannak csomagolva, és támogatják az IDE (Maven -en keresztül) és a CLI használatát a vRA / vRO platformok megoldásainak kifejlesztéséhez, teszteléséhez és telepítéséhez.

Lássuk a második verzió újdonságait:

• Támogatás a megoldáshoz, tervrajzaihoz, egyedi űrlapjaihoz, előfizetéseihez és ízleképezési mechanikájához
• A meglévő tartalom támogatása és importálása a vRO 8 rendszerhez
• A vRO 8 funkció támogatása a munkafolyamatok címkék alapján történő mappaszerkezetbe történő exportálásához
• A dolgozói folyamatok elindítása vRO -n a maven paranccsal
• Képesség a JS Actions ID azonosítók mentésére a forrásnál a konfliktusok megelőzése érdekében a vRO környezetben
• A TypeScript projektek kísérleti támogatásának fejlesztései
• Hibajavítások és dokumentációs frissítések

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

• vRealize Orchestrator
• Microsoft VS kód

A vRealize Build Tools letölthető erről a linkről.

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

Számos hibajavítás mellett a segédprogram számos új parancsmaggal 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ékeztetőül: a VMware nem támogatja ezt a modult (mint a VMware Labs összes segédprogramja, amely Tech Preview állapotban van), ezért óvatosan használja.

Ez az eszköz hasznos lehet a következő esetekben:

• Ha két klasztert kell összehasonlítani teljesítmény szerint (például különböző hardvereken)
• Mikor kell megérteni a fürtkonfiguráció -változások teljesítményhatását
• Amikor ellenőriznie kell, hogy az új fürt helyesen van -e konfigurálva, mielőtt éles környezetbe indítja

A Weathervane futtatásához tárolóképeket kell létrehoznia, elő kell készítenie egy konfigurációs fájlt, és futtatnia kell egy benchmarkot. Ezután a segédprogram maga tárol tárolókat a fürtben, elindítja az alkalmazásokat és összegyűjti a teszteredményeket.

A Weathervane telepíti a benchmark alkalmazást a csomópontokra, és betölti a terhelést, amely a Workload driver komponensen keresztül jön létre. Ez az illesztőprogram mind a benchmark alkalmazással együtt, mind külső környezetben, külön fürtben helyezhető el.

A Weathervane állandó terhelésre állítható be meghatározott számú szimulált felhasználó számára, vagy konfigurálható úgy, hogy megkeressen a felhasználók maximális számát, hogy megfeleljen a szolgáltatásminőségi (QoS) követelményeknek. Ez utóbbi esetben a teszt eredménye az a maximális WvUser -szám lesz, amelyet a fürt el tud viselni. Valójában ezt a paramétert kell használni a klaszterek teljesítmény szerinti összehasonlításához.

Így néz ki a Weathervane megoldás összetevői (a futóköteg -alkatrész felelős a próbaüzemek végrehajtásáért és a teszteredmények megszerzéséért):

A Weathervane többszintű webalkalmazást használ, amely állapot nélküli és állapot-szolgáltatásokat tartalmaz. Ezek közül az alkalmazások telepítési típusai közül választhat. Egyszerre 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 rétegből áll. Az alkalmazás logikáját a Tomcat szerveren futó Java szolgáltatásokon keresztül valósítják meg, amelyek a REST API és a RabbitMQ üzeneteken keresztül kommunikálnak, és a Zookeeper -t használják a koordinációhoz. A háttértárak PostgreSQL és Cassandra használatával valósulnak meg. A front-end webszerverek és a proxy gyorsítótár-kiszolgálók az Nginx-ben vannak megvalósítva.

Címkék: VMware, Kubernetes, Weathvane, Update, Performance

Oroszországban is van már 10 vExpert fuvarozó, nem olyan sok, de nem is túl kevés (Svédország és Norvégia szintjén). Világos, hogy a vExpert nagy része azokból az országokból származik, ahol minden rendben van az angollal, mivel az angol nyelvű blogok közönsége szélesebb, ami motiválja a szerzőket a bejegyzések írására (és általában a vExpert a blogolásért adják).

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

És itt vannak az orosz szakemberek, akik idén vExpert kaptak:

Címkék: VMware, vExpert, Blogok

VMware vCenter Server 6.7 Teljesítmény a távoli iroda és a fióktelep virtuális infrastruktúrájával VMware ESXi szerverek

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

Tavaly év végén a VMware megjelentetett egy érdekes dolgozatot "A VMware vCenter Server 6.7 teljesítménye távoli irodákban és fióktelepekben" (kicsit kitértünk rá), amely az ilyen forgatókönyv használatának fő aspektusá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, amelyekhez a hozzáférés különböző típusú kapcsolatokon (például 4G vagy műhold) keresztül történik, ezért nagyon fontos, hogy a különböző műveletek mekkora forgalmat igényelnek, és milyen gyorsan dolgoznak a rendszergazda szemszögéből.

A különböző típusú hálózati kapcsolatok paramétereit a VMware -ben egy táblázatban foglaltuk össze (a jobb oldali oszlopban, amelyet a tesztkonfiguráció használatával kaptunk, és a bal oldali oszlopban, mint a valós adatközpontokkal rendelkező forgatókönyvekben):

A teszteléshez 128 ESXi gazdagép távoli konfigurációját használták, ahol 3840 virtuális gépet regisztráltak (960 VM fürtönként, 30 gazdagépenként), ebből akár 3000 gépet is bekapcsoltak egyszerre.

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ő "fogaskerékévé" válniuk. Sok virtualizációs vállalat két népszerű hipervizort választ - VMware és KVM. Javasoljuk, hogy kitaláljuk, melyik a jobb. De először egy kis elmélet.

Mi az a hipervizor?

A hipervizor egy olyan program, amely elválasztja az operációs rendszert a hardvertől. A hipervizorok virtualizálják a kiszolgáló erőforrásait (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 szerver alapján. Minden létrehozott virtuális gép el van szigetelve a szomszédoktól, hogy ne befolyásolja mások munkáját. A hipervizor működéséhez virtualizációs támogatás szükséges: Intel processzorokhoz Intel VT processzoron, AMD processzorokhoz pedig AMD-V.

A hipervizorok két típusra oszlanak: az előbbi közvetlenül a szerverrel működik, a felhasználó operációs rendszere pedig a hipervizor tetején fut. Ezek a hipervizorok szerverkezelési funkciókat tudnak biztosítani egyes felhasználók számára, és a legtöbb vállalkozás ezeket a hipervizorokat használja.

A második típusú hipervizor, más néven Hosted Hypervisor, a kiszolgálóra telepített operációs rendszerrel fut. Az új felhasználóknak szánt operációs rendszerek pedig a hipervizor tetejére épülnek.

Az asztali hipervizorok, például az Oracle VirtualBox vagy a VMware Workstation 2 típusú, míg a VMware és a KVM az 1 -es típusú hipervizorok. A VMware és a KVM közvetlenül a szerverre kerül telepítésre, és nem igényel semmilyen operációs rendszert.

VMware vSphere

A VMware vSphere megvásárlása előtt kipróbálhatja a próbaverziót (60 nap), utána licencet kell vásárolnia, vagy be kell tartania az ingyenes verzió korlátait.

A VMware Free vSphere Hypervisor nevű ingyenes verziónak nincs CPU- vagy memóriakorlátja a gazdagép számára, de számos más is létezik:

• A termék API csak olvasható;
• egy virtuális gép nem tartalmazhat 8 magnál többet;
• nem használható a Veeam -kel együtt 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 társaitó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 kiszolgálóra nagyon egyszerű: csak CD -ről, flash meghajtóról vagy PXE -ről kell indítani. Ezenkívül a szkriptek támogatják a szoftver telepítését, a hálózati konfigurációt és a vCenter Server kapcsolatot.

Fontos továbbá egy speciális VMware vCenter Converter, amely lehetővé teszi az MS Virtual Server, Virtual PC, Hyper-V képek használatát az ESXi-ben, valamint az olyan programok által létrehozott fizikai kiszolgálókat és lemezpartícióképeket, mint az Acronis True Image, Norton Ghost és mások.

A VMware vSphere beépített Microsoft Active Directory integrációval rendelkezik, ami azt jelenti, hogy a Microsoft Domain Services használatával hitelesítheti a felhasználókat privát vagy hibrid felhőben. A rugalmas erőforrás -elosztás lehetővé teszi a CPU, a RAM és a gyors hozzáadását merevlemez(beleértve az aktuális merevlemez átméretezését újraindítás nélkül).

A VMware Fault Tolerate egy VMware technológia, amely a virtuális gépek folyamatos rendelkezésre állási fürtökkel történő védelmére szolgál. Ha a gazdagép (ESXi szerver) a virtuális gép elsődleges munkapéldányával meghibásodik, a védett virtuális gép azonnal átvált egy másik ESXi szerveren futó "másodlagos" vagy "árnyékmásolatra". A VMware hibatűréssel védett gépek esetében a memória és a processzor utasításainak állandó (valós idejű) másolata van a fő példánytó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 gazdagépre. Ez különbözteti meg a hibatűrést a magas rendelkezésre állástól. Magas rendelkezésre állás esetén, ha a fizikai szerver meghibásodik, a virtuális gépek újraindulnak más csomópontokon, és amíg az operációs rendszerek újraindulnak, a felhasználók nem férhetnek hozzá a virtuális kiszolgálókhoz.

A VMware Foult Tolerate mellett a VMware vCloud Suite Enterprise licenc magas rendelkezésre állást, rugalmasságot és katasztrófa utáni helyreállítást biztosít a vSphere HA, vMotion, Storage vMotion és vCenter Site Recovery Manager funkciókkal.

A kiszolgálók vagy tárolórendszerek (DSS) szervizelése során tervezett kiesések csökkentése érdekében a vMotion és a Storage vMotion funkciók a virtuális gépeket és azok lemezeit az alkalmazások és a felhasználók megszakítása nélkül online mozgatják. A VSphere Replication több vCenter Site Recovery Manager (SRM) replikációs lehetőséget támogat, hogy megvédje a nagyobb katasztrófákat. Az SRM központosított katasztrófa-elhárítási tervezést, automatikus feladatátvételt és visszaállítást biztosít biztonsági mentési webhelyről vagy vCloud-ból, valamint nem zavaró katasztrófa-helyreállítási teszteket.

Ennek a hipervizornak a sajátosságai közé tartozik a hardver szelektivitása - telepítés előtt alaposan ellenőrizze a meglévő hardver kompatibilitását az ESXi kívánt verziójával. Van erre egy speciális a VMware webhelyen.

A VMware termékek engedélyezésének sajátosságai vannak. További zavart okoz a VMware licencelési házirend rendszeres módosítása (a vSphere verzióról verzióra). A VMware vSpere licencek megvásárlása előtt több szempontot is figyelembe kell venni:

• a hipervizor fizikai alapon (CPU) van licencelve. Minden kiszolgáló CPU külön vSphere licencet igényel (a magok nem fizikai processzorok, és nem számítanak bele a licencbe);
• az ESXi szerver elérhető funkcionalitását a rá telepített vSphere licenc határozza meg. A licencekről részletes útmutató a következő címen érhető el:
• minden megvásárolt vShpere licenchez meg kell vásárolnia egy szolgáltatást támogató csomagot (legalább egy évig);
• A VMware nem korlátozza a szerverre telepített memória (RAM) mennyiségét vagy a futó virtuális gépek számát.

Egy másik VMware termék, a Vcenter Server többféle gazdagép kezelésére is használható ESXi hipervizorokkal, tárolórendszerekkel és hálózati berendezésekkel. A VMware partnerek által biztosított vSphere ügyfélbővítmények lehetővé teszik az IT-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. Ezért a vCenter felhasználók közvetlenül a vCenter felületről készíthetnek biztonsági másolatot, védhetik az adatokat, kezelhetik a szervereket, a hálózatokat és a biztonságot. Ugyanebben a konzolban konfigurálhatja azokat az aktiválási szabályokat, amelyek értesítik Önt a felmerült problémákról, és grafikonok vagy táblázatok formájában kaphat adatokat a teljes infrastruktúra működéséről.

KVM

A KVM egy könnyen használható, könnyű, alacsony erőforrású és meglehetősen funkcionális hipervizor. Lehetővé teszi, hogy a lehető legrövidebb idő alatt telepítsen egy virtualizációs platformot, és szervezze meg a virtualizációt Linux operációs rendszer alatt. Működés közben a KMV egy speciális modulon (KVM-Intel vagy KVM-AMD) keresztül fér hozzá az operációs rendszer magjához. Kezdetben a KVM csak az x86 -os processzorokat támogatta, de a KVM modern verziói sokféle processzort és vendég operációs rendszert támogatnak, beleértve a Linuxot, a BSD -t, a Solaris -t, a Windows -t stb. Egyébként minden Wiki -erőforrás (MediaWiki, Wikimedia Foundation, Wikipedia, Wikivoyage, Wikidata, Wikiversity) ezt a bizonyos hipervizort használják.

Mivel a vendég operációs rendszerek kölcsönhatásba lépnek a Linux kernelbe integrált hipervizorral, a vendég operációs rendszerek képesek közvetlenül elérni a hardvert anélkül, hogy módosítani kellene a vendég operációs rendszert. Emiatt a vendég operációs rendszerben szinte nincs lassulás.

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

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

KVM telepítése a műtőben Linux rendszer a KVM csomag és a Libvirt virtualizációs könyvtár telepítéséből, valamint a virtualizációs környezet gondos beállításából áll. A gazdagépen használt operációs rendszertől függően konfigurálnia kell egy hidat vagy kapcsolatot egy VNC konzolhoz, amelyen keresztül a virtuális gépek kommunikálni fognak a gazdagéppel.

A KVM adminisztráció nehezebb, mivel átlátható hozzáférés a fájlokhoz, folyamatokhoz, konzolokhoz és hálózati interfészek hiányzik, saját maga kell konfigurálnia. A virtuális gép paramétereinek KVM -ben (CPU, RAM, HDD) újjáépítése nem túl kényelmes, és további lépéseket 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 minden szükséges funkciót megvalósít. A virtuális gépek kényelmes kezeléséhez ezenkívül telepítheti a Virt-Manager csomagot.

A KVM nem rendelkezik olyan beépített eszközökkel, mint a Fault Tolerate for VMware, így a HA-fürt létrehozásának egyetlen módja a hálózati replikáció használata a DRDB-vel. A 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 kapcsolat érdekében VPN -kapcsolatot kell használnia.

Ezenkívül egy 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ópontjai számára, hogy szolgáltatási üzeneteket cseréljenek az állapotukról, és a pacemakerre, a fürt erőforrás -kezelőjére.

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

Ennek a hipervizornak kétségtelen előnye, hogy bármilyen szerveren képes futni. A hipervizor meglehetősen szerény az erőforrások tekintetében, ami megkönnyíti a tesztelési feladatok elvégzését.

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

Tehát mit válasszon?

Mindkét hipervizor kiforrott, megbízható, nagy teljesítményű virtualizációs rendszer, amelyek mindegyikének sajátosságai vannak, amelyeket figyelembe kell venni a választás során.

A KVM általában skálázhatóbb, mint a VMware, elsősorban azért, mert a vSphere rendelkezik bizonyos korlátozásokkal az általa kezelt szervereken. Ezenkívül a VMware nagyszámú 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 megnehezíti a VMware tárolás támogatását is, amikor bővül.

A KVM általában a legnépszerűbb hipervizor azoknak a vállalatoknak, amelyek csökkenteni szeretnék a megvalósítási költségeket, és kevésbé érdeklődnek a vállalati szintű szolgáltatások iránt.

A kutatások kimutatták, hogy a KVM TCO -ja jellemzően 39 százalékkal alacsonyabb, mint a VMware, bár a tényleges TCO bizonyos tényezőktől, például az üzemeltetési paraméterektől és a telephelyi terheléstől függ.

A szoros integráció a gazda operációs rendszerrel 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ó bevonása is kényelmes választássá teszi a fejlesztők számára.

Az IaaS szolgáltatásokat ügyfeleiknek kínáló felhőszolgáltatók jellemzően a VMware termékekre épülő infrastruktúrát választják. A VMware Sphere -en alapuló megoldások minden fontos vállalati funkciót tartalmaznak a magas és folyamatos rendelkezésre állás biztosítása érdekében, több vendég operációs rendszer támogatását és az ügyfél infrastruktúrájának felhőalapú szolgáltatásokkal való összekapcsolását.

A vSAN 6.7 javítja a HCI működési hatékonyságát, csökkenti a tanulási görbét és felgyorsítja a döntéshozatalt. Ez a kiadás következetesebb, robusztusabb és biztonságosabb alkalmazástámogatást biztosít. Ezenkívül a vezető szakértők tudását, a legújabb technológiákat és elemzőeszközöket használják a kényelmesebb és gyorsabb problémamegoldáshoz. Egyre több vállalat és felhőszolgáltató választja a VMware vSAN-t hiperkonvergált infrastrukturális megoldásaként.

LEHETŐSÉGEK

Termékfejlesztések

Az alábbiakban bemutatjuk a vSAN 6.7 főbb új funkcióit és frissítéseit.

• HTML5 alapú felhasználói felület
• A teljesen átalakított felhasználói felület modern vezérlési képességeket biztosít. Az új kezelőfelület ugyanazon a platformon épült, amelyet más VMware termékek is használnak, így az ügyfelek egységes és könnyen használható folyamatban részesülnek a legteljesebb SDDC termékköteg kezelésében. Ezenkívül az új kezelőfelület a munkafolyamatok egyszerűsítésével csökkenti a sok feladat elvégzéséhez szükséges lépések számát.
• vMűveletek megvalósítása a vCenterben
• A VRealize Operations közvetlenül a vCenter-be integrálva teljes körű rálátást biztosít a helyszíni vagy a nyilvános felhők széles körében telepített HCI környezetekre, és ingyenesen elérhető minden vSAN Advanced és Enterprise ügyfél számára. A testre szabható vSAN műszerfalakkal egyetlen felügyeleti konzolban nyomon követheti és vezérelheti HCI környezetét. Az új vagy meglévő vROP példányok integrálása nem zavaró.
• vSAN ReadyCare
• A VSAN ReadyCare támogatás aláhúzza a VMware elkötelezettségét a vSAN ügyfelek iránt, és teljes körű támogatást nyújt vezető szakértők, valamint a legújabb elemzések és technológiák révén. A vSAN Support Insight prediktív modellezésével a VMware anonim módon elemzi a vSAN -ügyfelek ezreitől gyűjtött adatokat, és értesíti őket, mielőtt problémák merülnek fel. Ezenkívül a vSAN Health Validators valós idejű értesítéseket és hibaelhárítási tanácsokat nyújt.
• FIPS 140-2 titkosítás
• A VSAN bemutatja az első ipari szabványú tárolási titkosítási megoldást a HCI számára. A VSAN 6.7 bemutatja a vSAN titkosítást, az első olyan szoftvermegoldást, amely megfelel a FIPS 140-2 szabványnak és a szigorú amerikai szövetségi követelményeknek. A vSAN titkosítás segít csökkenteni az adatvédelmi költségeket és növelni a rugalmasságot a hardverfüggőség megszüntetésével és az alapvető felügyeleti folyamatok egyszerűsítésével. Ez az első olyan HCI -megoldás is, amelynek STIG -irányelveit a Védelmi Információs Rendszer Ügynökség (DISA) hagyta jóvá.
• Fokozott alkalmazkodóképesség
• A VSAN következetes végfelhasználói élményt nyújt olyan alkalmazásokhoz, amelyek intelligens ön-helyreállítási képességekkel rendelkeznek, mint például az adaptív újraszinkronizálás, a gyors feladatátvétel a fizikailag elkülönített hálózatoknál és a replikák konszolidációja. Az adaptív szinkronizálás optimalizálja az I / O forgalomkezelést, hogy az alkalmazások egészségesek maradjanak a szinkronizálás során. A replikák összevonása csökkenti a csomópont karbantartási módba helyezéséhez szükséges időt és erőfeszítést. Végül az azonnali feladatátvétel megszünteti a fizikailag elkülönített hálózatok feladatátvételének szükségességét.
• Az elosztott fürtök jobb elérhetősége
• Az elosztott fürtkörnyezetek még hatékonyabbak a tanúforgalom intelligens szétválasztásával, az alapul szolgáló környezet újradefiniálásával és a hatékony újraszinkronizálással. A tanúforgalom szétválasztása és a hatékony szinkronizálás optimalizálja az egyes linkeken haladó adatok útvonalát és méretét, így a feladatátvétel átlátható lesz az alkalmazás végfelhasználói számára. Az alapvető környezet újradefiniálása növeli a munkaterhelések elérhetőségét azáltal, hogy hatékonyabb logikát alkalmaz a környezet meghibásodása esetén.
• Optimalizált következő generációs alkalmazások
• A vSAN megoldás egy új megőrzési házirendet (vSAN host rögzítés) használ annak érdekében, hogy a vSAN hatékonyságát és rugalmasságát összehangolja a legújabb megosztott, semmihez nem használt alkalmazások igényeivel. Ezzel a házirenddel a vSAN fenntartja az adatok egy példányát, és darabokat ír a virtuális gépet futtató ESXi gazdagéphez. Ez a képesség különösen fontos a nagy adatmennyiségű alkalmazások (Hadoop), a NoSQL (DataStax) és más alkalmazások számára, amelyek alkalmazásszintű biztonsági mentést végeznek.
• Bővített támogatás a kritikus fontosságú üzleti alkalmazáskörnyezetekhez
• A VSAN mostantól támogatja a küldetés-kritikusabb környezeteket a Windows Server Failover Clustering támogatásával, amely leegyszerűsíti a tárhelykezelést ezekhez a munkaterhekhez, és segít az ügyfeleknek felgyorsítani a központosított SDDC-re való áttérést.
• Proaktív támogatás a vSAN Support Insight segítségével
• A proaktív támogatás javítja a vSAN megbízhatóságát az infrastruktúra -problémák fellépése előtt generált riasztásokkal, és időszakos adatgyűjtéssel lerövidíti a hagyományos támogatási időt. Ennek a funkciónak a használatához regisztrálnia kell a felhasználói élmény javító programba.
• Adaptív Core Dump támogatás
• Az adaptív Core Dump támogatás csökkenti a vSAN ügyfél feloldási idejét többféle környezetben, automatikusan beállítva a támogatás gyorsítására használt értékes adatok irányát és méretét.
• Kiterjesztett hardvertámogatás
• A vSAN mostantól támogatja a 4Kn meghajtókat, amelyek elősegítik a vSAN környezetek felkészítését a jövőbeni igényekre, és lehetővé teszik a teljes tulajdonosi költség csökkentését.