Me ei lähe selles artiklis tehnilistesse üksikasjadesse. Selle asemel vaatame VMware terminoloogiat. See lühike ülevaade on kasulik neile, kes soovivad mõista VMware aluseks olevate toodete erinevust. Peaaegu kõik teavad ESXi kohta. Aga vSphere ja vCenter? Inimesed ajavad need mõisted sageli segamini, kuid tegelikult pole neis midagi keerulist. Paneme kõik riiulitele.

2001. aastal kasutusele võetud VMware ESX hüpervisor (varem tuntud kui VMware ESX Server) käivitas virtuaalse revolutsiooni. Täna on VMware virtualiseerimistarkvara toodete juhtiv arendaja (nüüd Delli osa). Iga pooleteise aasta tagant annab ettevõte välja uue täiustatud funktsioonidega tarkvara, mis ühildub suure hulga seadmetega, sealhulgas SSD draivid NVMe, väga suured kõvakettad ja uusimad keskprotsessorid Intel või AMD.

VMware ESXi

ESXi on hüpervisor; väike osake tarkvara mis installitakse füüsilisse serverisse ja võimaldab teil käitada mitut opsüsteemi ühes hostarvutis. Need operatsioonisüsteemid töötavad üksteisest eraldi, kuid võivad võrgu kaudu välismaailmaga suhelda. Sel juhul on ülejäänud arvutid ühendatud kohtvõrguga (Local Area Network, LAN). Operatsioonisüsteemid töötavad virtuaalmasinatel (Virtual Machine, VM), millest igaühel on oma virtuaalne riistvara.

VMware ESXi on tasulised ja tasuta versioonid. Saate tellida tasuta versiooni installimise. Tasuta versiooni funktsionaalsus on mõnevõrra piiratud. See võimaldab teil ühte arvutisse koondada piiratud arvu operatsioonisüsteeme ja seda ei saa hallata keskse haldusserveri - vCenteri - kaudu. Tasuta ESXi (või VMware ESXi Hypervisor) ühendub aga kaugmäluga, kus saate luua, salvestada ja kasutada virtuaalsed masinad... See tähendab, et seda kaugmälu saab jagada mitme ESXi hosti vahel, kuid mitte virtuaalmasinate vahel. Virtuaalsed masinad kuuluvad igale hostile, mistõttu on keskhaldus võimatu.

ESXi tasuta versiooniga töötamine on väga lihtne ja koosneb põhiprotsessidest: koolitus, tootmisprotsesside testimine, avariitaaste süsteemide testimine ja arhitektuuriliste lahenduste kinnitamine. Pilte kasutades saate kontrollida Windowsi plaastrite õigsust. See võib olla kasulik ka siis, kui otsustate kloonida oma tootmisserveri VMware Converter või P2V tehnoloogia abil ja soovite enne selle installimist testida Microsofti hoolduspaketti.

VMware vCenter

VMware vCenter on VMware virtuaalse infrastruktuuri tsentraliseeritud haldusplatvorm. Tema abiga saate hallata peaaegu kõiki protsesse ühest konsoolist. VCenter Serveri saab installida Windowsi või juurutada eelkonfigureeritud virtuaalmasinaks, kasutades Photon OS-i, mis on võimas Linuxi-põhine jaotus. Varem kasutas VMware Suse Linux Enterprise Server (SUSE) distributsiooni, kuid läks hiljuti üle Photon OS -ile.

vCenter Server on litsentsitud tarkvara. Saate seda osta kahel viisil:

• vCenter Server Essentials osana vSphere Essentialsi paketist. See vCenteri versioon haldab kolme hosti kahe füüsilise protsessoriga. Kui teil on väike ettevõte, siis töötate umbes 60 VM -iga ja see vCenteri versioon sobib teile. Põhikomplektiga saate litsentsi mitte ainult vCenteri serveri, vaid ka ESXi jaoks (kuni kolm hosti kahe protsessoriga).
• Standalone vCenter Server on täielik eraldiseisev vCenter -server, mis suudab hallata 2000 hosti 25 000 virtuaalmasinast. See litsents on mõeldud ainult vCenterile. VCenter ise on vaid osa litsentsimõistatusest. Kõigi masinate haldamiseks ühest seadmest vajate nende kõigi jaoks litsentsi. Litsentse on kolme tüüpi: standardne, ettevõtte, ettevõtte pluss ja igaüks kehtib ühe protsessori kohta. Seega, kui plaanite luua hosti kahe füüsilise protsessoriga, vajate 2 litsentsi ainult selle ühe hosti jaoks.

VMware vSphere

VMware vSphere on kogu VMware'i tootevaliku kaubanimi. Nagu varem öeldud, maksavad erinevad tarkvarapaketid erinevaid rahasummasid. Odavaimad on põhilised vSphere Essentials või Essentials Plus paketid. Kas neil on vahet? Jah, kuid see koosneb saadaolevate funktsioonide arvust, mitte tarkvarast endast.

Sõltuvalt litsentsi tüübist saate juurdepääsu teatud arvule funktsioonidele, mida saab hallata vSphere veebikliendi kaudu. Samuti on olemas vSphere HTML 5 klient, kuid pole veel kasutatav. Ettevõte jätkab selle arendamist.

Essentials ei sisalda kõrget kättesaadavust (automaatne VM -i taaskäivitamine), vMotion, varundustarkvara (VDP) ega võimalust kasutada VSAN -i salvestusruumi.

Essentialsi pakett sobib väikeettevõtetele, kes ei pea kogu aeg võrgus olema. Teisest küljest annab teile tõelise eelise see, kui saate oma virtuaalmasinad teise hosti teisaldada ja võrgus viibides hooldust või hosti uuendusi teha. Kõike seda saab teha tööpäeva jooksul ilma kasutajate tööd katkestamata.

Lisaks taaskäivitab vSphere kõrge kättesaadavus (HA) ootamatu riistvaratõrke korral automaatselt virtuaalmasinad, mis lõpetasid probleemse hostiga töötamise. Need virtuaalmasinad taaskäivitatakse automaatselt teistes VMware klastri hostides. Süsteem võtab natuke aega, et teha kindlaks, milline arvuti on kokku jooksnud ja millised hostid saavad ajutiselt oma virtuaalmasinad üle võtta. Nendel hostelitel peab lisakoormuse talumiseks olema piisavalt mälu ja protsessori võimsust. Niipea kui süsteem on analüüsimise lõpetanud, taaskäivitatakse VM -id. Kogu protsess on automatiseeritud ega vaja administraatori sekkumist.

Tehke kokkuvõte

Nagu näete, on VMware terminoloogiast üsna lihtne aru saada, nagu ka erinevus ESXi, vSphere ja vCenter vahel. Ka litsentsisüsteem on selge. Hüpervisor ise on tasuta, kuid selle funktsionaalsus on piiratud, mistõttu pole selline tarkvara andmete kadumise vastu kindlustatud. Seetõttu on ESXi mõeldud kasutamiseks ainult katsekeskkonnas.

Mõiste "virtualiseerimine" on viimasel ajal muutunud väga moes. Mõiste "virtuaalne masin" on lakanud olemast midagi eksootilist ja kauget. Paljud organisatsioonid, nii või teisiti, on seotud infotehnoloogiaga, on juba õppinud kasutama virtuaalseid masinaid oma igapäevases tegevuses oma IT -infrastruktuuri tõhususe parandamiseks. Virtualiseerimise kontseptsiooni kasutatakse nüüd kõikjal ja kohati erinevates kontekstides: salvestussüsteemide, operatsioonisüsteemide, rakenduste virtualiseerimine. Kui riistvararessursside virtualiseerimise erinevad aspektid on spetsialistidele juba ammu teada, siis opsüsteemide virtualiseerimine on hakanud hoogu koguma alles viimastel aastatel, kuid kiires tempos.

Mis on siis virtualiseerimine ja virtuaalmasinad operatsioonisüsteemide jaoks? Mõiste virtualiseerimine ise tähendab objekti esitamist kasutajale mugavas vormis, samal ajal kui kõik teostuse üksikasjad on peidetud ja objektil endal on sellega seoses väliskeskkonnaga suhtlemiseks tuttavad liidesed. Kui nad räägivad operatsioonisüsteemide virtualiseerimisest, siis peavad nad ennekõike silmas virtuaalsete masinate loomist - mõningaid abstraktsioone, mis sisaldavad oma virtuaalset riist- ja tarkvarakeskkonda, mis võimaldab ühele füüsilisele platvormile korraga installida ja käivitada mitu operatsioonisüsteemi eksemplari aega. Milleks see mõeldud on? Esiteks selleks, et eraldada operatsioonisüsteemi esitlus riistvarast ja paigutada mitu töötavat virtuaalserverit ühele füüsilisele koos võimalusega kiireks migratsiooniks ja töökeskkondade taastamiseks. See lähenemisviis tagab ka maksimaalse paindlikkuse serverite juurutamisel, hooldamisel ja haldamisel.

Enamik suurte organisatsioonide CIO -sid, kui nad ei plaani oma IT -infrastruktuuri osaliselt või täielikult virtualiseerida, siis vähemalt tõsiselt sellele mõelda. Pikemas perspektiivis tunduvad virtualiseerimisprojektid väga ahvatlevad: IT -infrastruktuuri paindlikkuse suurendamine, töökindluse suurendamine ja serverite kõrge kättesaadavuse tagamine, riistvara kokkuhoid - kõik need ja paljud teised tegurid meelitavad ligi ettevõtete IT -osakondade juhte. Paljud aga ei mõista, kui palju vaeva maksab füüsilise infrastruktuuri üleviimine virtuaalsele - lõppude lõpuks on selles valdkonnas vaid mõned pädevad spetsialistid ning võimsate kaubanduslike virtualiseerimisplatvormide soetamine ja juurutamine on kulukas. See artikkel keskendub kahele populaarsele serveri virtualiseerimisplatvormile - tasuta VMware Server ja kaubanduslik VMware ESX Server.

Miks just VMware?

VMware on üks esimesi mängijaid äsja tekkival virtualiseerimisplatvormide turul. 1998. aastal patenteeris VMware oma ja on sellest ajast alates välja andnud palju tõhusaid ja professionaalseid erineva tasemega virtualiseerimistooteid, alates lõppkasutajale (tarbijale) suunatud VMware Workstationist kuni VMware ESX Serverini, mis on mõeldud virtuaalse infrastruktuuri majutamiseks keskmistele ja suurtele ettevõtetele. VMware'i tohutu tooteportfell sisaldab palju tööriistu virtualiseerimisprotsessi tõhususe parandamiseks, virtuaalserverite haldamiseks ja füüsilistelt platvormidelt virtuaalsetele platvormidele üleminekuks. Venemaal on VMware tooted eriti populaarsed, kuna virtualiseerimine on meie riigis endiselt hoogu kogumas ning teiste, meile mitte nii tuttavate müüjate platvormid on väga "toored" ja neil on palju vähem funktsionaalsust kui nende VMware'i kolleegidel. Lisaks edestab VMware virtualiseerimine peaaegu alati konkurentsi erinevates jõudlustestides. Ja kui me räägime Windowsi operatsioonisüsteemide virtualiseerimisest, siis on need peaaegu kindlasti VMware tooted. Vahepeal on VMwareil virtualiseerimisplatvormide hulgast palju valida:

• VMware tööjaam- töölaua kasutajatele keskendunud platvorm, mis on mõeldud kasutamiseks tarkvaraarendajatele ja IT -spetsialistidele,
• VMware Player- tasuta virtuaalmasinate "mängija", mis on ette nähtud konkreetset ülesannet täitvate virtuaalmasinate valmis mallide käitamiseks,
• VMware server, varem tuntud kui VMware GSX Server, mille eesmärk on väikeettevõtete infrastruktuur virtuaalserverite toetamiseks
• VMware Ace- toode virtuaalmasinate loomiseks, mis on kaitstud turvapoliitikaga,
• VMware ESX server- võimas virtualiseerimisplatvorm keskmise suurusega ja suurtele ettevõtetele, keskendudes eelkõige tervikliku ja skaleeritava IT -infrastruktuuri säilitamisele,
• VMware virtuaalne keskus on võimas tööriist virtualiseerimisplatvormide VMware ESX Server ja VMware Server haldamiseks, millel on ulatuslikud võimalused serverite konsolideerimiseks, konfigureerimiseks ja haldamiseks.
• VMware Fusion on Apple'i Mac -platvormi töölaua virtualiseerimise toode.

VMware ametlikud konkurendid serverite virtualiseerimisel on Microsoft, Virtual Iron, XenSource ja SWsoft. Ettevõtte SWsoft tootel on aga üsna kitsas rakendusala (hostimine) ja teiste müüjate areng võrreldes VMware toodetega tundub praegu palju nõrgem.

Millal rakendada ettevõttes virtuaalset infrastruktuuri

Kõigepealt on vaja selgelt määratleda eesmärgid, millega virtualiseerimisplatvorme rakendatakse. Seejärel on vaja kindlaks määrata kriteeriumid, mille alusel hinnatakse virtuaalse infrastruktuuri rakendamise tõhusust. Lisaks puhtalt rahalistele kriteeriumidele (vähendatud riistvarakulud, kokkuhoid hoolduses) peate arvestama ka infrastruktuuri töökindluse, mastaapsuse, paindlikkuse, vastupidavuse, kasutuselevõtuaja lühendamise, seisakute, katastroofide taastamise, tsentraliseeritud haldamise ja kõrge kättesaadavuse parandamisega. Loomulikult saab kõiki neid kriteeriume väljendada rahas, sõltuvalt virtualiseeritava keskkonna tüübist ja eripärast.

7 põhjust serverite virtualiseerimise rakendamiseks

• Suurenenud riistvara kasutamine
  Statistika kohaselt laaditakse enamik servereid igapäevaseid ülesandeid täites 15-20 protsenti. Mitme virtuaalserveri kasutamine ühel füüsikal suurendab seda kuni 80 protsenti, pakkudes samas märkimisväärset kokkuhoidu riistvara ostmisel.
• Vähendatud riistvara vahetamise kulud
  Kuna virtuaalserverid on konkreetsest riistvarast lahti ühendatud, ei nõua füüsiliste serverite pargi uuendamine tarkvara uuesti installimist ja konfigureerimist. Virtuaalse masina saab lihtsalt teise serverisse kopeerida.
• Virtuaalserverite kasutamise paindlikkuse suurendamine
  Kui teil on vaja kasutada mitut erineva koormusega serverit (näiteks testimiseks ja tootmises töötamiseks), on parim lahendus virtuaalserverid, kuna neid saab valutult teistele platvormidele teisaldada, kui füüsilise serveri koormused suurenevad.
• Kõrge kättesaadavuse tagamine
  Virtuaalsete masinate varundamine ja varukoopiatest taastamine võtab oluliselt vähem aega ja on lihtsam. Samuti saab seadmete rikke korral virtuaalserveri varukoopia kohe teise füüsilisse serverisse käivitada.
• Serveri infrastruktuuri hallatavuse parandamine
  Virtuaalserverite tsentraalseks haldamiseks ning koormuste tasakaalustamiseks ja reaalajas migreerimiseks on saadaval palju virtuaalse infrastruktuuri haldamise tooteid.
• Hooldustöötajate kokkuhoid
  Virtuaalserverite haldamise lihtsustamine pikemas perspektiivis toob kokku ettevõtte infrastruktuuri hooldavate spetsialistide kokkuhoiu. Kui kaks inimest, kes kasutavad virtuaalserveri haldamise tööriistu, suudavad teha seda, mida neli tegid, siis miks oleks vaja kahte täiendavat spetsialisti, kes teeniksid vähemalt 15 000 dollarit aastas? Sellegipoolest tuleb arvestada, et palju raha on vaja ka kvalifitseeritud personali koolitamiseks virtualiseerimise valdkonnas.
• Energiasääst
  Väikeettevõtete jaoks pole sellel teguril muidugi tegelikult tähtsust, kuid suurte andmekeskuste puhul, kus suure serveripargi ülalpidamiskulud sisaldavad elektrikulu (toide, jahutussüsteemid), on sellel punktil märkimisväärne tähtsus. Mitme virtuaalserveri koondamine ühele füüsilisele serverile vähendab neid kulusid.

Kui teil pole vaja ettevõttes infrastruktuuri juurutada

Hoolimata kõigist eelistest on serverite virtualiseerimise kasutamisel ka mõningaid piiranguid. Virtuaalse infrastruktuuri kavandamisel arvestage järgmiste teguritega:

• Serveritel on pidev töökoormus üle 60 protsendi
  Need serverid ei sobi virtualiseerimiseks, sest kui teisaldate selle virtuaalmasinasse ja majutate seda koos teiste virtuaalserveritega, võib ressurss otsa saada.
• Server kasutab täiendavat riistvara, mida ei saa virtualiseerida
  Siin on kõik selge: juhul kui server kasutab riistvara, mida virtualiseerimisplatvormide müüjad ei toeta, pole sellise serveri virtualiseerimisel mõtet.
• Virtualiseerimisplatvormi soetamis- ja juurutamiskulud on liiga suured
  Keskmise suurusega ja väikestes organisatsioonides on serverite infrastruktuur väike ning riistvara- ja hoolduskulud madalad. Sellisel juhul peate olema virtualiseerimisprotseduuri suhtes ettevaatlik, kuna kommertsplatvormi ostmine ei pruugi olla õigustatud.
• Kvalifitseeritud spetsialistide puudus
  Paljudel juhtudel nõuab füüsiliselt riistvaralt virtuaalmasinatele üleminek ja virtualiseerimisplatvormi edasine kasutuselevõtt neid juhtivatelt inimestelt head kvalifikatsiooni. See on eriti vajalik "Bare metal" klassi (paljas metall) platvormide kasutuselevõtmisel. Kui te pole kindel, kas teie inimestel on selleks teadmisi, ärge alustage virtualiseerimisprojekti.

VMware Server on väikeettevõtetele tasuta ja võimas virtualiseerimisplatvorm

Tasuta toode VMware Server on üsna võimas virtualiseerimisplatvorm, mida saab kasutada serverites, kus töötab Windowsi ja Linuxi operatsioonisüsteem. VMware Serveri peamine eesmärk on toetada väikeettevõtete väikeseid ja keskmise suurusega virtuaalseid infrastruktuure. Selle arendamise ja installimise väikese keerukuse tõttu saab VMware Serveri võimalikult lühikese aja jooksul juurutada nii organisatsioonide serverites kui ka kodukasutajate arvutites.

Varem levitati seda toodet kaubandusliku litsentsi alusel ja kandis nime VMware GSX Server 3, kuid võimsa virtualiseerimisplatvormi VMware ESX Server võimaluste ja müügi kasvades ei näinud VMware VMware Serveri platvormi müügis väljavaateid, muutes toote lõpuks vabaks. Väärib märkimist, et selle toote puhul tugineb VMware suurel määral tulule, mis saadakse virtuaalse VMware Serveri virtuaalse infrastruktuuri haldamise tööriista Virtual Center for VMware Server müügist, mis pakub rikkalikku koostalitlust virtuaalmasinatega ja virtuaalserveri konsolideerimist.

Siin on VMware Serveri toote peamised kasutusjuhud:

• ettevõtte tootmisel mitme virtuaalserveri tugi ühel füüsilisel serveril
• mitmete virtuaalserverite tugi testimiseks "koos" virtuaalses hostvõrgus tarkvara arendamise ja toe ajal
• kasutusvalmis virtuaalmasinate (virtuaalseadmete) käitamine, mis täidavad spetsiifilist serverifunktsiooni
• virtuaalserverite kõrge kättesaadavuse tagamine (virtuaalseid masinaid saab hõlpsasti füüsiliste serverite vahel üle kanda)
• Virtuaalserverite hõlpsasti taastatavate varukoopiate loomine, saades hetkepilte süsteemi hetkeseisust ("hetktõmmised").

VMware Serveril on ulatuslikud võimalused virtuaalmasinatega töötamiseks, sealhulgas:

• Toetab mis tahes standardset x86 arhitektuuri
  VMware Serveril ei ole füüsiliste serverikomponentide jaoks erinõudeid - erinevalt VMware ESX Serverist, mis seab serveri riistvarale väga spetsiifilised piirangud. Toetatakse ka mitmetuumalisi protsessoreid.
• Kahesuunalise virtuaalse SMP tugi (sümmeetriline mitme töötlemine)
  Kui füüsilise serveri arhitektuur seda võimaldab, võivad VMware Serveris loodud virtuaalmasinad sisaldada kahte virtuaalset protsessorit, mis mõjutab positiivselt külaliste jõudlust.
• Toetus suurele hulgale hostide ja külaliste operatsioonisüsteemidele, mille täielik loetelu on alati saadaval VMware veebisaidil
  Hosti operatsioonisüsteemide arv, kuhu saab VMware Serveri installida, on loomulikult väiksem kui toetatud külalissüsteemide arv. Vahepeal saab külalisena installida peaaegu iga teadaoleva operatsioonisüsteemi. Isegi kui see pole toetatud loendis, ei tähenda see, et seda ei saaks installida.
• 64-bitiste host- ja külalisoperatsioonisüsteemide tugi
  Peremehe 64-bitiste süsteemidena perekonna 64-bitised operatsioonisüsteemid Windows Server 2003, samuti Linuxi süsteemide 64-bitised versioonid: Red Hat, SUSE, Mandriva ja Ubuntu. Toetatud külalisoperatsioonisüsteemide loendit täiendavad ka Windows Vista, Sun Solarise ja FreeBSD 64-bitised versioonid.
• IntelVT (Intel Virtualization Technology) tugi
  VMware Server katsetab Inteli riistvara virtualiseerimistehnoloogiat ja võimaldab seda kasutada virtuaalmasinate toetamiseks. Väärib märkimist, et riistvara virtualiseerimine on VMware inseneride uuringute kohaselt endiselt aeglasem kui tarkvara virtualiseerimine, seega pole soovitatav parema jõudluse tagamiseks tarkvara virtualiseerimise tuge lubada.

VMware Serveri sissejuhatus algab virtuaalse masina halduskonsooli aknast:

Programmi põhiakna tööruumis saate luua virtuaalse masina, lisada olemasoleva, lülitada konsooli teisele füüsilisele hostile (hallata virtuaalserverit eemalt) ja konfigureerida hosti parameetreid.

Virtuaalmasina loomine VMware Serveris on lihtne ja intuitiivne ning võtab uue virtuaalmasina viisardis vaid mõne sammu.

• valige loendist külalissüsteem, mis installitakse külalisena
• valige virtuaalmasina failide nimi ja asukoht
• valige virtuaalse masina, host OS -i, muude virtuaalmasinate ja välisvõrgu vahelise võrgustiku suhtluse tüüp
• sisestage helitugevus virtuaalne ketas ja klõpsake nuppu Lõpeta.

Pärast seda, kui installitava külalissüsteemi levitamine on CD -l või DVD -l, sisestage see lihtsalt draivi ja vajutage tööriistariba nuppu "Toide sisse". Kui teil on operatsioonisüsteemi levitamiskomplekt ISO-pildi kujul, valige menüüpunkt VM-> Settings, minge CD-ROM-i elemendile, kus me näitame tee ISO pilt, vajutage "OK" ja "Toide sisse".

Külalisüsteemi installimine VMware Serverisse on üsna lihtne ega vaja eraldi kirjeldust. Külalisoperatsioonisüsteemide installimisel arvestage siiski järgmiste punktidega:

• Eraldage kavandatud virtuaalserver oma ülesannete täitmiseks piisavalt ressursse, kuid pidage meeles, et eraldatud ressursside arvu suurendamine on alati keerulisem kui vähendamine.
• Virtuaalserverite võrgustiku tüübi valimisel arvestage turvaprobleemidega ja kui virtuaalserver vajab suhtlemist ainult hosti sisemises virtuaalses võrgus, ärge installige Bridged Networking.
• Kui teil pole juurdepääsu ainult virtuaalserveri halduskonsoolile, saate oma virtuaalse masina privaatseks muuta, märkides ruudu jaotises VM-> Seaded-> Valikud-> Load.
• Ärge unustage oma külalistele VMware Tools'i installida, kuna nende lisandmoodulite installimine suurendab oluliselt külaliste kogemust ja jõudlust.
• Püüdke hoida suhet: mitte rohkem kui 4 virtuaalmasinat füüsilise protsessori kohta, kuna rohkem neist mõjutab oluliselt virtuaalserverite jõudlust.

VMware Serveril põhineva virtuaalse infrastruktuuri hooldamisel peate hoolikalt jälgima serveri riistvararessursside koormust. Kui mõnel virtuaalsel masinal pole ressursse, peate mõtlema selle teisaldamisele teise serverisse. Kui kavatsete hallata suurt hulka virtuaalservereid, peaksite kaaluma VMware Virtual Centeri ostmist, mis võimaldab teil tsentraalselt juhtida paljusid masinaid, millele VMware Server on installitud, ühendada need klastriteks ja jälgida virtuaalmasinate koormust. Kasutage külaliste sisemisi jõudlusloendureid, et määrata kindlaks virtuaalserveritele eraldatavate ressursside hulk. Proovige kasutada ainult virtuaalseid SCSI -kettaid, kuna virtuaalsed IDE -d on aeglasemad.

Kui teil on juurdepääs virtuaalserveri konsoolile välisvõrgust, saate konfigureerida veebikliendi Microsoft Internet Information Services (IIS) -ga integreeritud VMware Serveri jaoks. See võimalus võimaldab teil virtuaalseid servereid Interneti kaudu juhtida, kasutades turvalist SSL (Secure Socket Layer) ühendust.

VMware serveri spetsifikatsioonid

Võimalused	VMware Server 1.0
Võimalus teenusena töötada	Jah
Virtuaalsete masinate käivitamine, kui hosti operatsioonisüsteem käivitub	Jah
Kohalik juhtkond	Paks klient, käsurida
Juurdepääs mitmele kasutajale	Jah
Programmeerimisliidesed (API)	Jah (C / COM / Perl)
Toote kaugkasutamine	Jah (veebikonsool)
Virtuaalsete masinate kaugkasutamine	Paks klient
Mitme paigaldise haldamine	Ei
Virtuaalsete masinate / tuuma suhe	2-4
Riistvara virtualiseerimise tugi	Intel VT (eksperimentaalne)
Virtuaalse riistvara genereerimine	5
Virtuaalse masina virtuaalsete protsessorite tugi (VMware Virtual SMP tehnoloogia)	2 (eksperimentaalne)
Virtuaalmasinale eraldatud maksimaalne RAM -i kogus	Kuni 3,4 GB
Kõigile virtuaalmasinatele eraldatud maksimaalne RAM -i kogus	Kuni 64 GB
Virtuaalsed IDE kontrollerid / kettad virtuaalse masina kohta	1/4
Virtuaalsed SCSI kontrollerid / kettad virtuaalse masina kohta	4/60
Virtuaalse ketta maksimaalne suurus	Kuni 950 GB
Maksimaalne virtuaalsete võrguliideste arv	4
Virtuaalsed lülitid	9
Piltide saamine paksukliendi kaudu	Jah
Piltide hankimine käsurealt	Ei
Mitu hetktõmmist	Ei
Virtuaalsete masinate kloonimine	Ei
Virtuaalsete masinate rühmad (meeskonnad)	Ei
Virtuaalsete masinate silumine	Jah
Jagatud kaustade teenus	Ei
Lohistamise toe virtuaalmasina host	Ei
Toetamata hosti OS	Windows XP Professional (32 / 64bit) Windows XP kodu Windows 2000 Professional Red Hat Linux 7.0 Red Hat Linux 7.1

1. Ainult opsüsteemides, mis toetavad laiendatud mälu või PAE -d.
2. Saadaval VMware Virtual Centeri kasutamisel.

VMware Serveri jaoks on saadaval palju erinevaid kaubanduslikke ja tasuta utiliite virtuaalse masina ja ketta haldamiseks, jõudluse jälgimiseks ja hooldamiseks. Kui aga kavatsete VMware Serveri võimsust täielikult ära kasutada, peaksite vaatama VMware Virtual Center for VMware Server.

VMware ESX Server - ettevõtteklassi virtualiseerimisplatvorm ja tööriist ettevõtte virtuaalse infrastruktuuri loomiseks

Paljude VMware pakutavate virtualiseerimislahenduste hulgas paistab silma VMware ESX Server. Ettevõtte lipulaevade arendajana loob VMware ESX Server aluse suurte virtuaalsete infrastruktuuride loomiseks, mis integreerivad teisi VMware tooteid.

VMware ESX Server on metallist virtualiseerimisplatvorm ja see on installitud puhtale serverile, millel pole opsüsteemi ega muud tarkvara. VMware ESX Server on ehitatud Linuxi Red Hat operatsioonisüsteemile, milles VMware insenerid on teinud olulisi muudatusi, et lisada palju funktsioone virtualiseerimise toetamiseks. Selle platvormi selline rakendamine maksimeerib serveri riistvararessursside kasutamist ja tagab külaliste ja riistvara vahelise parima suhtluse.

VMware ESX Serveril on palju eeliseid ja see on suure ettevõtte virtuaalse infrastruktuuri tuum, mis nõuab mitme virtuaalserveri hooldamist, konsolideerimist, kõrge kättesaadavust ja füüsiliste serverite vahel virtualiseerimist. ESX Server on tõeline kontseptsioon ettevõtte IT -infrastruktuuri loomiseks virtuaalsete masinate abil.

Lisaks ESX-serverile sisaldab ettevõtte virtuaalne infrastruktuur ka selliseid komponente nagu salvestuspiirkonna võrgud (SAN), salvestussüsteemid (salvestusruumid), kiirühendused (kiudkanal) ja virtuaalsed võrgud (VLAN). VMware ESX Serveril põhinev virtuaalne infrastruktuur võimaldab teil kõiki neid ressursse tsentraalselt hallata ja tagada virtuaalserverite katkematu töö. Virtuaalse infrastruktuuri põhikomponendid on järgmised:

• ESX Server ise.
• VMware failisüsteem VMFS (virtuaalse masina failisüsteem) optimeeritud virtuaalmasina jõudluse ja kõrge kättesaadavuse jaoks.
• VMware SMP (sümmeetriline mitmetöötlus)- tehnoloogia, mis võimaldab virtuaalmasinatel kasutada kõiki hosti protsessoreid, omades samal ajal mitut virtuaalset protsessorit.
• Virtuaalse infrastruktuuri klient on võimas tööriist VMware ESX Serveri kaughalduseks ja konfigureerimiseks, mis töötab Windowsi tööjaamades ja millel on kasutajasõbralik liides.
• Virtuaalne keskus- tööriist mitme ESX -serveri tsentraliseeritud haldamiseks.
• Virtuaalse infrastruktuuri veebi juurdepääs- võimalus hallata virtuaalseid masinaid välisvõrgust turvalise kanali kaudu.
• VMware VMotion- tehnoloogia, mis võimaldab töötava virtuaalserveri "reaalajas" üleviimist teise füüsilisse serverisse, ilma et oleks vaja virtuaalmasinat välja lülitada ja tagada selle katkematu töö üleviimise ajal.
• VMware kõrge kättesaadavus (HA)- võimalus taaskäivitada virtuaalmasinate vajalikud peeglid teises serveris füüsilise serveri riist- või tarkvara rikke korral automaatselt.
• VMware hajutatud ressursside planeerija (DRS)- komponent, mis võimaldab dünaamilist ressursside eraldamist virtuaalmasinatele.
• VMware konsolideeritud varundamine (VCB)- lihtne ja võimas tööriist virtuaalmasinate varukoopiate loomiseks.
• VMware Infrastructure SDK- pakett virtuaalse infrastruktuuri rakenduste arendamiseks kolmandate osapoolte arendajate poolt.

Millal kasutada VMware ESX Serveril põhinevat virtuaalset infrastruktuuri?

• Teil on selge ettekujutus sellest, kui palju füüsilisi servereid on vaja virtuaalserveri infrastruktuuri toetamiseks. Pidage meeles, et füüsiliste serverite üleviimise planeerimine peaks põhinema mitte rohkem kui 4–6 virtuaalmasinal füüsilise protsessori kohta, mille migreeritud füüsiliste serverite keskmine tegelik koormus on 15%.
• Olete valinud sobiva VMware ESX Serveri väljaande ja virtuaalse infrastruktuuri komponendid, arvutanud nende kasutuselevõtu- ja hoolduskulud ning jõudnud järeldusele, et rakendamine on väärt, kuna riistvara ja hoolduse kokkuhoid katab need kulud.
• Teil on spetsialiste, kes mitte ainult ei vii virtualiseerimisprojekti pädevalt läbi, vaid ka administraatoreid, kellel on piisavalt teadmisi virtuaalse infrastruktuuri igapäevaseks hooldamiseks ja arendamiseks.
• Olete valmis ostma riistvara, mida VMware ESX Server vajab. Olge ettevaatlik - ESX -i serveri installijuhend ütleb teile, millist konkreetset riistvara selle installimiseks vaja on. Esmapilgul tundub kõik üsna kallis, kuid nõuete tähelepanelikult läbi lugedes selgub, et koolituseks täiesti toimiva ESX Serveri saab ehitada 900 dollari eest.

VMware ESX Serveri installiprotseduur on üsna lihtne ega nõua kasutajalt põhjalikke teadmisi. Kui järgisite VMware'i soovitusi ja valisite targalt hostiserveri riistvara, võtab ESX -serveri installimine aega vähem kui tund. Kui olete vähemalt ühe ESX -i installinud, tekib teil kohe palju küsimusi ja probleeme - see on hind võimaluste eest, mida VMware ESX Server pakub. Siin on mõned põhijuhised esimeste sammude jaoks pärast ESX -i installimist:

• ESX -serveri haldamiseks ja oma esimeste virtuaalmasinate loomiseks kasutage VMware Infrastructure Client'i, mille saate alla laadida aadressilt https: //.
• Failide edastamiseks ESX -i ja sealt tagasi kasutage kas WinSCP -d (aeglane failiedastus, krüpteerib liiklust) või FastSCP -d (kiire failiedastus, kuid parem on seda mitte kasutada välisvõrgust, kuna liiklus pole krüptitud).
• Juurkasutajal SSH (Secure Shell) kaudu sisse logimiseks lisage ESX -i failile „httpd.conf” rida „PermitRootLogon yes”.
• Kasutage ketaste haldamiseks utiliite "vmkfs-tools", kasutage virtuaalmasinate jõudluse jälgimiseks käsku "esxtop" ja veateadete analüüsimiseks logi "var / log / vmware / hostd.log".
• Pidage meeles, et teie ESX -i vaba ruum on alati kahte tüüpi sektsioone: esimene ESX -i operatsioonisüsteemi jaoks ja teine ​​virtuaalmasinate majutamiseks mõeldud vmfs -partitsioonide jaoks. Mõlema partitsiooni vaba ruumi leidmiseks kasutage käsku "vdf -h".

Pärast VMware ESX Serveri installimist vajate füüsilist virtuaalset (P2V) migreerimistööriista. VMware pakub neil eesmärkidel kasutada toodet VMware Converter, kuid võite kasutada ka teiste tootjate lahendusi. Teil on pidevalt küsimusi - ärge kartke pöörduda ettevõtte VMware foorumite poole, kus selle püsikülastajad aitavad teid raskes olukorras. Lõppkokkuvõttes installitakse teie ESX -ile mitu virtuaalmasinat, mis on virtuaalne infrastruktuur, mis on näidatud joonisel, mis on tehtud programmi Veeam Reporter abil:

Virtuaalse infrastruktuuri peamised mõisted on: füüsiline adapter (NIC), virtuaalne adapter (vNIC), virtuaalne lüliti (vSwitch) ja virtuaalne võrk (Vlan). VMware ESX Server võimaldab teil luua virtuaalse masina jaoks kuni neli virtuaalse võrguadapterit, millest igaüks saab siduda virtuaalse võrguga, mis omakorda luuakse virtuaalsete lülitite abil.

Virtuaalne lüliti on omamoodi abstraktne mitme pordi seade, mis vahetab kanaleid virtuaalsete võrkude ja virtuaalmasinate virtuaalsete võrguadapterite vahel.

Virtuaalne võrk on mitme virtuaalse masina kombinatsioon üheks võrgukeskkonnaks, milles need üksteisega suhtlevad. Kui virtuaalne lüliti on ühendatud füüsilise Võrguadapter, siis saavad selle kaudu virtuaalsed masinad "näha" välist, seoses ESX -iga, võrku.

Tegelikult pole kõik nii keeruline, kui tundub: virtuaalse infrastruktuuri elementide loomine võtab väga vähe aega ja pärast konfigureerimist ei vaja selline infrastruktuur uute virtuaalmasinate kasutuselevõtmisel täiendavat konfigureerimist.

Natuke VMware ESX Serveri virtuaalsest keskusest

Nagu ka VMware Serveri toote puhul, tekitab mitme hosti kasutamine koos VMware ESX Serveriga ettevõtte IT -infrastruktuuris füüsiliste hostide tsentraliseeritud haldamise ja jõudluse jälgimise probleemi. Nende probleemide lahendamiseks nii VMware ESX Serveri platvormide kui ka VMware Serveriga kasutatakse Virtual Centeri lahendust. Selle välimus on näidatud joonisel:

Virtuaalne keskus võimaldab teil jälgida mitut masinat, kuhu VMware ESX Server on installitud, neid rühmitada ja juhtida, kasutades häireid - signaale erinevate sündmuste kohta. Tuleb märkida, et Virtual Center for VMware ESX Serveri võimalused on palju suuremad kui Virtual Center for VMware Serveri võimalused, mis on peamiselt tingitud asjaolust, et VMware ESX Serveri tootel endal on palju laiemad võimalused.

Kas valida VMware Server või VMware ESX Server?

Eelnevast selgub, et mõlemad artiklis kirjeldatud tooted on suunatud virtuaalserveri infrastruktuuri säilitamisele ja sarnaste funktsioonide täitmisele. Siiski on nende kahe platvormi vahel olulisi erinevusi. Kui VMware Serveril põhinevat virtuaalset infrastruktuuri saab ehitada peamiselt serveritest, mis täidavad organisatsiooni igapäevaseid ülesandeid, mis ei nõua kõrget kättesaadavust, kiirust ja paindlikkust, siis on VMware ESX Server terviklik platvorm ettevõtte olulise IT -infrastruktuuri toetamiseks virtuaalserverite katkematu töö ja nende toe tingimustes 24 × 7 × 365 tingimustes.

Siin on mõned näited VMware Serveril põhineva infrastruktuuri kasutamise kohta:

• organisatsiooni siseserverite tugi ja hooldus,
• katseülesannete täitmine üksikute rakenduste jaoks,
• väikeste virtuaalsete võrkude simulatsioon serverite töötavate kimpude kontrollimiseks,
• organisatsiooni siseserverina toimivate virtuaalmasinate kasutusvalmis mallide käivitamine,
• üksikute serverite ettevalmistamine kiireks üleviimiseks.

VMware ESX Serverit tuleb kasutada järgmiste ülesannete lahendamisel:

• voogesituse rakenduste testimine suurtess,
• organisatsiooni väliste serverite hooldamine kõrge kättesaadavuse, paindlikkuse ja hallatavusega,
• suurte virtuaalsete võrkude modelleerimine,
• seadmete, hooldus- ja elektrikulude vähendamine suurtes organisatsioonides ja andmekeskustes.

Seega peate organisatsioonis virtuaalse infrastruktuuri rakendamisel hoolikalt kaaluma lõppeesmärkide määratlemist. Tasuta VMware Serveri juurutamisel ei teki installimisel ja hooldamisel erilisi probleeme, samuti ei teki platvormi enda ostmise kulusid, kuid organisatsioon võib kaotada jõudlust (kuna virtualiseerimine toimub host -operatsioonisüsteemi peal) , töökindlus ja kättesaadavus. VMware ESX Serveri rakendamine toob kaasa suuri tehnilisi raskusi juurutamisel ja hooldamisel kvalifitseeritud spetsialistide puudumisel. Lisaks ei pruugi sellisesse platvormi investeerimine end väikeste ja keskmise suurusega organisatsioonide jaoks ära tasuda. Kuid nagu näitab VMware kogemus, muutub suurte organisatsioonide jaoks VMware ESX Serveri rakendamine pikas perspektiivis märkimisväärseks kulude kokkuhoiuks.

Nende punktide arvessevõtmine võimaldab teil kompetentselt planeerida oma IT -infrastruktuuri füüsiliste serverite migratsiooni virtuaalsetele serveritele, säästes samal ajal mitte ainult raha, vaid ka aega, mis, nagu teate, on ka raha.

Mis on uut VMware Cloud Foundation 4 -s?

Hiljuti rääkisime uutest platvormi funktsioonidest ja muudest VMware tootesarja värskendustest, millest teatati samaaegselt lipulaevaga. Meenutage neid artikleid:

Täna räägime teile veel ühest olulisest uuendusest - hübriidinfrastruktuuri VMware Cloud Foundation 4 lahenduste komplekti uuest versioonist. Kirjutasime selle paketi eelmisest versioonist VCF 3.9.1. Nagu mäletate, on see kompleks tarkvaralahendus mis sisaldab VMware vRealize Suite, VMware vSphere Integrated Containers, VMware Integrated OpenStack, VMware Horizon, NSX jt komponente, mis töötavad võrgu-, pilve- või hübriidettevõtete infrastruktuuris SDDC Manageri kontrolli all.

VCF -i neljas versioon sisaldab kõiki uusimaid komponente, eespool kirjeldatud artikleid:

• vSfäär 7
• VMware vSAN 7
• VMware NSX-T
• VMware vRealize Suite 2019
• Kubernetese toega

Nagu näeme, on VCF -i virnasse ilmunud põhimõtteliselt uus komponent - VMware Tanzu Kubernetes Grid. Oleme juba kirjutanud konteinerite toetamise infrastruktuurist vSphere platvormi uues versioonis ja. Uues VCF -arhitektuuris saavad administraatorid Kubernetese tööriistade ja rahuliku API abil rakendusi juurutada ja teenindada kõikides Kubernetese klastrites.

Samal ajal pakub vSphere koos Kubernetese tehnoloogiaga (aka Project Pacific) järgmisi funktsioone:

• Kubernetes põhinev vSphere Pod Services võimaldab sõlmedel töötada otse ESXi hüpervisoris. Kui administraator juurutab konteinereid vSphere Pod Service'i kaudu, saavad nad sama turvalisuse, eraldatuse ja jõudluse garantiid kui virtuaalmasinad.
• Registriteenus võimaldab arendajatel salvestada ja teenindada Dockeri ja OCI pilte Harbour platvormil.
• Võrguteenus võimaldab arendajatel hallata virtuaalsete ruuterite, koormuse tasakaalustajate ja tulemüüri reeglite komponente.
• Salvestusteenused võimaldavad arendajatel hallata püsikette, mida kasutatakse konteinerite, Kubernetese klastrite ja virtuaalmasinate jaoks.

Kõik see võimaldab teil saada kõik hübriidinfrastruktuuri (VM + konteinerid) eelised, mida on huvitavalt kirjeldatud.

Ülejäänud osas omandab VCF 4 kõik uusimad funktsioonid, mida pakuvad juba loetletud uued väljaanded vSphere, vSAN, NSX-T ja teised.

Eraldi tuleb märkida, et vSphere Lifecycle Manageri (vLCM) väga tihe integreerimine vSphere 7. vLCM platvormiga täiendab juba SDDC halduris olevate virtualiseerimisinfrastruktuuri komponentide elutsüklihalduse võimalusi, kuid sügavamal tasemel - nimelt püsivara haldamise tase vSAN -sõlmedele ReadyNodes (näiteks HBA püsivara värskendused).

Nagu kõiki teisi vSphere liini värskendusi, on ka VCF 4.0 värskendus oodata aprillis. Sellel lehel saate jälgida värskendusi.

Sildid: VMware, Cloud, VCF, Update, vCloud, Enterprse

Täna räägime VMware vSphere 7 -s kasutusele võetud identiteediliidu teenustest.

V kaasaegne maailm ettevõtte infrastruktuur liigub üha enam pärandparooli autentimiselt kahefaktorilise (2FA) või mitmefaktorilise (MFA) autentimistavale. Kasutaja tuvastamise protsess põhineb alati kolmel põhiasjal: teate midagi (parool), teil on midagi (telefon) või kes te olete (sõrmejälg).

Identiteedi föderatsiooniteenused võimaldavad teil ühendada oma vCenter Serveri infrastruktuuri teiste identiteedipakkujatega, näiteks Active Directory Föderatsiooniteenused (ADFS), et ühendada kahe- või mitmeteguriline autentimisprotsess. Teisisõnu, kasutajad, kes logivad 2FA kaudu oma töölauale või pilveteenus kasutab sama protseduuri vCenter Serveri toimingute jaoks.

Olles ühendatud ühe autentimisteenuse pakkujaga (näiteks ADFS), suunab vSphere klient sisselogimisel selle teenusepakkuja sisselogimisvormi. Pärast teenusepakkuja poolel volitamist tehakse tagasisuunamine turvalise märgi abil, mille kaudu kasutaja juba töötab vCenteri teenustega.

Kasutajakogemuse poolest sarnaneb see näiteks Google'i või Facebooki abil veebisaidile sisselogimisega. Teabe vahetamiseks kasutatakse OAUTH2 ja OIDC protokolle.

Kui lubate identiteedi föderatsiooni, saate vCenter Serveris autentimiseks kasutada traditsioonilist Active Directory, integreeritud Windowsi autentimist ja LDAP / LDAPS -i. Siiski tuleb mõista, et kõik need autentimismeetodid ei mõjuta vSphere Single Sign-on (SSO), mida kasutatakse endiselt vSphere platvormi enda haldussätete tegemiseks.

Bob Plankers selgitab seda mehhanismi üksikasjalikumalt allolevas videos:

Sildid: VMware, vSphere, Security, Client, Update

Siin on Horizon 1.2 kujutise Ubuntu OVA uus teave:

• Toetab vähemalt Horizon 7.11 / Horizon Client 5.3 ja uuemaid versioone
• Toetab vähemalt vSphere 6.7 ja uuemaid versioone
• Ubuntu 18.04.4 LTS värskendatud OVA malli aluspilt
• Uuendatud virtuaalne riistvara - virtuaalne riistvara v14
• Lisatud on võimalus seadistada staatiline IP -aadress
• Lisatud USB 3.0 ja USB ümbersuunamise tugi (skripti linux-agent-installer.sh kaudu)
• Lisatud võimalus valida KDE töölaua keskkond
• Lisatud võimalus Gnome'i keskkonna valimiseks (soovitatav)
• Arendaja töölaua paketi valik
• Klaviatuuri paigutuse valimine
• SSH lubamise võimalus
• 5. taseme seade on eemaldatud
• Parandatud vead MOTD -ga
• Välja lülitatud automaatne värskendus PEAL
• Täiustatud SSO tugi
• Optimeerimisskripti täiustused, mida nüüd nimetatakse optimeerimiseks.sh

Sildid: VMware, Labs, VDI, Horizon, Linux, Update, VMachines

Samuti pidage meeles, et teil pole enam Windowsi installiprogrammi vCenter Server. , vSphere 6.7 oli platvormi viimane versioon, kus oli veel olemas vCenteri versioon Windowsi jaoks. See on nüüd ainult virtuaalne Photon OS-põhine vCenter Server Appliance (vCSA).

Varem kirjutasime, et kasutades ilmunud utiliiti, saate migreerida välise platvormiteenuste kontrolleri (PSC) serveri hõlpsasti hallatavasse manustatud PSC-sse, kasutades vCenter Serveri CLI-d või graafilist klienti vSphere Client:

Samuti uuendab vCenter 7 installer vCenteri ja edastab kõik teenused manustatud PSC -le ühe ülesande osana, nii et uuendamise tulemus valmib kohe. Uue vCenter 7 installijal pole võimalust välist PSC -d juurutada.

2. Rändeprotsess

Kui läbite rändetee vCenter Serverist Windowsile vCenter Server Appliance (VCSA), on skeem täpselt sama - selle tulemusel saate integreeritud PSC -s vCenter 7 vCSA -sse:

Pärast välise PSC teisendamist jääb see konsooli ja tegevuse lõpetamine on vSphere administraatori järgnev ülesanne. Seda saab teha käsuga CMSSO-UTIL või graafiline liides klient (jaotises Süsteemi konfiguratsioon):

3. Uuendamise viisid

Siin on kõik lihtne. Uuendamist toetatakse vastavalt sellele plaadile:

Nagu tabelist näha, toetatakse uuendamist alates vSphere 6.5 -st, kuid paljud administraatorid eelistavad virtuaalse infrastruktuuri uuendamisel vCenteri teenuste ümberpaigutamist, et mitte lohistada kaasa versiooniuuenduse käigus ilmneda võivate võimalike vigade ajalugu.

Enne täiendamist vaadake kindlasti dokumente ja. Kuid pidage meeles, et enne vSphere 7 ametlikku väljaandmist ei sisalda need dokumendid ajakohast teavet seitsmenda versiooni kohta.

Sildid: VMware, vCenter, Upgrade

Nüüd on võimalik poliitikad uuesti määratleda. Süsteemi käivitamisel rakendatakse arvutipõhiseid reegleid. Väärtuse kasutamine Värskenda intervall saate määrata, kui sageli neid seadeid värskendatakse, enne kui kasutaja süsteemi sisse logib. Ja väärtust kasutades JätkaRefreshAfterLogon saate pärast kasutaja sisselogimist seadete värskendamist jätkata.

Viimane huvitav uus funktsioon DEM 9.11 -s on üksuste leidmine. See võimaldab teil otsida turuplatsil saadaolevatest konfiguratsioonimallidest, teie loodud Horizon Smart poliitikas, teatud tingimustes (tingimuste komplekt) ja muudes elementides, mis on administraatoritele väga mugav:

Sellelt lingilt saate alla laadida Dynamic Environment Manager 9.11. Väljalaskemärkmed on saadaval.

Sildid: VMware, DEM, Update, VDI, EUC
Sildid: VMware, Horizon, Update, VDI, DEM, Client, EUC

Vaatame, mis on uut vRealize Operations 8.1 -s:

1. Toimingud integreeritud infrastruktuuriga vSphere ja Kubernetes.

vRealize Operations 8.1 võimaldab teil vSphere'i integreeritud infrastruktuuris avastada ja jälgida Kubernetese klastreid, võimaldades automaatselt lisada juhendaja klastreid, nimeruume, POD-e ja klastreid, kui lisate need vCenterisse töökoormuse haldamise funktsioonide abil.

Pärast seda on teil juurdepääs lehtedele Kokkuvõte, kus saate jälgida Kubernetese jõudlust, võimsust, ressursside kasutamist ja konfiguratsiooni vSphere 7.0 platvormil. Näiteks näitab võimsuse prognoosimine infrastruktuuri kitsaskohti sõlme tasandil, samas kui juhtpaneelid, aruanded, vaated ja hoiatused on igapäevaste toimingute jaoks kasulikud.

2. Toimingud AWS -i VMware Cloudi infrastruktuuris.

Nüüd saate AWS-i VMware Cloudis kasutada VMware Cloud Service Portal'i märki SDDC andmekeskuste automaatseks avastamiseks ja jälgimistööriistade seadistamiseks mõne lihtsa sammuga. Üht kontot on võimalik kasutada ka mitme SDDC -objekti haldamiseks AWS -i platvormil VMware Cloud, sh vCenter, vSAN ja NSX -teenused, samuti toimub täielik integreerimine VMConAWS -i arveldusega.

Pilves saab kasutada järgmisi armatuurlaudu:

• Jälgige virtuaalmasinate, sealhulgas NSX Edge'i, kontrolleri ja vCenter Serveri teenuste ressursside kasutamist ja jõudlust.
• Jälgige kogu infrastruktuuri ja virtuaalmasinate peamisi ressursse, sealhulgas protsessorit, mälu, ketast ja võrku.
• Jälgige ressursitarbimise suundumusi ja ennustage selliseid mõõdikuid nagu järelejäänud aeg, järelejäänud võimsus ja virtuaalsed masinad.
• Otsida virtuaalseid masinaid, mis tarbivad ebamõistlikult palju ressursse ja vajavad ajalooliste andmete põhjal ümberkonfigureerimist.

Lisaks pakutakse VMware NSX-T teenustele täielikku tuge visualiseerimise ja jälgimise tööriistade jaoks:

Noh, vROP -i 8.1 väljalaskes on VMware Cloudi kulude jälgimise funktsionaalsus täielikult integreeritud AWS -i ja portaali liidese lahendus vRealize Operations. See võimaldab teil kontrollida juba tehtud ja edasilükatud kulusid ning täpsustada neid tellimuste, tarbimise ja makse kuupäevade kaupa.

AWS -i migratsiooni hindamist on samuti uuendatud, et võimaldada erinevate stsenaariumide tulemuste edasist analüüsi salvestamist. Need stsenaariumid hõlmavad reserveeritud protsessori, reserveeritud mälu, tõrketaluvuse, reidi taseme ja allahindluste erinevaid valikuid.

3. Mitme pilve jälgimise funktsioonid (Unified Multicloud monitoring).

Jälgimistööriistad pakuvad nüüd veelgi täiustatud funktsioone, nagu Google Cloud Platformi tugi, täiustatud AWS -tugi ja uus Cloud Health Management pakett.

VROPS 8.1 pakub nüüd järgmisi GCP -teenuseid:

• Arvutage mootori eksemplar
• Säilituskott
• Pilve VPN
• Suur päring
• Kubernetese mootor

AWS -i halduspakett toetab nüüd järgmisi AWS -i objekte:

• Elastne oajalg
• Direct Connect Gateway
• Sihtgrupp
• Transit Gateway
• Interneti -lüüs
• Elastne võrguliides (ENI)
• EKS klaster

Samuti on täiustatud CloudHealth Management Pack, mis hõlmab võimalust tuua GCP Outlook ja hinnakujunduse andmed vRealize Operations 8.1 -sse. Samuti saate luua suvalise arvu kohandatud armatuurlaudu, kombineerides avalike, hübriid- või privaatsete pilvede erinevate ressursisuhete hindu.

VRealize Operations 8.1 peaks ilmuma käesoleva aasta aprillis, samaaegselt VMware vSphere 7 väljaandmisega. Kirjutame sellest kindlasti.

Sildid: VMware, vRealize, Operations, Update, Monitoring, vSphere, Cloud
Sildid: VMware, vCenter, VEBA, Labs
Sildid: VMware, SRM, Update, DR, Replication, Enterprise

Ütleme kohe, et see on vaid teadaanne, mitte teade toote uue versiooni allalaadimise kohta - reeglina ilmub vSphere'i GA versioon kuu aja jooksul pärast teadaannet. Seetõttu ootame veel aprillis VMware vSphere 7 ja täna räägime selle platvormi uutest funktsioonidest.

1. VMware vCenteri teenuste täiustused

Siin saab märkida vCenter Serveri SSO topoloogia lihtsustamist:

• Värskendage väliste PSC -kasutajate jaoks mõeldud vCenter Serverit ühe vCSA -serveri põhjal konsolideeritud topoloogiaks.
• Manustatud PSC on nüüd ainus juurutamisvõimalus. Välist PSC -d enam ei toetata.

VCenteri serveri profiilid:

• See vCenteri serverite uus funktsioon töötab täpselt samamoodi nagu hostide profiilid hostide jaoks. Nüüd saate varundamise eesmärgil võrrelda ja eksportida vCenteri serverite seadeid JSON -vormingus või rakendada neid seadeid teisele vCenterile REST API kaudu.

VCenter Multi-Homing funktsioonid:

• Nüüd saab vCSA juhtliikluse jaoks kasutada kuni 4 vNIC -d, millest üks vNIC on reserveeritud vCHA -le.

Sisuteegi täiustused

• Nüüd on mallide haldamiseks uus vaade, mis pakub sisse- ja väljaregistreerimise funktsioone malliversioonide haldamiseks ning võimalust eelmisele versioonile tagasi pöörduda.
• Esiteks tehakse väljaregistreerimine, et avada muudatuste tegemise võimalus, seejärel saate registreeruda, et muudatused teeki salvestada.

Uus vCenter Server Update Planneri funktsioon:

• Uus võimalus on saadaval vCpenteri serverite vSphere Lifecycle Manageri (vLCM) osana.
• Värskenduste ajakava abil saate vastu võtta vCenteri värskendusteateid, kavandada ja kasutusele võtta uuendusi ning enne täiendamist teha mis-kui-analüüsi.
• Võimalus teostada valitud vCenteri serveri täiendamiseelseid kontrolle.

2 VMware DRS täiustust

• DRS algab nüüd iga minuti järel, mitte iga 5 minuti järel nagu varem.
• Soovituste loomiseks kasutatakse VM DRS skoorimehhanismi (aka).
• Nüüd on see töökoormuskeskne mehhanism - see tähendab, et nüüd võetakse esiteks arvesse virtuaalmasina enda ja selles oleva rakenduse vajadusi ning alles seejärel hostiressursside kasutamist.
• Mälu arvutused põhinevad klastri standardhälbe asemel antud mälul.
• Ilmunud on skaleeritavate aktsiate mehhanism, mis võimaldab teil aktsiaid ressursikogumis paremini tasakaalustada.

3. vMotioni täiustused

Selliseid parandusi tehti:

• Monster VM -i migratsioonide täiustused (suurte ressursside ja väga suure koormusega), mis võimaldab teil suurendada eduka üleviimise võimalust.
• Kasutades kõikide vCPU -de asemel ainult ühte vCPU -d muutunud lehtede jälgimisel (lehe jälgija), mis mõjutab migratsiooni ajal toimivust vähem.
• Konteksti ümberlülitamise aeg teisele serverile on lühem (nüüd vähem kui üks sekund). See saavutatakse lülitamisega ajal, mil tihendatud mälu bitikaart on sihtserverile juba edastatud, selle asemel, et oodata kogu bittkaardi edastamist.

4. vSphere Lifecycle Manageri (vLCM) uued funktsioonid

Siin tuleb märkida 2 täiustust:

• Klastri pildihaldus, mis sisaldab erinevate versioonide püsivara, draiverit ja ESXi pildiuuendusi.
• Esialgne tugi Dell OpenManage'i ja HP ​​OneView lahendustele.

5. Omadused Rakenduse kiirendus (tehniline eelvaade)

Need funktsioonid pärinesid omandatud ettevõttelt Bitfusion. Need võimaldavad teil optimeerida GPU kasutamist basseinis võrgu kaudu, kui vGPU -d saab osaliselt jagada mitme VM -i vahel. Seda saab kasutada AI / ML rakenduste ülesannete täitmiseks.

Kõik see võimaldab teil arvutusi korraldada nii, et GPU riistvaramoodulitega ESXi masinad käitaksid virtuaalseid masinaid ja nende VM -i kaaslased tavalistes ESXi -serverites otse rakendusi. Sel juhul edastatakse kliendi VM -ide CUDA juhised serveri virtuaalmasinatele võrgu kaudu. Selle kohta saate rohkem lugeda.

6. Määratavad riistvarafunktsioonid

See funktsioon võimaldab teil kasutada niinimetatud Dynamic DirectPath I / O masinaid, mis peavad töötama PCIe läbipääsu ja Nvidia GRID seadmetega. Nüüd saab seda kasutada masinate valimiseks, millel on spetsiifilised riistvaranõuded, näiteks vGPU ja PCIe. See võimaldab omakorda kasutada selliste VM -ide jaoks HA ja DRS esialgse paigutuse tehnoloogiaid klastris, kus on riistvaraga ühilduvaid ESXi hoste.

7. Sertifikaatide haldamine

Siin on 2 peamist uut funktsiooni:

• Uue sertifikaadi importimise viisard.
• Sertifikaadi API skriptide sertifikaatide haldamiseks.

8. Identiteedi föderatsiooni funktsioonid

ADFS -i funktsioone toetatakse nüüd karbist välja ning toetatakse ka rohkem IDP -sid, mis kasutavad OAUTH2 ja OIDC mehhanisme.

9. vSphere Trust Authority (vTA) funktsioonid

• vTA kasutab eraldi riistvara usaldussõlme loomiseks eraldi ESXi hostide klastrit.
• See klaster saab krüpteerida arvutusklastri ja selle VM -id koos vCenteri ja muude halduskomponentidega.
• Kui soovite krüpteerimisvõtmeid, saate kasutada tõendamismehhanismi.
• Nüüd on lihtsam jõustada väikseima privileegi põhimõtet ja laiendada auditeerimisruumi.

10. Võime vSGX / Secure Enclaves (Intel)

• Intel Software Guard Extensions (SGX) võimaldab teisaldada tundliku rakenduse loogika ja salvestusruumi kaitstud alale, millele külalisoperatsioonisüsteemid ja ESXi hüpervisor ei pääse juurde.
• SGX funktsioonid välistavad vMotioni, hetktõmmiste, tõrketaluvuse ja muude tehnoloogiate kasutamise. Seetõttu on SGX -i kõige parem kasutada ainult siis, kui muud võimalust pole.

11. vSphere uus väljaanne koos Kubernetes'iga (Project Pacific)

Rääkisime Project Pacificust üksikasjalikult. See on tööriistakomplekt VMware vSphere keskkonna muutmiseks Kubernetese klastrite omaplatvormiks. vCenter Server pakub k8s klastrite haldamise võimalusi (kõik klastrid, mis on vanemad kui n-2, täiendatakse). Lahendusse on integreeritud ka Harbour, mille saab lisada iga nimeruumi jaoks.

Siiani on see saadaval ainult VMware Cloud Foundationi (4.0) kasutajatele, kuna lahendus on seotud komponendiga.

12. VMware Tools täiustused

Külaliste poe funktsioonid on nüüd saadaval külaliste operatsioonisüsteemis (näiteks VMware Tools'i värskendamine külaliste OS -ist).

13. Värskendatud riistvara (VM Hardware v17)

Siin on peamised parandused järgmised:

• Virtuaalse valvekoera taimer - nüüd pole füüsilisest riistvarast sõltuvust VM -i taaskäivitamiseks juhuks, kui külalis OS ei reageeri.
• Täpne ajaprotokoll (PTP) - väga ajas tundlike rakenduste (nt kauplejate kauplemisplatvormid) puhul saate NTP asemel kasutada PTP -d ja määrata selle virtuaalmasinatele.

14. vSphere Clienti täiustused

Siin on ilmnenud järgmised parandused:

• Otsinguajalugu on hakatud salvestama.
• API Exploreril on nüüd parem ülevaade kõigist saadaolevatest API -dest.
• Code Capture'i jaoks saate nüüd valida skriptikeele - PowerCLI, Javascript, Python või Go.

Muidugi pole need kõik eelmisel päeval esitletud VMware vSphere 7 uued funktsioonid. Lähiajal räägime teile neist palju rohkem ning lisaks vaatame ka VMware Tanzu perekonna, VMware Cloud Foundation 4 ja vRealize 8.1 väljakuulutatud lahendusi.

Sildid: VMware, vSphere, Update, Enterprise, Kubernetes, vCenter

Virtuaaadresside tõlkimiseks füüsilisteks aadressideks kasutatakse lehetabelit, mis sisaldab PTE (Page Table Entries) kirjeid:

PTE -kirjed sisaldavad linke reaalsele füüsilised aadressid ja mõned mälulehe parameetrid (saate selle kohta rohkem lugeda). PTE -kirjete struktuurid võivad olla erineva suurusega - need on WORD (16 bitti / 2 baiti), DWORD (32 bitti / 4 baiti) ja QWORD (64 bitti / 8 baiti). Nad adresseerivad suuri füüsilise mälu aadressiplokke, näiteks DWORD aadressiblokki, mille maht on 4 kilobaiti (näiteks aadressid 4096–8191).

Mälu loetakse ja edastatakse külalissüsteemile ja rakendustele 4 KB või 2 MB lehekülgede kaupa - see võimaldab teil lugeda mäluelementide sisu plokkidena, mis oluliselt kiirendab jõudlust. Selle lähenemisviisiga kaasneb loomulikult mälu killustatus - harva, kui on vaja kirjutada täisarv lehekülgi ja osa mälust jääb kasutamata. Kui lehe suurus suureneb, suureneb ka nende killustatus, kuid jõudlus suureneb.

Lehetabeleid (ja neid võib olla rohkem kui üks) juhib tarkvara või riistvara mäluhaldusüksus (MMU). Riistvaralise MMU korral edastab hüperviisor talle ülekande juhtimisfunktsioonid ja tarkvara MMU rakendatakse VMM -i tasemel (Virtual Machine Monitor, osa ESXi hüpervisorist):

MMU oluline komponent on tõlke lookaside puhver (TLB), mis on MMU vahemälu. TLB asub alati vähemalt füüsilises mälus ja protsessorite jaoks rakendatakse seda sageli protsessori enda tasemel, nii et juurdepääs sellele oleks võimalikult kiire. Seetõttu on protsessori tüüpiline TLB juurdepääsuaeg umbes 10 nanosekundit, samas kui juurdepääs füüsilisele mälule on umbes 100 nanosekundit. VMware vSphere toetab riistvara MMU mahalaadimist, see tähendab mäluhaldusfunktsioonide ülekandmist füüsilise protsessori MMU poolele.

Niisiis, kui virtuaalmasinast ilmub taotlus virtuaalaadressile juurdepääsuks 0x00004105, siis jagatakse see aadress virtuaalse lehe aadressiks (Virtuaalne lehe number - 0x0004) ja nihe (nihe - 0x105- juurdepääsetava lehe sees olev ala):

Nihke edastatakse otse füüsilise mälu lehele sisenemisel, kuid virtuaalset lehemärgendit otsitakse TLB -st. Sel juhul sisaldab TLB kirjet, mis on sellele märgendile vastav füüsiline lehe aadress 0x0007 järelikult õnnestus virtuaalse lehe tõlkimine füüsiliseks. Seda nimetatakse TLB tabamine, st vahemällu löömine.

Võimalik on ka teine ​​olukord - virtuaalaadressi lagundamisel tuleb saadud silt 0x0003 puudub TLB -s. Sel juhul otsitakse lehte füüsilisest mälust märgendi järgi (lehe number 3) ja selle aadress on juba tõlgitud ( 0x006). Järgmisena lisatakse TLB -le selle märgendiga kirje (sel juhul on vahemälu vanad kirjed eelseisvad, kui see on täis):

Tuleb märkida, et selline toiming põhjustab veidi suuremat viivitust (kuna peate otsima globaalsest mälust) ja seda olukorda nimetatakse TLB preili, see tähendab, et TLB miss.

Kuid see pole halvim olukord, kuna latentsusaeg on endiselt nanosekundid. Juurdepääs võib aga olla palju pikem (millisekundeid või isegi sekundeid), kui külalis -OS -i jaoks vajalik leht on kettale kopeeritud.

Vaatame näidet:

Virtuaalmasin pääses virtuaalaadressile juurde 0x00000460 mille jaoks on silt 0x0000... Füüsilises mälus on selle märgendi jaoks eraldatud leht 0, mis tähendab, et peate selle lehe otsima kettalt, kust leht füüsilise RAM -i puudumise tõttu loputati.

Sellisel juhul taastatakse leht kettalt RAM -i (nihutades juurdepääsu aja osas vanima lehe) ja seejärel tõlgitakse selle lehe aadress. Seda olukorda nimetatakse lehe ebaõnnestumiseks ( Lehe viga), mis viib rakenduste toimingute viivitamiseni, mistõttu on mõnikord kasulik jälgida üksikute protsesside lehevigu, et mõista mäluga töötamisel jõudluse languse põhjust.

Sildid: VMware, vSphere, ESXi, Memory, Performance, Blogid

Olemasolevad vSphere Platinum kasutajad saavad pärast väljakuulutatud kuupäeva vSphere Enterprise Plus litsentsid, VMware AppDefense SaaS toote ja VMware AppDefense'i plugina vSphere jaoks (vaadake, kust seda pistikprogrammi alla laadida). VCloud Suite Platinum ja Cloud Foundation Platinum kasutajate jaoks ei muutu midagi, välja arvatud vSphere'i enda areng, mis on pakettides kaasas.

Sildid: VMware, vSphere, Platinum, Update, Support

Pakett keskendub koodi kvaliteedile, koodi taaskasutamisele, üksuste testimisele, suhete haldamisele ja vRealize'i platvormi kõrvuti projektiväljaannetele. vRealize Build Tools on laiendused, mis on pakitud Maveni hoidla vormingusse ja mis toetavad IDE (Maveni kaudu) ja CLI kasutamist vRA / vRO platvormide lahenduste väljatöötamiseks, testimiseks ja juurutamiseks.

Vaatame, mis on teises versioonis uut:

• Lahenduse, selle jooniste, kohandatud vormide, tellimuste ja maitsekaardistamise mehaanika tugi
• Toetage olemasolevat sisu ja importige see vRO 8 jaoks
• Toetus vRO 8 funktsionaalsusele töövoogude eksportimisel nende siltide põhjal kaustastruktuuri
• Töötajaprotsesside käivitamine vRO -s käsuga maven
• Võimalus salvestada JS -i toimingute ID -d allikasse, et vältida konflikte vRO -keskkonnas
• TypeScript -projektide eksperimentaalse toe täiustused
• Veaparandused ja dokumentatsiooni uuendused

Rakenduse vRealize Build Tools alustamiseks vajate järgmisi tööriistu:

• vRealize Orchestrator
• Microsofti VS -kood

Sellelt lingilt saate alla laadida vRealize Build Tools.

Sildid: VMware, Labs, vRealize, Automation, Orchestrator, Update

Lisaks paljudele veaparandustele on utiliidil mitu uut cmdlet -käsku:

• Lisa-vRA-projekti administraator
• Lisa-vRA-projekti liige
• Hankige vRA-DeploymentFilters
• Get-vRA-DeploymentFilterTypes
• Hankige vRA-FabricNetworksFilter
• Hankige vRA-FabricImagesFilter
• Eemalda vRA-projekti administraator
• Eemalda vRA-projekti liige
• Update-vRA-Project-ZoneConfig

Tuletame meelde, et VMware ei toeta seda moodulit (nagu kõik tehnilise eelvaate olekus olevad VMware Labsi utiliidid), seega kasutage seda ettevaatlikult.

See tööriist võib teile kasulik olla järgmistel juhtudel.

• Kui teil on vaja võrrelda kahte klastrit jõudluse järgi (näiteks erineva riistvara puhul)
• Millal mõista klastri konfiguratsiooni muudatuste toimivuse mõju?
• Kui peate enne tootmiskeskkonda käivitamist kontrollima, kas uus klaster on õigesti konfigureeritud

Weathervane'i käivitamiseks peate looma konteineripildid, koostama konfiguratsioonifaili ja käivitama võrdlusaluse. Järgmisena juurutab utiliit ise klastrisse konteinereid, käivitab rakendusi ja kogub testitulemusi.

Weathervane juurutab võrdlusaluse rakenduse sõlmedesse ja toidab seal koormust, mis luuakse töökoormuse draiveri komponendi kaudu. See draiver võib asuda nii koos võrdlusaluse rakendusega kui ka väliskeskkonnas eraldi klastris.

Weathervane'i saab seada kindlale hulgale simuleeritud kasutajatele püsivale koormusele või konfigureerida otsima maksimaalset kasutajate arvu teenuse kvaliteedi (QoS) nõuetele vastamiseks. Viimasel juhul on testitulemuseks maksimaalne WvU -kasutajate arv, mida klaster talub. Tegelikult tuleks seda parameetrit kasutada klastrite võrdlemiseks jõudluse järgi.

Nii näevad Weathervane'i lahenduse komponendid välja (rakmete komponent Run vastutab testide läbiviimise ja testitulemuste saamise eest):

Weathervane kasutab mitmetasandilist veebirakendust, mis sisaldab kodakondsuseta ja riiklikke teenuseid. Saate valida sellist tüüpi rakenduste juurutamise vahel. Ühe käiguga saab käivitada mitu rakenduse eksemplari, mis võimaldab testida suurte klastrite vahel.

Weathervane rakendus koosneb mitmest astmest. Rakendusloogikat rakendatakse Tomcati serveris töötavate Java -teenuste kaudu, mis suhtlevad REST API ja RabbitMQ sõnumite kaudu ning kasutavad koordineerimiseks Zookeeperit. Taustaladu salvestatakse PostgreSQL ja Cassandra abil. Nginxis on juurutatud esiotsa veebiserverid ja puhverserveri vahemälu serverid.

Sildid: VMware, Kubernetes, Weathvane, Update, Performance

Ka Venemaal on vExperti vedajaid juba 10, mitte nii palju, aga ka mitte liiga vähe (Rootsi ja Norra tasemel). On selge, et enamik vExperti on pärit nendest riikidest, kus inglise keelega on kõik hästi, kuna ingliskeelsete ajaveebide publik on laiem, mis motiveerib autoreid postitusi kirjutama (ja üldiselt antakse vExpert blogimiseks).

Nii näeb esikümne välja selline:

Ja siin on need spetsialistid Venemaalt, kes said sel aastal vExperti:

Sildid: VMware, vExpert, Blogid

VMware vCenter Server 6.7 Kaugkontori ja harukontori VMware ESXi serverite virtuaalse infrastruktuuri jõudlus

Paljud VMware vSphere platvormi kasutajad teavad, et selline võimalus on olemas hajutatud virtuaalse infrastruktuuri, näiteks ROBO (Remote või Brunch Offices) juurutamiseks ja kasutamiseks. See eeldab ühe või mitme peamise andmekeskuse olemasolu, kust hallatakse väikseid kaugkontoreid ja kus asub mitu VMware ESXi serverit, koos oma vCenteriga või ilma.

Eelmise aasta lõpus avaldas VMware huvitava paberi "VMware vCenter Server 6.7 jõudlus kaug- ja harukontorites" (oleme seda juba natuke käsitlenud), kus käsitletakse sellise stsenaariumi kasutamise peamist aspekti - jõudlust. Lõppude lõpuks võivad kaugkontorid asuda teistes linnades, riikides ja isegi mandritel, millele juurdepääs toimub erinevat tüüpi ühenduste kaudu (näiteks 4G või satelliit), seega on väga oluline, kui palju liiklust erinevad toimingud tarbivad, ja kui kiiresti need administraatori seisukohast välja töötavad.

VMware erinevat tüüpi võrguühenduste parameetrid on kokku võetud tabelis (parempoolses veerus, mis saadi testkonfiguratsiooni kasutamise tulemusena, ja vasakus veerus, nagu juhtub reaalsete andmekeskustega stsenaariumide korral):

Testimiseks kasutasime 128 ESXi hosti kaugkonfiguratsiooni, kus registreeriti 3840 virtuaalmasinat (960 VM klastri kohta, 30 hosti kohta), millest kuni 3000 masinat lülitati korraga sisse.

Hüpervisoreid (virtualiseerimistehnoloogiaid) on eksisteerinud rohkem kui 30 aastat ja selle aja jooksul on neil õnnestunud saada üheks peamiseks "hammasrattaks" pilveökosüsteemis. Paljud virtualiseerimisfirmad valivad kaks populaarset hüpervisorit, VMware ja KVM. Teeme ettepaneku välja mõelda, milline neist on parem. Aga kõigepealt väike teooria.

Mis on hüpervisor?

Hüpervisor on programm, mis eraldab operatsioonisüsteemi riistvarast. Hüpervisaatorid virtualiseerivad serveri ressursse (protsessor, mälu, ketas, võrguliidesed jne), võimaldades neid kasutada omana, ning loovad ühe serveri põhjal mitu eraldi virtuaalmasinat. Iga loodud virtuaalmasin on naabritest isoleeritud, et mitte mõjutada teiste tööd. Hüpervisori toimimiseks on vajalik virtualiseerimise tugi: Inteli protsessoritel Intel VT protsessoril ja AMD-protsessoritel AMD-V-l.

Hüpervisaatorid jagunevad kahte tüüpi: esimesed töötavad otse serveriga ja kasutaja operatsioonisüsteem töötab hüpervisori peal. Need hüpervisorid võivad osadele kasutajatele pakkuda serverihaldusfunktsioone ja enamik ettevõtteid kasutab neid hüpervisoreid.

Teist tüüpi hüperviisor, tuntud ka kui Hosted Hypervisor, töötab koos serverisse installitud operatsioonisüsteemiga. Ja uute kasutajate operatsioonisüsteemid on ehitatud hüpervisori peale.

Töölaua hüpervisorid, näiteks Oracle VirtualBox või VMware Workstation, on II tüüpi hüpervisorid, samas kui VMware ja KVM on 1. tüüpi. VMware ja KVM on installitud otse serverisse ega nõua operatsioonisüsteemi installimist.

VMware vSphere

Enne VMware vSphere'i ostmist võite proovida prooviversiooni (60 päeva), pärast mida peate ostma litsentsi või taluma tasuta versiooni piiranguid.

Tasuta versioon, nimega VMware Free vSphere Hypervisor, ei oma hosti jaoks CPU ega mälu piiranguid, kuid on ka mitmeid teisi:

• Toote API on kirjutuskaitstud;
• virtuaalmasinal ei tohi olla rohkem kui 8 südamikku;
• seda ei saa koos Veeamiga varukoopiate loomiseks kasutada;
• ühendust vCenter Serveriga ei toetata;
• Samuti ei toetata kõrge kättesaadavusega VM Host Live Migration ja VM Storage Live Migration tehnoloogiaid.

VMware'i toode erineb analoogidest paljude operatsioonisüsteemide - Windowsi, Linuxi, Solarise, FreeBSD, Netware, MacOS jt - toetamisega.

VMware distributsiooni installimine serverisse on väga lihtne: käivitage lihtsalt CD -lt, USB -mälupulgalt või PXE kaudu. Lisaks toetatakse skripte tarkvara installimise, võrgu konfigureerimise ja vCenter Serveri ühenduse automatiseerimiseks.

Samuti on oluline, et on olemas spetsiaalne VMware vCenter Converter, mis võimaldab ESXi-s kasutada MS Virtual Serverit, Virtual PC-d, Hyper-V pilte, samuti selliste programmide nagu Acronis True Image loodud füüsilisi servereid ja kettapartitsioonide pilte, Norton Ghost ja teised.

VMware vSphere'il on sisseehitatud Microsoft Active Directory integratsioon, mis tähendab, et saate kasutajaid autentida privaatses või hübriidpilves, kasutades Microsofti domeeniteenuseid. Paindlik ressursside jaotamine võimaldab kuumalt lisada protsessorit, muutmälu ja kõvaketas(sh praeguse kõvaketta suuruse muutmine ilma taaskäivitamiseta).

VMware Fault Tolerate on VMware tehnoloogia, mis on loodud virtuaalmasinate kaitsmiseks pideva kättesaadavuse klastritega. Kui host (ESXi server) koos virtuaalse masina esmase töökoopiaga ebaõnnestub, lülitub kaitstud virtuaalne masin koheselt teisele ESXi serverile töötavale "sekundaarsele" või "varikoopiale". Masinate puhul, mida kaitseb VMware veatolerants, on kogu mälu ja protsessori juhiste pidev (reaalajas) koopia põhikoopiast varjukoopiani. Kui esmane ESXi host ebaõnnestub, ei märka kasutajad isegi teise hosti tõrkesiirdeprotsessi. See erineb tõrketaluvusest kõrgest kättesaadavusest. Kõrge kättesaadavuse korral, kui füüsiline server ebaõnnestub, taaskäivitatakse virtuaalmasinad teistes sõlmedes ja opsüsteemide taaskäivitamise ajal ei pääse kasutajad virtuaalserveritele juurde.

Lisaks VMware Foult Tolerate'le pakub VMware vCloud Suite Enterprise litsents kõrget kättesaadavust, vastupidavust ja avariitaastet vSphere HA, vMotion, Storage vMotion ja vCenter Site Recovery Manager abil.

Serverite või salvestussüsteemide (DSS) teeninduskatkestuste vähendamiseks viivad funktsioonid vMotion ja Storage vMotion virtuaalmasinad ja nende kettad võrku ilma rakendusi ja kasutajaid katkestamata. VSphere Replication toetab mitmeid vCenter Site Recovery Manageri (SRM) replikatsioonivõimalusi, et kaitsta suurte katastroofide eest. SRM pakub tsentraliseeritud katastroofide taastamise planeerimist, automaatset tõrkesiiret ja tagasivõtmist varusaidilt või vCloudist ning häireteta taastamisteste.

Selle hüpervisori eripära hõlmab riistvara selektiivsust - enne installimist peate hoolikalt kontrollima olemasoleva riistvara ühilduvust soovitud ESXi versiooniga. Selle jaoks on VMware veebisaidil spetsiaalne.

VMware toodete litsentsimisel on oma eripära. Täiendavat segadust lisavad perioodilised muudatused (vSphere versioonist versioonini) VMware litsentsipoliitikas. Enne VMware vSpere litsentside ostmist tuleb arvestada mitme punktiga:

• hüpervisoril on litsents füüsilise aluse (CPU) alusel. Iga serveri protsessor vajab eraldi vSphere litsentsi (tuumad ei ole füüsilised protsessorid ja neid ei arvestata litsentsimise juurde);
• ESXi serveri saadaoleva funktsionaalsuse määrab sellele installitud vSphere litsents. Litsentside üksikasjalik juhend on saadaval aadressil;
• iga ostetud vShpere litsentsi eest peate ostma teenuse tugipaketi (vähemalt aasta);
• VMware ei sea piiranguid serverisse installitud mälu (RAM) ega töötavate virtuaalmasinate arvule.

Teist VMware toodet, Vcenter Serverit, saab kasutada mitme masina haldamiseks ESXi hüpervisorite, salvestussüsteemide ja võrguseadmetega. VMware'i partnerite pakutavad vSphere'i kliendipistikprogrammid annavad IT-administraatoritele võimaluse hallata andmekeskuse kolmandate osapoolte elemente otse selle konsooli kaudu. Seetõttu saavad vCenteri kasutajad varundada, kaitsta andmeid, hallata servereid, võrke ja turvalisust otse vCenteri liideselt. Samas konsoolis saate konfigureerida käivitajaid, mis teavitavad teid tekkinud probleemidest, ja saada graafikute või tabelite kujul andmeid kogu infrastruktuuri toimimise kohta.

KVM

KVM on hõlpsasti kasutatav, kerge, vähese ressursiga ja üsna funktsionaalne hüpervisor. See võimaldab teil võimalikult lühikese aja jooksul juurutada virtualiseerimisplatvormi ja korraldada virtualiseerimise Linuxi opsüsteemi all. Töötamise ajal pääseb KMV opsüsteemi tuuma juurde spetsiaalse mooduli (KVM-Intel või KVM-AMD) kaudu. Esialgu toetas KVM ainult x86 protsessoreid, kuid kaasaegsed KVM versioonid toetavad väga erinevaid protsessoreid ja külalisoperatsioonisüsteeme, sealhulgas Linux, BSD, Solaris, Windows jne. Muide, kõik Wiki ressursid (MediaWiki, Wikimedia Foundation, Wikipedia, Wikivoyage, Wikidata, Wikiversity) kasutavad seda konkreetset hüpervisorit.

Kuna külalisoperatsioonisüsteemid suhtlevad Linuxi tuuma integreeritud hüpervisoriga, on külalisoperatsioonisüsteemidel võimalus riistvarale otse juurde pääseda, ilma et peaksite külalisoperatsioonisüsteemi muutma. Tänu sellele ei toimu külaliste operatsioonisüsteemis peaaegu mingit aeglustumist.

KVM võimaldab virtuaalmasinatel kasutada modifitseerimata QEMU -kettapilte, VMware -kettapilte ja muid operatsioonisüsteeme sisaldavaid pilte. Igal virtuaalmasinal on oma virtuaalne riistvara: võrgukaardid, ketas, videokaart ja muu riistvara.

Tänu modifitseerimata VMware -kujutiste toele saab füüsilist serverit hõlpsasti virtualiseerida sama VMware vServer Converter utiliidi abil ja seejärel saadud faili hüpervisorisse üle kanda.

KVM -i paigaldamine operatsioonisaali Linuxi süsteem koosneb KVM paketi ja Libvirt virtualiseerimisteegi installimisest, samuti virtualiseerimiskeskkonna hoolikast seadistamisest. Sõltuvalt hostis kasutatavast opsüsteemist peate konfigureerima silla või ühenduse VNC konsooliga, mille kaudu virtuaalsed masinad hostiga suhtlevad.

KVM -i haldamine on keerulisem, kuna läbipaistev juurdepääs failidele, protsessidele, konsoolidele ja võrguliidesed puudu, peate selle ise konfigureerima. VM -i parameetrite taastamine KVM -is (CPU, RAM, HDD) ei ole väga mugav ja nõuab täiendavaid samme, sealhulgas OS -i taaskäivitamist.

Projekt ise ei paku mugavaid graafilisi tööriistu virtuaalmasinate haldamiseks, vaid ainult utiliiti Virsh, mis rakendab kõiki vajalikke funktsioone. Virtuaalmasinate mugavaks haldamiseks saate lisaks installida Virt-Manageri paketi.

KVM-il pole sisseehitatud tööriistu nagu Fault Tolerate VMware jaoks, seega on ainus viis HA klastri loomiseks kasutada võrgu replikatsiooni DRDB-ga. DRBD klaster toetab ainult kahte sõlme ja sõlmed sünkroonitakse ilma krüpteerimiseta. See tähendab, et turvalisema ühenduse loomiseks peate kasutama VPN -ühendust.

Lisaks on kõrge kättesaadavusega klastri loomiseks vaja programmi Heartbeat, mis võimaldab klastri sõlmedel vahetada teenusesõnumeid oma oleku kohta, ja Pacemakerit, klastri ressursside haldurit.

KVM hüperviisorit levitatakse avatud lähtekoodiga tootena ning ärikasutajate jaoks on KVM -il ja virtuaalse infrastruktuuri haldamise platvormil põhinev kommertslahendus Red Hat Virtualization (RHEL).

Selle hüpervisori vaieldamatu eelis on see, et see võib töötada mis tahes serveris. Hüpervisor on ressursside osas üsna tagasihoidlik, mistõttu on seda lihtne testimisülesannete jaoks kasutada.

Pange tähele, et KVM -il puudub tugiteenus. Kui midagi ei õnnestu, võite loota foorumitele ja kogukonna abile. Või minge RHELi.

Mida siis valida?

Mõlemad hüpervisorid on küpsed, usaldusväärsed ja suure jõudlusega virtualiseerimissüsteemid, millest igaühel on oma omadused, mida valimisel arvestada.

KVM on üldiselt skaleeritavam kui VMware, peamiselt seetõttu, et vSphere'il on hallatavatel serveritel teatud piirangud. Lisaks on VMware lisanud suure hulga salvestusruumivõrke (SAN), et toetada mitut tarnijat. See funktsioon tähendab, et VMware'il on rohkem salvestusvõimalusi kui KVM -il, kuid see raskendab ka VMware'i salvestusruumi laiendamist.

KVM on tavaliselt kõige populaarsem hüperviisor ettevõtetele, kes soovivad vähendada rakenduskulusid ja on vähem huvitatud ettevõtte tasemel funktsioonidest.

Uuringud on näidanud, et KVM -i TCO on tavaliselt 39 protsenti madalam kui VMware, kuigi tegelik TCO sõltub konkreetsetest teguritest, nagu tööparameetrid ja saidi töökoormus.

Tihe integreerimine host -operatsioonisüsteemiga on üks levinumaid põhjusi, miks arendajad valivad KVM -i. Eriti need, kes kasutavad Linuxit. KVM -i lisamine paljudesse Linuxi distributsioonidesse muudab selle ka arendajatele mugavaks valikuks.

Pilveteenuse pakkujad, kes pakuvad oma klientidele IaaS -teenuseid, valivad tavaliselt VMware toodetele rajatud infrastruktuuri. VMware Sphere'il põhinevad lahendused sisaldavad kõiki olulisi ettevõtte funktsioone kõrge ja pideva kättesaadavuse tagamiseks, pakuvad tuge rohkematele külalisoperatsioonisüsteemidele ja võimaldavad liidestada kliendi infrastruktuuri pilveteenustega.

vSAN 6.7 parandab HCI töö efektiivsust, vähendab õppimiskõverat ja kiirendab otsuste tegemist. See versioon pakub järjepidevamat, jõulisemat ja turvalisemat rakenduste tuge. Lisaks kasutatakse probleemide mugavamaks ja kiiremaks lahendamiseks juhtivate ekspertide teadmisi, uusimaid tehnoloogiaid ja analüüsivahendeid. Üha enam ettevõtteid ja pilveteenuste pakkujaid valib hüperkonvergeeritud infrastruktuuri lahenduseks VMware vSAN.

VÕIMALUSED

Toote täiustused

Järgnevalt on toodud peamised uued funktsioonid ja värskendused vSAN 6.7 jaoks.

• HTML5 -põhine kasutajaliides
• Täielikult ümber kujundatud kasutajaliides pakub kaasaegseid juhtimisvõimalusi. Uus liides ehitati samale platvormile, mida kasutatakse ka teistes VMware toodetes, nii et klientidel on ühtne ja hõlpsasti kasutatav protsess kõige täiuslikuma SDDC toote virna haldamiseks. Lisaks vähendab uus liides paljude toimingute tegemiseks vajalike toimingute arvu, lihtsustades töövooge.
• vRealize Operations vCenter'is
• VRealize Operations, mis on integreeritud otse vCenterisse, tagab täieliku nähtavuse HCI-keskkondades, mis on paigutatud kohapeal või laias valikus avalikes pilvedes, ning on tasuta saadaval kõigile vSAN Advanced ja Enterprise klientidele. Kohandatavate vSAN -i armatuurlaudadega ühes halduskonsoolis saate jälgida ja juhtida oma HCI -keskkonda. Uute või olemasolevate vROP-i eksemplaride integreerimine ei häiri.
• vSAN ReadyCare
• VSAN ReadyCare'i tugi rõhutab VMware pühendumust vSAN-i klientidele ning pakub otsest tuge juhtivate ekspertide ning uusima analüüsi ja tehnoloogia kaudu. Kasutades vSAN Support Insightis ennustavat modelleerimist, analüüsib VMware tuhandete vSAN -i klientide anonüümselt kogutud andmeid ja teavitab neid enne probleemide tekkimist. Lisaks pakuvad vSAN Health Validators reaalajas märguandeid ja nõuandeid veaotsingu kohta.
• FIPS 140-2 krüptimine
• VSAN tutvustab HCI jaoks esimest tööstusharu standardset krüpteerimislahendust. VSAN 6.7 tutvustab vSAN-krüptimist, mis on esimene tarkvaralahendus, mis vastab FIPS 140-2 ja USA rangetele föderaalnõuetele. vSAN -krüpteerimine vähendab riistvara sõltuvust ja lihtsustab põhilisi haldusprotsesse ning vähendab andmekaitsekulusid ja suurendab paindlikkust. Lisaks on see esimene HCI lahendus, mille kaitseinfosüsteemide agentuur (DISA) on STIG -käsiraamatu heaks kiitnud.
• Suurenenud rakenduste vastupidavus
• VSAN pakub järjepidevat lõppkasutajakogemust rakendustele, millel on intelligentsed enesetaastevõimalused, nagu adaptiivne uuesti sünkroonimine, kiire tõrkesiire füüsiliselt eraldatud võrkudes ja koopiate konsolideerimine. Kohanduv sünkroonimine optimeerib I / O liikluse haldamist, et rakendused oleksid sünkroonimise ajal terved. Koopiate koondamine vähendab sõlme hooldusrežiimi viimiseks kuluvat aega ja vaeva. Lõpuks kõrvaldatakse vajadus füüsiliselt eraldatud võrkude tõrkesiirde järele.
• Hajutatud klastrite suurem kättesaadavus
• Hajutatud klastri keskkonnad on tunnistajate liikluse aruka lahtiühendamise, aluseks oleva keskkonna uuesti määratlemise ja tõhusa uuesti sünkroniseerimisega veelgi tõhusamad. Tunnistajate liikluse eraldamine ja tõhus sünkroonimine optimeerib igal lingil liikuvate andmete marsruudi ja suuruse, muutes tõrkesiirde rakenduse lõppkasutajatele läbipaistvaks. Põhikeskkonna uuesti määratlemine suurendab töökoormuste kättesaadavust, kasutades keskkonna tõrke korral tõhusamat loogikat.
• Järgmise põlvkonna optimeeritud rakendused
• VSAN-lahendus kasutab uut säilitamispoliitikat (vSAN-i hosti kinnitamine), et viia vSAN-i tõhusus ja vastupidavus vastavusse viimaste jagatud mitte-millegi rakenduste vajadustega. Selle poliitikaga säilitab vSAN ühe koopia andmetest ja kirjutab tükke andmeid ESMi hostile, mis töötab VM -iga. See võimalus on eriti oluline suurte andmemahtude (Hadoop), NoSQL (DataStax) ja muude rakenduste tasemel andmete varundamist teostavate rakenduste jaoks.
• Laiendatud tugi missioonikriitilistele ärirakenduskeskkondadele
• VSAN toetab nüüd missioonikriitilisemat keskkonda, toetades Windows Serveri tõrkesihtide klasterdamist, mis lihtsustab nende töökoormuste salvestamise haldamist ja aitab klientidel kiirendada nende üleminekut tsentraliseeritud SDDC-le.
• Proaktiivne tugi koos vSAN Support Insightiga
• Ennetav tugi parandab vSAN -i töökindlust hoiatustega, mis genereeritakse enne infrastruktuuriprobleemide ilmnemist, ja lühendab traditsioonilist tugiaega perioodilise andmete kogumise kaudu. Selle funktsiooni kasutamiseks peate registreeruma kliendikogemuse parandamise programmi.
• Adaptiivne Core Dump tugi
• Kohanduv Core Dump tugi vähendab vSAN -i kliendi lahendamise aega rohkemat tüüpi keskkondades, kohandades automaatselt toe kiirendamiseks kasutatavate väärtuslike andmete suunda ja suurust.
• Laiendatud riistvara tugi
• vSAN toetab nüüd 4Kn -draive, mis aitavad vSAN -keskkondi ette valmistada tulevasteks muutuvateks vajadusteks ja võimaldavad teil vähendada kogukulusid.