Šajā rakstā mēs neiedziļināsimies tehniskās detaļās. Tā vietā apskatīsim VMware terminoloģiju. Šis īsais pārskats būs noderīgs tiem, kas vēlas saprast atšķirību starp pamatā esošajiem VMware produktiem. Gandrīz visi zina par ESXi. Kā ir ar vSphere un vCenter? Cilvēki bieži sajauc šos terminus, taču patiesībā tajos nav nekā sarežģīta. Saliksim visu pa plauktiņiem.

2001. gadā ieviestais hipervizors VMware ESX (agrāk pazīstams kā VMware ESX Server) uzsāka virtuālu revolūciju. Šodien VMware ir vadošais virtualizācijas programmatūras produktu izstrādātājs (tagad ietilpst Dell). Katru pusotru gadu uzņēmums izlaiž jaunu programmatūru ar uzlabotām funkcijām, kas ir savietojama ar lielu skaitu iekārtu, ieskaitot SSD diskdziņi NVMe, ļoti lieli cietie diski un jaunākais centrālie procesori Intel vai AMD.

VMware ESXi

ESXi ir hipervizors; sīka daļiņa programmatūru kas ir instalēts fiziskā serverī un ļauj vienā saimniekdatorā palaist vairākas operētājsistēmas. Šīs operētājsistēmas darbojas atsevišķi viena no otras, bet var mijiedarboties ar ārpasauli, izmantojot tīklu. Šajā gadījumā pārējie datori ir savienoti ar lokālo tīklu (lokālais tīkls, LAN). Operētājsistēmas darbojas virtuālajās mašīnās (VM), no kurām katrai ir sava virtuālā aparatūra.

Ir maksas un bezmaksas VMware ESXi versijas. Jūs varat pasūtīt bezmaksas versijas instalēšanu vietnē. Bezmaksas versijas funkcionalitāte ir nedaudz ierobežota. Tas ļauj vienā datorā apvienot ierobežotu skaitu operētājsistēmu, un to nevar pārvaldīt, izmantojot centrālo pārvaldības serveri - vCenter. Tomēr bezmaksas ESXi (vai VMware ESXi Hypervisor) izveido savienojumu ar attālo krātuvi, kur varat izveidot, uzglabāt un lietot virtuālās mašīnas... Tas ir, šo attālo krātuvi var koplietot starp vairākiem ESXi resursdatoriem, bet ne starp virtuālajām mašīnām. Virtuālās mašīnas "pieder" katram saimniekdatoram, padarot centrālo pārvaldību neiespējamu.

Darbs ar ESXi bezmaksas versiju ir ļoti vienkāršs un sastāv no pamata procesiem: apmācības, ražošanas procesu testēšanas, katastrofu seku novēršanas sistēmu testēšanas un arhitektūras risinājumu apstiprināšanas. Izmantojot momentuzņēmumus, varat pārbaudīt Windows ielāpu pareizību. Alternatīvi, tas var būt noderīgi, ja jūs nolemjat klonēt ražošanas serveri, izmantojot VMware Converter vai P2V tehnoloģiju, un vēlaties pārbaudīt Microsoft servisa pakotni pirms tās instalēšanas.

VMware vCenter

VMware vCenter ir centralizēta VMware virtuālās infrastruktūras pārvaldības platforma. Ar tās palīdzību jūs varat pārvaldīt gandrīz visus procesus tikai no vienas konsoles. VCenter Server var instalēt sistēmā Windows vai izvietot kā iepriekš konfigurētu virtuālo mašīnu, izmantojot Photon OS-jaudīgu Linux balstītu izplatīšanu. Iepriekš VMware izmantoja Suse Linux Enterprise Server (SUSE) izplatīšanu, bet nesen pārgāja uz Photon OS.

vCenter Server ir licencēta programmatūra. Jūs to varat iegādāties divos veidos:

• vCenter Server Essentials kā daļa no vSphere Essentials pakotnes. Šī vCenter versija pārvalda trīs resursdatorus ar diviem fiziskiem procesoriem. Ja jums ir mazs uzņēmums, tad darbosies ar aptuveni 60 VM, un šī vCenter versija jums būs piemērota. Izmantojot pamata komplektu, jūs saņemat licenci ne tikai vCenter serverim, bet arī ESXi (līdz trim saimniekiem ar diviem CPU).
• Standalone vCenter Server ir pilnīgs savrups vCenter serveris, kas spēj pārvaldīt 2000 resursdatorus no 25 000 virtuālajām mašīnām. Šī licence ir paredzēta tikai vCenter. Pats VCenter ir tikai daļa no licencēšanas mīklas. Lai pārvaldītu visus saimniekdatorus no vienas ierīces, jums ir nepieciešama licence katram no tiem. Ir trīs licenču veidi: standarta, uzņēmuma, uzņēmuma Plus, un katrs attiecas uz vienu procesoru. Tātad, ja jūs plānojat izveidot resursdatoru ar diviem fiziskiem procesoriem, tad jums būs nepieciešamas 2 licences tikai šim vienam saimniekdatoram.

VMware vSphere

VMware vSphere ir visa VMware produktu komplekta tirdzniecības nosaukums. Kā minēts iepriekš, dažādas programmatūras paketes maksā dažādas naudas summas. Lētākās ir pamata vSphere essentials vai Essentials Plus paketes. Vai starp tām ir atšķirība? Jā, bet to veido pieejamo funkciju skaits, nevis pati programmatūra.

Atkarībā no licences veida jūs iegūstat piekļuvi noteiktam skaitam funkciju, kuras var pārvaldīt, izmantojot vSphere Web klientu. Ir arī vSphere HTML 5 klients, bet vēl nav izmantojams. Uzņēmums turpina to attīstīt.

Essentials neietver augstu pieejamību (automātiska VM restartēšana), vMotion, dublēšanas programmatūru (VDP) un iespēju izmantot VSAN krātuvi.

Essentials pakotne ir piemērota maziem uzņēmumiem, kuriem nav jābūt tiešsaistē visu laiku. No otras puses, iespēja pārvietot savus VM uz citu resursdatoru un veikt uzturēšanu vai resursdatora jaunināšanu, paliekot tiešsaistē, sniedz jums patiesu priekšrocību. To visu var izdarīt darba dienas laikā, nepārtraucot lietotāju darbu.

Turklāt neparedzētas aparatūras kļūmes gadījumā vSphere High pieejamība (HA) automātiski restartēs virtuālās mašīnas, kuras pārstāja darboties ar problēmu resursdatoru. Šīs virtuālās mašīnas tiek automātiski restartētas citos resursdatoros no VMware klastera. Sistēmai nepieciešams nedaudz laika, lai noteiktu, kurš dators ir avarējis un kuri saimnieki var īslaicīgi pārņemt tās virtuālās mašīnas. Šiem saimniekiem jābūt pietiekami daudz atmiņas un CPU jaudas, lai tiktu galā ar papildu slodzi. Tiklīdz sistēma pabeidz analīzi, VM tiek restartēti. Viss process ir automatizēts un neprasa administratora iejaukšanos.

Apkopojiet

Kā redzat, VMware terminoloģija ir diezgan viegli saprotama, tāpat kā atšķirība starp ESXi, vSphere un vCenter. Arī licencēšanas sistēma ir skaidra. Pats hipervizors ir bezmaksas, taču tā funkcionalitāte ir ierobežota, kā rezultātā šāda programmatūra nav apdrošināta pret datu zudumu. Tāpēc ESXi ir paredzēts lietošanai tikai testa vidē.

Termins "virtualizācija" pēdējā laikā ir kļuvis ļoti moderns. Jēdziens "virtuālā mašīna" vairs nav kaut kas eksotisks un attāls. Daudzas organizācijas, tā vai citādi saistītas ar informācijas tehnoloģijām, jau ir iemācījušās izmantot virtuālās mašīnas ikdienas darbībās, lai uzlabotu savas IT infrastruktūras efektivitāti. Virtualizācijas jēdziens tagad tiek izmantots visur un dažkārt arī dažādos kontekstos: uzglabāšanas sistēmu, operētājsistēmu, lietojumprogrammu virtualizācija. Ja dažādi aparatūras resursu virtualizācijas aspekti speciālistiem ir zināmi jau sen, tad operētājsistēmu virtualizācija ir sākusi uzņemt apgriezienus tikai dažos pēdējos gados, bet straujos tempos.

Tātad, kas ir virtualizācija un virtuālās mašīnas operētājsistēmām? Pats termins virtualizācija nozīmē objekta prezentāciju lietotājam ērtā formā, kamēr visas īstenošanas detaļas ir paslēptas, un pašam objektam ir pazīstamas saskarnes mijiedarbībai ar ārējo vidi. Runājot par operētājsistēmu virtualizāciju, pirmkārt, tās nozīmē virtuālo mašīnu izveidi - dažas abstrakcijas, kas satur savu virtuālo aparatūras un programmatūras vidi, kas ļauj vienā fiziskā platformā vienlaikus instalēt un palaist vairākus operētājsistēmu gadījumus. . Kam tas paredzēts? Pirmkārt, lai nodalītu operētājsistēmas prezentāciju no aparatūras un vienā fiziskā serverī novietotu vairākus strādājošus virtuālos serverus ar iespēju ātri migrēt un atjaunot darbības vidi. Šī pieeja nodrošina arī maksimālu elastību servera izvietošanā, uzturēšanā un pārvaldībā.

Lielākā daļa lielo organizāciju CIO, ja neplāno daļēji vai pilnībā virtualizēt savu IT infrastruktūru, tad vismaz nopietni par to domā. Ilgtermiņā virtualizācijas projekti šķiet ļoti vilinoši: palielinot IT infrastruktūras elastību, palielinot uzticamību un nodrošinot augstu serveru pieejamību, ietaupot uz aparatūras - visi šie un daudzi citi faktori piesaista uzņēmumu IT nodaļu vadītājus. Tomēr daudzi neapzinās, kādas pūles būs nepieciešamas, lai pārvietotu fizisku infrastruktūru uz virtuālu, jo šajā jomā ir tikai daži kompetenti speciālisti, turklāt jaudīgu komerciālu virtualizācijas platformu iegāde un izvietošana maksā dārgi. Šajā rakstā uzmanība tiks pievērsta divām populārām serveru virtualizācijas platformām - bezmaksas VMware Server un komerciālajam VMware ESX Server.

Kāpēc VMware?

VMware ir viens no pirmajiem spēlētājiem jaunizveidotajā virtualizācijas platformu tirgū. 1998. gadā VMware patentēja savas virtualizācijas programmatūras metodes un kopš tā laika ir izlaidusi vairākus efektīvus un profesionālus dažāda līmeņa virtualizācijas produktus, sākot no VMware Workstation, kas paredzēts gala lietotājam (patērētājam), līdz VMware ESX Server, kas paredzēts virtuālas infrastruktūras mitināšanai vidējiem un lieliem uzņēmumiem. VMware plašais produktu portfelis ietver daudzus rīkus, lai uzlabotu virtualizācijas procesa efektivitāti, pārvaldītu virtuālos serverus un pārietu no fiziskām platformām uz virtuālām platformām. Krievijā VMware produkti ir īpaši populāri, jo virtualizācija mūsu valstī joprojām uzņem apgriezienus, un citu, mums ne tik pazīstamu pārdevēju platformas ir ļoti “neapstrādātas” un tām ir daudz mazāka funkcionalitāte nekā to kolēģiem no VMware. Turklāt VMware virtualizācija gandrīz vienmēr pārspēj konkurentus dažādos veiktspējas testos. Un, ja mēs runājam par Windows operētājsistēmu virtualizāciju, tad tie gandrīz noteikti ir VMware produkti. Tikmēr starp virtualizācijas platformām VMware ir daudz ko izvēlēties:

• VMware darbstacija- platforma, kas vērsta uz galddatoru lietotājiem un paredzēta programmatūras izstrādātājiem un IT profesionāļiem,
• VMware Player- bezmaksas virtuālo mašīnu "atskaņotājs", kas paredzēts, lai palaistu gatavas virtuālo mašīnu veidnes, kas veic noteiktu uzdevumu,
• VMware serveris, agrāk pazīstams kā VMware GSX Server, kura mērķis ir mazo uzņēmumu infrastruktūra virtuālo serveru atbalstam
• VMware Ace- produkts virtuālo mašīnu izveidei, ko aizsargā drošības politikas,
• VMware ESX serveris- spēcīga virtualizācijas platforma vidējiem un lieliem uzņēmumiem, galvenokārt koncentrējoties uz holistiskas un mērogojamas IT infrastruktūras uzturēšanu,
• VMware virtuālais centrs ir spēcīgs rīks virtualizācijas platformu VMware ESX Server un VMware Server pārvaldībai, ar plašām servera konsolidācijas, konfigurēšanas un pārvaldības iespējām.
• VMware Fusion ir darbvirsmas virtualizācijas produkts Mac platformai no Apple.

VMware oficiālie konkurenti serveru virtualizācijai ir Microsoft, Virtual Iron, XenSource un SWsoft. Tomēr SWsoft uzņēmuma produktam ir diezgan šaura piemērošanas joma (mitināšana), un citu pārdevēju attīstība salīdzinājumā ar VMware produktiem šobrīd izskatās daudz vājāka.

Kad uzņēmumā ieviest virtuālo infrastruktūru

Pirmkārt, ir skaidri jādefinē mērķi, ar kādiem tiks īstenotas virtualizācijas platformas. Pēc tam ir jānosaka kritēriji, pēc kuriem tiks novērtēta virtuālās infrastruktūras ieviešanas efektivitāte. Papildus tīri finansiāliem kritērijiem (samazinātas aparatūras izmaksas, ietaupījumi uzturēšanā) ir jāņem vērā arī infrastruktūras uzticamības, mērogojamības, elastības, noturības, saīsināta izvietošanas laika, dīkstāves, avārijas seku novēršanas, centralizētas pārvaldības un augstas pieejamības uzlabošana. Protams, visus šos kritērijus var izteikt naudas izteiksmē, atkarībā no virtualizējamās vides veida un specifikas.

7 iemesli servera virtualizācijas ieviešanai

• Palielināta aparatūras izmantošana
  Saskaņā ar statistiku, lielākā daļa serveru, veicot ikdienas uzdevumus, tiek ielādēti par 15-20 procentiem. Vairāku virtuālo serveru izmantošana vienā fizikā palielinās to līdz 80 procentiem, vienlaikus nodrošinot ievērojamus ietaupījumus aparatūras iegādē.
• Samazinātas aparatūras nomaiņas izmaksas
  Tā kā virtuālie serveri ir atdalīti no īpašas aparatūras, fizisko serveru parka atjaunināšanai nav nepieciešama programmatūras pārinstalēšana un konfigurēšana. Virtuālo mašīnu var vienkārši nokopēt uz citu serveri.
• Virtuālo serveru izmantošanas elastības palielināšana
  Ja jums ir jāizmanto vairāki serveri (piemēram, testēšanai un darbam ražošanā) ar dažādu slodzi, virtuālie serveri ir labākais risinājums, jo tos var nesāpīgi pārnest uz citām platformām, kad fiziskais serveris piedzīvo palielinātu slodzi.
• Augstas pieejamības nodrošināšana
  Virtuālo mašīnu dublēšana un to atjaunošana no dublējumiem prasa ievērojami mazāk laika un ir vieglāk. Iekārtas atteices gadījumā virtuālā servera rezerves kopiju var nekavējoties palaist citā fiziskā serverī.
• Serveru infrastruktūras pārvaldāmības uzlabošana
  Ir pieejami daudzi virtuālās infrastruktūras pārvaldības produkti, lai centralizēti pārvaldītu virtuālos serverus un nodrošinātu slodzes līdzsvarošanu un tiešo migrāciju.
• Ietaupījumi apkopes personālam
  Virtuālo serveru pārvaldības vienkāršošana ilgtermiņā ļauj ietaupīt speciālistus, kuri uztur uzņēmuma infrastruktūru. Ja divi cilvēki, kas izmanto virtuālo serveru pārvaldības rīkus, var paveikt to, ko darīja četri, kāpēc jums būtu nepieciešami divi papildu speciālisti, kas nopelnītu vismaz 15 000 USD gadā? Tomēr jāpatur prātā, ka daudz naudas ir nepieciešams arī, lai apmācītu kvalificētu personālu virtualizācijas jomā.
• Enerģijas ietaupījums
  Maziem uzņēmumiem šim faktoram, protams, nav īstas nozīmes, bet lieliem datu centriem, kur liela serveru parka uzturēšanas izmaksas ietver elektrības izmaksas (jauda, ​​dzesēšanas sistēmas), šim punktam ir ievērojama nozīme. Vairāku virtuālo serveru koncentrēšana vienā fiziskajā serverī samazinās šīs izmaksas.

Kad jums nav jāievieš infrastruktūra uzņēmumā

Neskatoties uz visām priekšrocībām, servera virtualizācijas izmantošanai ir arī daži ierobežojumi. Plānojot virtuālo infrastruktūru, ņemiet vērā šādus faktorus:

• Serveriem nepārtraukta darba slodze pārsniedz 60 procentus
  Šie serveri nav piemēroti virtualizācijai, jo, migrējot to uz virtuālo mašīnu un mitinot to kopā ar citiem virtuālajiem serveriem, resursi var beigties.
• Serveris izmanto papildu aparatūru, ko nevar virtualizēt
  Šeit viss ir skaidrs: ja serveris izmanto aparatūru, ko neatbalsta virtualizācijas platformu pārdevēji, nav jēgas virtualizēt šādu serveri.
• Virtualizācijas platformas iegādes un ieviešanas izmaksas ir pārāk augstas
  Vidēja lieluma un mazās organizācijās serveru infrastruktūra ir maza, un aparatūras un uzturēšanas izmaksas ir zemas. Šajā gadījumā jums jābūt uzmanīgam attiecībā uz virtualizācijas procedūru, jo komerciālas platformas iegāde var nebūt pamatota.
• Kvalificētu speciālistu trūkums
  Daudzos gadījumos pārejai no fiziskās aparatūras uz virtuālajām mašīnām un turpmākai virtualizācijas platformas izvietošanai ir nepieciešama laba kvalifikācija no cilvēkiem, kas tos vada. Tas ir īpaši nepieciešams, izvietojot "Bare metal" klases platformas (tukšs metāls). Ja neesat pārliecināts, vai jūsu cilvēkiem ir zināšanas, lai to izdarītu, nesāciet virtualizācijas projektu.

VMware Server ir bezmaksas un jaudīga virtualizācijas platforma maziem uzņēmumiem

Bezmaksas produkts VMware Server ir diezgan spēcīga virtualizācijas platforma, kas var darboties serveros, kuros darbojas Windows un Linux resursdatora operētājsistēmas. VMware Server galvenais mērķis ir atbalstīt mazo un vidējo virtuālo mazo uzņēmumu infrastruktūru. Tā kā tā izstrāde un instalēšana ir nedaudz sarežģīta, VMware Server var izvietot pēc iespējas īsākā laikā gan organizāciju serveros, gan mājas lietotāju datoros.

Iepriekš šis produkts tika izplatīts saskaņā ar komerciālu licenci, un to sauca par VMware GSX Server 3, tomēr, pieaugot iespējām un pārdodot jaudīgo virtualizācijas platformu VMware ESX Server, VMware neredzēja nekādas perspektīvas VMware Server platformas pārdošanā, galu galā padarot produktu par brīvu. Ir vērts atzīmēt, ka šim produktam VMware lielā mērā paļaujas uz ieņēmumiem no Virtual Center for VMware Server pārdošanas, kas ir efektīvs virtuālās infrastruktūras pārvaldības rīks, kura pamatā ir VMware Server, kas piedāvā bagātīgu savietojamību ar virtuālajām mašīnām un virtuālā servera konsolidāciju.

Šeit ir galvenie VMware Server produkta lietošanas gadījumi:

• vairāku virtuālo serveru atbalsts vienam fiziskam uzņēmuma ražošanā
• vairāku virtuālo serveru atbalsts testēšanai "kopā" ​​virtuālā resursdatora tīklā programmatūras izstrādes un atbalsta laikā
• lietošanai gatavu virtuālo mašīnu (Virtual Appliances) palaišana, kas veic noteiktu servera funkciju
• nodrošinot augstu virtuālo serveru pieejamību (virtuālās mašīnas var viegli pārsūtīt starp fiziskiem serveriem)
• Viegli atjaunojamu virtuālo serveru rezerves kopiju izveide, iegūstot sistēmas pašreizējā stāvokļa momentuzņēmumus ("momentuzņēmumus").

VMware Server ir plašas iespējas darbam ar virtuālajām mašīnām, tostarp:

• Atbalsts jebkurai standarta x86 arhitektūrai
  VMware Server nav īpašu prasību attiecībā uz fiziskajiem servera komponentiem - atšķirībā no VMware ESX Server, kas nosaka ļoti specifiskus ierobežojumus servera aparatūrai. Tiek atbalstīti arī daudzkodolu procesori.
• Atbalsts divvirzienu virtuālajam SMP (simetriska daudzapstrāde)
  Ja fiziskā servera arhitektūra to atļauj, VMware Server izveidotās virtuālās mašīnas var saturēt divus virtuālos procesorus, kas pozitīvi ietekmē viesu sniegumu.
• Atbalsts lielam skaitam saimniekdatoru un viesu operētājsistēmu, kuru pilns saraksts vienmēr ir pieejams VMware vietnē
  Uzņēmēja operētājsistēmu skaits, kurās var instalēt VMware Server, protams, ir mazāks par atbalstīto viesu sistēmu skaitu. Tikmēr viesa statusā var instalēt gandrīz jebkuru zināmu operētājsistēmu. Pat ja tas nav atbalstīto sarakstā, tas nenozīmē, ka to nevar instalēt.
• Atbalsts 64 bitu saimniekdatoru un viesu operētājsistēmām
  Kā saimniekdatora 64 bitu sistēmas, ģimenes 64 bitu operētājsistēmas Windows Server 2003, kā arī 64 bitu Linux sistēmu versijas: Red Hat, SUSE, Mandriva un Ubuntu. Atbalstīto viesu operētājsistēmu sarakstu papildina arī Windows Vista, Sun Solaris un FreeBSD 64 bitu versijas.
• IntelVT (Intel virtualizācijas tehnoloģijas) atbalsts
  VMware Server eksperimentē ar Intel aparatūras virtualizācijas tehnoloģiju un ļauj to izmantot virtuālo mašīnu atbalstam. Ir vērts atzīmēt, ka aparatūras virtualizācija, saskaņā ar VMware inženieru pētījumiem, joprojām ir lēnāka nekā programmatūras virtualizācija, tāpēc nav ieteicams iespējot programmatūras virtualizācijas atbalstu labākai veiktspējai.

Ievads VMware Server sākas ar virtuālās mašīnas pārvaldības konsoles logu:

Programmas galvenā loga darbvietā varat izveidot virtuālo mašīnu, pievienot esošu, pārslēgt konsoli uz citu fizisku resursdatoru (pārvaldīt virtuālo serveri attālināti) un konfigurēt resursdatora parametrus.

Virtuālās mašīnas izveide VMware Server ir vienkārša un intuitīva, un jaunās virtuālās mašīnas vednī ir jāveic tikai dažas darbības:

• sarakstā izvēlieties viesu sistēmu, kas tiks instalēta kā viesis
• izvēlieties virtuālās mašīnas failu nosaukumu un atrašanās vietu
• izvēlieties tīkla mijiedarbības veidu starp virtuālo mašīnu, saimniekdatoru OS, citām virtuālajām mašīnām un ārējo tīklu
• ievadiet skaļumu virtuālais disks un noklikšķiniet uz Pabeigt.

Pēc tam, ja instalējamās viesu sistēmas izplatīšana ir kompaktdiskā vai DVD diskā, vienkārši ievietojiet to diskdzinī un rīkjoslā nospiediet pogu "Ieslēgt". Ja jums ir operētājsistēmas izplatīšanas komplekts ISO attēla veidā, atlasiet izvēlnes vienumu VM-> Settings, dodieties uz CD-ROM elementu, kur mēs norādām ceļu uz ISO attēls, nospiediet "OK" un "Power On".

Viesu sistēmas instalēšanas process VMware Server ir diezgan vienkāršs un neprasa atsevišķu aprakstu. Tomēr, instalējot viesu operētājsistēmas, noteikti ņemiet vērā šādus punktus:

• Piešķiriet plānotajam virtuālajam serverim pietiekami daudz resursu tā funkciju veikšanai, taču atcerieties, ka piešķirto resursu skaita palielināšana vienmēr ir grūtāka nekā samazināšana.
• Izvēloties virtuālā servera tīkla veidu, apsveriet drošības problēmas, un, ja virtuālajam serverim nepieciešama tikai mijiedarbība resursdatora iekšējā virtuālajā tīklā, neinstalējiet Bridged Networking.
• Ja jums ir ne tikai piekļuve virtuālā servera pārvaldības konsolei, varat padarīt savu virtuālo mašīnu privātu, atzīmējot izvēles rūtiņu sadaļā VM-> Iestatījumi-> Opcijas-> Atļaujas.
• Neaizmirstiet viesiem instalēt VMware Tools, jo šo papildinājumu instalēšana ievērojami palielinās viesu pieredzi un veiktspēju.
• Centieties saglabāt attiecību: ne vairāk kā 4 virtuālās mašīnas uz vienu fizisko procesoru, jo vairāk no tām būtiski ietekmēs virtuālo serveru darbību.

Uzturot virtuālo infrastruktūru, kuras pamatā ir VMware Server, jums rūpīgi jāuzrauga servera aparatūras resursu slodze. Ja kādai virtuālajai mašīnai trūkst resursu, jums ir jādomā par tās pārvietošanu uz citu serveri. Ja plānojat pārvaldīt lielu skaitu virtuālo serveru, jums jāapsver iespēja iegādāties VMware virtuālo centru, kas ļauj centralizēti kontrolēt daudzus saimniekdatorus, uz kuriem ir instalēts VMware Server, apvienot tos kopās un pārraudzīt saimniekdatoru slodzi ar virtuālajām mašīnām. Izmantojiet veiktspējas skaitītājus viesos, lai noteiktu resursu daudzumu, kas jāpiešķir virtuālajiem serveriem. Mēģiniet izmantot tikai virtuālos SCSI diskus, jo virtuālie IDE ir lēnāki.

Ja jums ir nepieciešams piekļūt virtuālā servera konsolei no ārējā tīkla, varat konfigurēt Web klientu VMware Server, kas integrēts ar Microsoft Internet Information Services (IIS). Šī iespēja ļaus jums kontrolēt virtuālos serverus internetā, izmantojot drošu SSL (Secure Socket Layer) savienojumu.

VMware servera specifikācijas

Iespējas	VMware Server 1.0
Spēja darboties kā pakalpojums	Jā
Virtuālo mašīnu palaišana, kad tiek startēta saimniekdatora operētājsistēma	Jā
Vietējā vadība	Biezs klients, komandrinda
Vairāku lietotāju piekļuve	Jā
Programmēšanas saskarnes (API)	Jā (C / COM / Perl)
Produkta izmantošana attālināti	Jā (tīmekļa konsole)
Virtuālo mašīnu attālināta izmantošana	Resnais klients
Vairāku instalāciju pārvaldība	Nē
Virtuālo mašīnu / kodola attiecība	2-4
Aparatūras virtualizācijas atbalsts	Intel VT (eksperimentāls)
Virtuālās aparatūras ģenerēšana	5
Atbalsts virtuālajiem procesoriem virtuālajā mašīnā (VMware Virtual SMP tehnoloģija)	2 (eksperimentāls)
Maksimālais virtuālās mašīnas RAM apjoms	Līdz 3,4 GB
Maksimālais RAM apjoms, kas piešķirts visām virtuālajām mašīnām	Līdz 64 GB
Virtuālie IDE kontrolieri / diski katrai virtuālajai mašīnai	1/4
Virtuālie SCSI kontrolieri / diski katrai virtuālajai mašīnai	4/60
Maksimālais virtuālā diska izmērs	Līdz 950 GB
Maksimālais virtuālā tīkla saskarņu skaits	4
Virtuālie slēdži	9
Momentuzņēmumu iegūšana, izmantojot resnu klientu	Jā
Momentuzņēmumu iegūšana, izmantojot komandrindu	Nē
Vairāki momentuzņēmumi	Nē
Virtuālo mašīnu klonēšana	Nē
Virtuālo mašīnu grupas (komandas)	Nē
Virtuālo mašīnu atkļūdošana	Jā
Koplietojamo mapju pakalpojums	Nē
Velciet un nometiet atbalsta saimniekdatora virtuālo mašīnu	Nē
Neatbalstīta saimniekdatora OS	Windows XP Professional (32 / 64bit) Windows XP sākums Windows 2000 Professional Red Hat Linux 7.0 Red Hat Linux 7.1

1. Tikai operētājsistēmās, kas atbalsta paplašinātu atmiņu vai iespējotu PAE.
2. Pieejams, izmantojot VMware virtuālo centru.

VMware Server ir pieejamas daudzas dažādas komerciālas un bezmaksas utilītas virtuālās mašīnas un diska pārvaldībai, veiktspējas uzraudzībai un apkopei. Tomēr, ja jūs pilnībā izmantosit VMware Server iespējas, jums vajadzētu apskatīt VMware Virtual Center for VMware Server.

VMware ESX Server - uzņēmuma klases virtualizācijas platforma un rīks uzņēmuma virtuālās infrastruktūras izveidošanai

Starp daudzajiem VMware piedāvātajiem virtualizācijas risinājumiem izceļas VMware ESX Server. Kā uzņēmuma vadošā attīstība VMware ESX Server nodrošina pamatu lielu virtuālu infrastruktūru veidošanai, kas integrē citus VMware produktus.

VMware ESX Server ir vienkārša metāla virtualizācijas platforma, un tā ir instalēta “tīrā” serverī bez operētājsistēmas vai citas programmatūras. VMware ESX Server ir veidots uz Linux Red Hat operētājsistēmas, kurā VMware inženieri ir veikuši būtiskas izmaiņas, lai pievienotu daudzas funkcijas virtualizācijas atbalstam. Šī platformas ieviešana maksimāli izmanto servera aparatūras resursus un nodrošina vislabāko mijiedarbību starp viesiem un aparatūru.

VMware ESX Server ir daudz priekšrocību, un tas ir liela uzņēmuma virtuālās infrastruktūras kodols, kas prasa vairāku virtuālo serveru uzturēšanu, konsolidēšanu, augstu pieejamību un virtualizāciju starp fiziskiem serveriem. ESX Server ir patiesa uzņēmuma IT infrastruktūras veidošanas koncepcija, izmantojot virtuālās mašīnas.

Papildus ESX serverim uzņēmuma virtuālajā infrastruktūrā ir arī tādi komponenti kā uzglabāšanas zonas tīkli (SAN), uzglabāšanas sistēmas (krātuves), ātrgaitas savienojumi (šķiedru kanāls) un virtuālie tīkli (VLAN). Virtuālā infrastruktūra, kuras pamatā ir VMware ESX Server, ļauj centralizēti pārvaldīt visus šos resursus un nodrošināt nepārtrauktu virtuālo serveru darbību. Virtuālās infrastruktūras galvenās sastāvdaļas ir:

• ESX Server pats.
• VMware failu sistēma VMFS (virtuālās mašīnas failu sistēma) optimizēta virtuālās mašīnas veiktspējai un augstajai pieejamībai.
• VMware SMP (simetriska daudzapstrāde)- tehnoloģija, kas ļauj virtuālajām mašīnām izmantot visus resursdatora procesorus, vienlaikus izmantojot vairākus virtuālos procesorus.
• Virtuālās infrastruktūras klients ir spēcīgs rīks VMware ESX Server attālai administrēšanai un konfigurēšanai, kas darbojas Windows darbstacijās un kuram ir lietotājam draudzīgs interfeiss.
• Virtuālais centrs- rīks vairāku ESX serveru centralizētai pārvaldībai.
• Virtuālās infrastruktūras tīmekļa piekļuve- spēja pārvaldīt virtuālās mašīnas no ārējā tīkla, izmantojot drošu kanālu.
• VMware VMotion- tehnoloģija, kas ļauj darboties spējīga virtuālā servera “tiešu” migrāciju uz citu fizisku serveri, bez nepieciešamības izslēgt virtuālo mašīnu un nodrošināt tās vienmērīgu darbību migrācijas laikā.
• VMware augsta pieejamība (HA)- iespēja automātiski restartēt nepieciešamos virtuālo mašīnu spoguļus citā serverī fiziska servera aparatūras vai programmatūras kļūmes gadījumā.
• VMware izplatīto resursu plānotājs (DRS)- sastāvdaļa, kas ļauj dinamiski sadalīt resursus virtuālajām mašīnām.
• VMware konsolidētā dublēšana (VCB)- vienkāršs un spēcīgs rīks virtuālo mašīnu dublējumu izveidei.
• VMware infrastruktūras SDK- pakete virtuālo infrastruktūru lietojumprogrammu izstrādei, ko veic trešo pušu izstrādātāji.

Kad izmantot virtuālo infrastruktūru, kuras pamatā ir VMware ESX Server

• Jums ir skaidrs priekšstats par to, cik fizisku serveru būs nepieciešams virtuālā servera infrastruktūras atbalstam. Paturiet prātā, ka fizisko serveru migrācijas plānošanai jābalstās uz ne vairāk kā 4–6 virtuālajām mašīnām uz vienu fizisko procesoru ar vidējo faktisko migrēto fizisko serveru noslodzi 15%.
• Jūs esat izvēlējies atbilstošo VMware ESX Server izdevumu un virtuālās infrastruktūras komponentus, aprēķinājis to izvietošanas un uzturēšanas izmaksas un secinājis, ka ieviešana ir piemērota, jo aparatūras un apkopes ietaupījumi sedz šīs izmaksas.
• Jums ir speciālisti, kas ne tikai kompetenti veiks virtualizācijas projektu, bet arī administratori, kuriem ir pietiekamas zināšanas, lai katru dienu uzturētu un attīstītu virtuālo infrastruktūru.
• Jūs esat gatavs iegādāties aparatūru, kas nepieciešama VMware ESX Server. Esiet piesardzīgs - ESX servera instalēšanas rokasgrāmata norāda, kāda konkrēta aparatūra ir nepieciešama tās instalēšanai. No pirmā acu uzmetiena viss šķiet diezgan dārgs, taču, rūpīgi izlasot prasības, kļūst skaidrs, ka pilnībā funkcionējošu ESX serveri mācību vajadzībām var izveidot par 900 ASV dolāriem.

VMware ESX Server instalēšanas procedūra ir diezgan vienkārša un neprasa lietotājam plašas zināšanas. Ja jūs ievērojāt VMware ieteikumus un gudri izvēlējāties resursdatora servera aparatūru, tad ESX servera instalēšana prasīs mazāk nekā stundu. Kad esat instalējis vismaz vienu ESX, jums uzreiz rodas daudz jautājumu un problēmu - tā ir cena par iespējām, ko nodrošina VMware ESX Server. Šeit ir dažas pamatnostādnes pirmajiem soļiem pēc ESX instalēšanas:

• Lai pārvaldītu ESX serveri un izveidotu pirmās virtuālās mašīnas, izmantojiet VMware Infrastructure Client, kuru var lejupielādēt vietnē https: //.
• Lai pārsūtītu failus uz ESX un no tās, izmantojiet WinSCP (lēna failu pārsūtīšana, šifrē trafiku) vai FastSCP (ātra failu pārsūtīšana, taču labāk to neizmantot no ārējā tīkla, jo trafiks nav šifrēts).
• Lai ļautu Root lietotājam pieteikties, izmantojot SSH (Secure Shell), pievienojiet rindu "PermitRootLogon jā" ESX failā "httpd.conf".
• Izmantojiet utilītas "vmkfs-tools", lai pārvaldītu diskus, izmantojiet komandu "esxtop", lai uzraudzītu virtuālo mašīnu darbību, un izmantojiet žurnālu "var / log / vmware / hostd.log", lai analizētu kļūdu ziņojumus.
• Atcerieties, ka brīva vieta jūsu ESX vienmēr ir divu veidu nodalījumi: pirmais - pašas ESX operētājsistēmai un otrais - vmfs nodalījumiem virtuālo mašīnu mitināšanai. Lai uzzinātu, cik daudz brīvas vietas ir palicis abos nodalījumos, izmantojiet komandu "vdf -h".

Pēc VMware ESX Server instalēšanas jums ir nepieciešams migrācijas rīks no fiziskas uz virtuālu (P2V). Šiem nolūkiem VMware piedāvā izmantot produktu VMware Converter, taču jūs varat izmantot citu ražotāju risinājumus. Jums pastāvīgi radīsies jautājumi - nevilcinieties sazināties ar uzņēmuma VMware forumiem, kur tās pastāvīgie apmeklētāji palīdzēs jums sarežģītā situācijā. Galu galā jūsu ESX, kas ir virtuāla infrastruktūra, tiks instalētas vairākas virtuālās mašīnas, kas parādītas attēlā, kas izveidots, izmantojot programmu Veeam Reporter:

Virtuālās infrastruktūras galvenie jēdzieni ir: fiziskais adapteris (NIC), virtuālais adapteris (vNIC), virtuālais slēdzis (vSwitch) un virtuālais tīkls (Vlan). VMware ESX Server ļauj virtuālajai mašīnai izveidot līdz četriem virtuālā tīkla adapteriem, no kuriem katru var piesaistīt virtuālajam tīklam, kas savukārt tiek veidots uz virtuālajiem slēdžiem.

Virtuālais slēdzis ir sava veida abstrakta vairāku portu ierīce, kas pārslēdz kanālus starp virtuālajiem tīkliem un virtuālo mašīnu virtuālajiem tīkla adapteriem.

Virtuālais tīkls ir vairāku virtuālo mašīnu kombinācija vienā tīkla vidē, kurā tās savstarpēji mijiedarbojas. Ja virtuālais slēdzis ir savienots ar fizisko tīkla adapteris, tad virtuālās mašīnas caur to varēs "redzēt" ārējo, saistībā ar ESX, tīklu.

Patiesībā viss nav tik sarežģīti, kā šķiet: virtuālās infrastruktūras elementu izveide aizņem ļoti maz laika, un, tiklīdz tā ir konfigurēta, šādai infrastruktūrai nav nepieciešama papildu konfigurācija, kad tajā tiek ieviestas jaunas virtuālās mašīnas.

Nedaudz par VMware ESX Server virtuālo centru

Tāpat kā ar VMware Server produktu, vairāku saimniekdatoru izmantošana kopā ar VMware ESX Server uzņēmuma IT infrastruktūrā rada fizisko resursdatoru centralizētas pārvaldības un veiktspējas uzraudzības problēmu. Lai atrisinātu šīs problēmas ar VMware ESX Server platformām, kā arī ar VMware Server, tiek izmantots Virtual Center risinājums. Tās izskats ir parādīts attēlā:

Virtuālais centrs ļauj uzraudzīt vairākus resursdatorus, kuros ir instalēts VMware ESX Server, tos grupēt un kontrolēt, izmantojot "trauksmes signālus" - signālus par dažādiem notikumiem. Jāatzīmē, ka VMware ESX Server Virtual Center iespējas ir daudz lielākas nekā Virtual Center for VMware Server iespējas, kas galvenokārt ir saistīts ar faktu, ka pašam produktam VMware ESX Server ir daudz uzlabotas iespējas.

Vai man vajadzētu izvēlēties VMware Server vai VMware ESX Server?

No iepriekš minētā kļūst skaidrs, ka abi rakstā aprakstītie produkti ir vērsti uz virtuālā servera infrastruktūras uzturēšanu un līdzīgu funkciju veikšanu. Tomēr starp abām platformām ir būtiskas atšķirības. Ja virtuālo infrastruktūru, kuras pamatā ir VMware Server, var veidot galvenokārt no serveriem, kas veic ikdienas uzdevumus organizācijā un kuriem nav nepieciešama augsta pieejamība, ātrums un elastība, tad VMware ESX Server ir pilnīga platforma uzņēmuma būtiskās IT infrastruktūras atbalstam nepārtrauktas virtuālo serveru darbības un to atbalsta apstākļos 24 × 7 × 365 apstākļos.

Šeit ir daži piemēri, kad izmantot infrastruktūru, kuras pamatā ir VMware Server:

• organizācijas iekšējo serveru atbalsts un uzturēšana,
• testēšanas uzdevumu veikšana atsevišķām lietojumprogrammām,
• mazu virtuālo tīklu simulācija, lai pārbaudītu strādājošos serveru saiņus,
• lai palaistu lietošanai gatavas virtuālo mašīnu veidnes, kas darbojas kā organizācijas iekšējie serveri,
• atsevišķu serveru sagatavošana ātrai migrācijai.

VMware ESX Server jāizmanto, risinot šādus uzdevumus:

• straumēšanas lietojumprogrammu pārbaude lielās programmatūras izstrādes organizācijās,
• uzturēt organizācijas ārējos serverus ar augstu pieejamības pakāpi, elastību un vadāmību,
• lielu virtuālo tīklu modelēšana,
• samazinot aprīkojuma, apkopes un elektroenerģijas izmaksas lielās organizācijās un datu centros.

Tādējādi, ieviešot virtuālu infrastruktūru organizācijā, jums rūpīgi jāapsver galīgo mērķu definīcija. Izvietojot bezmaksas VMware serveri, nebūs īpašu problēmu ar instalēšanu un apkopi, kā arī nebūs jāmaksā par pašas platformas iegādi, taču organizācija var zaudēt veiktspēju (jo virtualizācija tiek veikta virs saimniekdatora operētājsistēmas) , uzticamību un pieejamību. VMware ESX Server ieviešana radīs lielas tehniskas grūtības izvietošanā un uzturēšanā, ja nebūs kvalificētu speciālistu. Turklāt ieguldījumi šādā platformā var neatmaksāties mazām un vidējām organizācijām. Tomēr, kā rāda VMware pieredze, lielām organizācijām VMware ESX Server ieviešana ilgtermiņā pārvēršas par ievērojamu izmaksu ietaupījumu.

Ņemot vērā šos punktus, varēsiet kompetenti plānot savas IT infrastruktūras fizisko serveru migrāciju uz virtuālajiem, vienlaikus ietaupot ne tikai naudu, bet arī laiku, kas, kā jūs zināt, arī ir nauda.

Kas jauns VMware Cloud Foundation 4?

Nesen mēs runājām par jaunām platformas funkcijām un citiem VMware produktu līnijas atjauninājumiem, kas tika paziņoti vienlaikus ar vadošo produktu. Atcerieties šos rakstus:

Šodien mēs jums pastāstīsim par vēl vienu svarīgu atjauninājumu - hibrīda infrastruktūras risinājumu komplekta jauno versiju VMware Cloud Foundation 4. Mēs rakstījām par šīs paketes iepriekšējo versiju VCF 3.9.1. Kā jūs atceraties, tas ir komplekss programmatūras risinājums kas ietver VMware vRealize Suite, VMware vSphere Integrated Containers, VMware Integrated OpenStack, VMware Horizon, NSX un citus komponentus, kas darbojas tiešsaistes, mākoņa vai hibrīda uzņēmuma infrastruktūrā, ko pārvalda SDDC pārvaldnieks.

Ceturtajā VCF versijā ir iekļauti visi jaunākie komponenti, raksti, kas aprakstīti iepriekš:

• vSphere 7
• VMware vSAN 7
• VMware NSX-T
• VMware vRealize Suite 2019
• ar Kubernetes atbalstu

Kā redzam, VCF kaudzē ir parādījies pilnīgi jauns komponents - VMware Tanzu Kubernetes Grid. Mēs jau esam rakstījuši par konteineru atbalsta infrastruktūru jaunajā vSphere platformas versijā un. Jaunajā VCF arhitektūrā administratori var izvietot un apkalpot lietojumprogrammas Kubernetes kopās, izmantojot Kubernetes rīkus un mierīgu API.

Tajā pašā laikā vSphere ar Kubernetes tehnoloģiju (aka Project Pacific) nodrošinās šādu funkcionalitāti:

• Kubernetes bāzētie vSphere Pod pakalpojumi ļaus mezgliem darboties tieši ESXi hipervizorā. Kad administrators izvieto konteinerus, izmantojot pakalpojumu vSphere Pod, viņi saņem tādu pašu drošības, izolācijas un veiktspējas garantiju kā virtuālās mašīnas.
• Reģistra pakalpojums ļauj izstrādātājiem saglabāt un apkalpot Docker un OCI attēlus ostas platformā.
• Tīkla pakalpojums ļauj izstrādātājiem pārvaldīt virtuālo maršrutētāju, slodzes līdzsvarotāju un ugunsmūra noteikumu komponentus.
• Uzglabāšanas pakalpojumi ļauj izstrādātājiem pārvaldīt pastāvīgos diskus, lai tos varētu izmantot kopā ar konteineriem, Kubernetes kopām un virtuālajām mašīnām.

Tas viss ļauj iegūt visas interesantas hibrīda infrastruktūras (VM + konteineri) priekšrocības.

Pārējā daļā VCF 4 iegūst visas jaunākās funkcijas, ko nodrošina jau uzskaitītie jaunie vSphere, vSAN, NSX-T un citu laidieni.

Atsevišķi jāatzīmē ļoti ciešā vSphere Lifecycle Manager (vLCM) integrācija ar vSphere 7. vLCM platforma papildina iespējas virtualizācijas infrastruktūras komponentu dzīves cikla pārvaldībai, kas jau ir SDDC pārvaldniekā, bet dziļākā līmenī - proti, plkst. programmaparatūras pārvaldības līmenis vSAN mezgliem ReadyNodes (piemēram, HBA programmaparatūras atjauninājumi).

Tāpat kā visi citi vSphere līnijas atjauninājumi, arī aprīlī gaidāms VCF 4.0 atjauninājums. Jūs varat sekot atjauninājumiem šajā lapā.

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

Šodien mēs runāsim par identitātes federācijas pakalpojumiem, kas ieviesti VMware vSphere 7.

V mūsdienu pasaule korporatīvā infrastruktūra arvien vairāk pāriet no mantotās paroļu autentifikācijas uz divu faktoru (2FA) vai daudzfaktoru (MFA) autentifikācijas praksi. Lietotāja identifikācijas process vienmēr ir balstīts uz 3 galvenajām lietām: jūs kaut ko zināt (parole), kaut kas jums ir (tālrunis) vai tas, kas jūs esat (pirkstu nospiedums).

Identitātes federācijas pakalpojumi ļauj apvienot vCenter Server infrastruktūru ar citiem identitātes nodrošinātājiem, piemēram Active Directory Federācijas pakalpojumi (ADFS), lai apvienotu divu vai vairāku faktoru autentifikācijas procesu. Citiem vārdiem sakot, lietotāji, kas caur 2FA piesakās savā darbvirsmā vai mākoņa pakalpojums izmantos to pašu procedūru vCenter servera darbībām.

Kad ir izveidots savienojums ar kādu no autentifikācijas pakalpojumu sniedzējiem (piemēram, ADFS), vSphere klients, piesakoties, novirzīs uz šī pakalpojumu sniedzēja pieteikšanās formu. Pēc autorizācijas pakalpojuma sniedzēja pusē tiks veikta reversa novirzīšana, izmantojot drošu marķieri, ar kura palīdzību lietotājs jau strādās ar vCenter pakalpojumiem.

Lietotāju pieredzes ziņā tas atgādina, piemēram, pieteikšanos vietnē, izmantojot Google vai Facebook. Informācijas apmaiņai tiek izmantoti OAUTH2 un OIDC protokoli.

Ja iespējojat Identitātes federāciju, varat izmantot tradicionālo Active Directory, integrēto Windows autentifikāciju un LDAP / LDAPS, lai autentificētos vCenter serverī. Tomēr jāsaprot, ka visas šīs autentifikācijas metodes neietekmē vSphere Single Sign-on (SSO), kas joprojām tiek izmantots, lai veiktu administratīvos iestatījumus pašai vSphere platformai.

Bobs Plankers sīkāk izskaidro šo mehānismu zemāk esošajā videoklipā:

Tagi: VMware, vSphere, Security, Client, Update

Lūk, kas jauns Ubuntu OVA Horizon 1.2 attēlā:

• Atbalsta vismaz Horizon 7.11 / Horizon Client 5.3 un jaunākas versijas
• Atbalsta vismaz vSphere 6.7 un jaunākas versijas
• Atjaunināts OVA veidnes bāzes attēls Ubuntu 18.04.4 LTS
• Atjaunināta virtuālā aparatūra - Virtual Hardware v14
• Pievienota iespēja konfigurēt statisku IP adresi
• Pievienots atbalsts USB 3.0 un USB novirzīšanai (izmantojot skriptu linux-agent-installer.sh)
• Pievienota opcija KDE darbvirsmas vides izvēlei
• Pievienota iespēja Gnome vides izvēlei (ieteicams)
• Izstrādātāja darbvirsmas pakotnes opcija
• Tastatūras izkārtojuma izvēle
• Iespēja iespējot SSH
• Noņemts 5. līmeņa iestatījums
• Izlabotas kļūdas ar MOTD
• Izslēgts automātiska atjaunināšana IESLĒGTS
• Uzlabots SSO atbalsts
• Uzlabojumi optimizācijas skriptam, ko tagad sauc par optimize.sh

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

Atcerieties arī, ka jums vairs nav vCenter Server for Windows instalēšanas programmas. , vSphere 6.7 bija pēdējā platformas versija, kur vēl bija pieejama vCenter for Windows versija. Tagad šī ir tikai virtuāla uz Photon OS balstīta vCenter Server Appliance (vCSA).

Iepriekš mēs rakstījām, ka, izmantojot šeit parādīto utilītu, jūs varat migrēt ārējo platformas pakalpojumu kontroliera (PSC) serveri uz viegli pārvaldāmu iegulto PSC, izmantojot vCenter Server CLI vai vSphere Client grafisko klientu:

Arī vCenter 7 instalētājs jaunina vCenter un visus uzdevumus pārsūta uz iegulto PSC, tāpēc jaunināšanas rezultāts tiks pabeigts nekavējoties. Jaunā vCenter 7 instalētājam nav iespēju izvietot ārēju PSC:

2. Migrācijas process

Ja pārejat no vCenter Server for Windows uz vCenter Server Appliance (VCSA), tad shēma būs tieši tāda pati - rezultātā jūs iegūsit vCenter 7 uz vCSA integrētajā PSC:

Pēc ārējā PSC pārveidošanas tas paliek konsolē, un tā darbības pārtraukšana ir vSphere administratora nākamais uzdevums. To var izdarīt, izmantojot komandu CMSSO-UTIL vai no grafiskais interfeiss klients (sadaļā Sistēmas konfigurācija):

3. Jaunināšanas veidi

Šeit viss ir vienkārši. Jaunināšana tiek atbalstīta saskaņā ar šo plāksni:

Kā redzams tabulā, jaunināšana tiek atbalstīta, sākot no vSphere 6.5, taču daudzi administratori, modernizējot virtuālo infrastruktūru, dod priekšroku vCenter pakalpojumu atkārtotai izvietošanai, lai netiktu pārvilkta iespējamo kļūdu vēsture, kas varētu parādīties jaunināšanas laikā.

Pirms jaunināšanas noteikti apskatiet dokumentus un. Bet atcerieties, ka pirms oficiālās vSphere 7 izlaišanas šajos dokumentos nav jaunākās informācijas par septīto versiju.

Tagi: VMware, vCenter, Upgrade

Tagad ir iespējams no jauna definēt politiku. Sistēmas startēšanas laikā tiek piemērotas datorizētas politikas. Izmantojot vērtību Atsvaidzināšanas intervāls jūs varat kontrolēt, cik bieži šie iestatījumi tiek atjaunināti, pirms lietotājs piesakās sistēmā. Un izmantojot vērtību TurpinātRefreshAfterLogon pēc lietotāja pieteikšanās varat turpināt atjaunināt iestatījumus.

Nu, pēdējā interesantā jaunā DEM 9.11 funkcija ir Atrast vienumus. Tas ļaus jums meklēt konfigurācijas veidnēs, kas pieejamas vietnē Marketplace, jūsu izveidotajā horizontālajā viedajā politikā, noteiktā nosacījumu komplektā (nosacījumu kopa) un citos elementos, kas ir ļoti ērti administratoriem:

Jūs varat lejupielādēt Dynamic Environment Manager 9.11 no šīs saites. Ir pieejamas izlaišanas piezīmes.

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

Apskatīsim, kas jauns vRealize Operations 8.1:

1. Darbības ar integrētu infrastruktūru vSphere un Kubernetes.

vRealize Operations 8.1 ļauj atklāt un pārraudzīt Kubernetes kopas vSphere integrētā infrastruktūrā ar iespēju automātiski pievienot supervizoru klasterus, vārda telpas, POD un klasterus, pievienojot tos vCenter, izmantojot darba slodzes pārvaldības līdzekļus.

Pēc tam jums būs piekļuve kopsavilkuma lapām, lai uzraudzītu Kubernetes veiktspēju, ietilpību, resursu izmantošanu un konfigurāciju vSphere 7.0 platformā. Piemēram, jaudas prognozēšana parādīs infrastruktūras vājās vietas mezgla līmenī, savukārt informācijas paneļi, pārskati, skati un brīdinājumi būs noderīgi ikdienas darbībām.

2. Darbības VMware Cloud infrastruktūrā AWS.

Tagad, izmantojot AWS VMware Cloud, varat izmantot VMware Cloud Service portāla marķieri, lai automātiski atklātu SDDC datu centrus un iestatītu uzraudzības rīkus, veicot dažas vienkāršas darbības. Tāpat būs iespējams izmantot vienu kontu, lai pārvaldītu vairākus SDDC objektus VMware Cloud uz AWS platformas, ieskaitot vCenter, vSAN un NSX pakalpojumus, un tiks nodrošināta arī pilnīga integrācija ar VMConAWS norēķiniem.

Mākonī var izmantot šādus informācijas paneļus:

• Izsekojiet virtuālo mašīnu, tostarp NSX Edge, Controller un vCenter Server, resursu izmantošanu un veiktspēju.
• Pārraugiet galvenos resursus, ieskaitot CPU, atmiņu, disku un tīklu visai infrastruktūrai un virtuālajām mašīnām.
• Sekojiet resursu patēriņa tendencēm un prognozējiet tādus rādītājus kā atlikušais laiks, atlikušā jauda un atlikušās virtuālās mašīnas.
• Atrodot virtuālās mašīnas, kas patērē nepamatoti daudz resursu un kurām nepieciešama pārkonfigurēšana, pamatojoties uz vēsturiskiem datiem.

Turklāt VMware NSX-T pakalpojumiem tiks nodrošināts pilns vizualizācijas un uzraudzības rīku atbalsts:

Nu, vROPs 8.1 izlaidumā ir pilnībā integrēta VMware Cloud izmaksu uzskaites funkcionalitāte AWS ar vRealize Operations risinājumu portāla saskarnē. Tas ļaus jums kontrolēt jau veiktās un atliktās izmaksas, kā arī detalizēt tās pēc abonementiem, patēriņa un maksājumu datumiem.

AWS migrācijas novērtējums ir arī atjaunināts, lai turpmākai analīzei varētu saglabāt vairākus dažādu scenāriju rezultātus. Šie scenāriji ietver dažādas rezervētā CPU, rezervētās atmiņas, kļūdu tolerances, reida līmeņa un atlaižu iespējas.

3. Vairāku mākoņu uzraudzības funkcijas (Unified Multicloud monitoring).

Uzraudzības rīki tagad nodrošina vēl uzlabotas funkcijas, piemēram, Google Cloud Platform atbalstu, uzlabotu AWS atbalstu un jauno Cloud Health Management pakotni.

VROPS 8.1 tagad piedāvā šādus GCP pakalpojumus:

• Aprēķināt dzinēja gadījumu
• Uzglabāšanas spainis
• Mākoņu VPN
• Liels vaicājums
• Kubernetes dzinējs

AWS pārvaldības pakotne tagad atbalsta šādus AWS objektus:

• Elastīgs pupiņu kāts
• Tiešā savienojuma vārteja
• Mērķa grupa
• Tranzīta vārteja
• Interneta vārteja
• Elastīgā tīkla saskarne (ENI)
• EKS kopa

CloudHealth pārvaldības pakotne ir arī uzlabota, iekļaujot iespēju pārnest GCP Outlook un cenu datus uz vRealize Operations 8.1. Varat arī izveidot neierobežotu skaitu pielāgotu informācijas paneļu, apvienojot cenas dažādiem publisko, hibrīdu vai privāto mākoņu resursu rādītājiem.

Paredzams, ka VRealize Operations 8.1 tiks izlaists šī gada aprīlī, vienlaikus ar VMware vSphere 7. izlaišanu. Mēs par to noteikti rakstīsim.

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

Teiksim uzreiz, ka tas ir tikai paziņojums, nevis paziņojums par jaunas produkta versijas pieejamību lejupielādei - parasti vSphere GA versija parādās mēneša laikā pēc paziņojuma. Tāpēc mēs joprojām gaidīsim VMware vSphere 7 aprīlī, un šodien mēs runāsim par šīs platformas jaunajām funkcijām.

1. VMware vCenter pakalpojumu uzlabojumi

Šeit var atzīmēt vCenter Server SSO topoloģijas vienkāršošanu:

• Jauniniet vCenter serveri ārējiem PSC lietotājiem uz konsolidētu topoloģiju, kuras pamatā ir viens vCSA serveris.
• Iegultais PSC tagad ir vienīgā izvietošanas iespēja. Ārējais PSC vairs netiek atbalstīts.

VCenter servera profili:

• Šī jaunā funkcija vCenter serveriem darbojas tieši tāpat kā saimniekdatoru profili saimniekiem. Tagad varat salīdzināt un eksportēt vCenter serveru iestatījumus JSON formātā dublēšanas nolūkos vai lietot šos iestatījumus citam vCenter, izmantojot REST API.

VCenter vairāku mājvietu funkcijas:

• Tagad vCSA vadības trafikā var izmantot līdz 4 vNIC, no kuriem viens vNIC ir rezervēts vCHA.

Satura bibliotēkas uzlabojumi

• Tagad ir jauns veidņu pārvaldības skats, kas nodrošina reģistrēšanās un izrakstīšanās funkcionalitāti veidņu versiju pārvaldīšanai un iespēju atgriezties iepriekšējā versijā.
• Pirmkārt, tiek veikta izrakstīšanās, lai atvērtu iespēju veikt izmaiņas, pēc tam varat veikt reģistrēšanos, lai saglabātu izmaiņas bibliotēkā.

Jauna vCenter servera atjaunināšanas plānotāja funkcija:

• Jaunā iespēja ir pieejama kā daļa no vSphere Lifecycle Manager (vLCM) vCenter serveriem.
• Izmantojot atjauninājumu plānotāju, jūs varat saņemt brīdinājumus par vCenter atjauninājumiem, plānot un ieviest jauninājumus, kā arī veikt analīzi pirms jaunināšanas.
• Iespēja veikt atlasītā vCenter servera pirmsjaunināšanas pārbaudes.

2 VMware DRS uzlabojumi

• DRS tagad sākas katru minūti, nevis ik pēc 5 minūtēm, kā tas bija agrāk.
• Ieteikumu ģenerēšanai tiek izmantots VM DRS rezultātu mehānisms (aka).
• Tagad tas ir uz slodzi orientēts mehānisms - tas nozīmē, ka tagad, pirmkārt, tiek ņemtas vērā pašas virtuālās mašīnas un tajā esošās lietojumprogrammas vajadzības un tikai pēc tam resursdatora resursu izmantošana.
• Atmiņas aprēķini ir balstīti uz piešķirto atmiņu, nevis klastera standarta novirzi.
• Ir parādījies mērogojamo akciju mehānisms, kas ļauj labāk sadalīt Akcijas resursu kopā to līdzsvarošanas ziņā.

3. vMotion uzlabojumi

Bija šādi uzlabojumi:

• Uzlabojumi Monster VM migrācijai (ar lieliem resursiem un ļoti lielu slodzi), tādējādi palielinot veiksmīgas migrācijas iespēju.
• Izsekojot mainītas lapas (lapu izsekotājs), tiek izmantots tikai viens vCPU, nevis visi vCPU, kas mazāk ietekmē veiktspēju migrācijas laikā.
• Samazināts laiks konteksta pārslēgšanai uz citu serveri (tagad mazāk nekā viena sekunde). Tas tiek panākts, pārslēdzoties laikā, kad sablīvētās atmiņas bitkarte jau ir pārsūtīta uz mērķa serveri, nevis jāgaida, kamēr tiks pārsūtīta pilna bitkarte.

4. Jaunas vSphere Lifecycle Manager (vLCM) funkcijas

Šeit jāņem vērā 2 uzlabojumi:

• Klasteru attēlu pārvaldība, kas ietver dažādu versiju programmaparatūras, draivera un ESXi attēlu atjauninājumus.
• Sākotnējais atbalsts Dell OpenManage un HP OneView risinājumiem.

5. Funkcijas Lietojumprogrammas paātrinājums (tehniskais priekšskatījums)

Šīs funkcijas nāca no iegādātā uzņēmuma Bitfusion. Tie ļauj optimizēt GPU izmantošanu baseinā tīklā, kad vGPU var daļēji koplietot starp vairākiem VM. To var izmantot AI / ML lietojumprogrammu uzdevumu slodzēm.

Tas viss ļauj organizēt aprēķinus tā, lai ESXi saimniekdatori ar GPU aparatūras moduļiem darbinātu virtuālās mašīnas, bet viņu VM pavadoņi parastos ESXi serveros - tieši lietojumprogrammas. Šajā gadījumā klienta virtuālo mašīnu CUDA instrukcijas tiek pārsūtītas uz servera virtuālajām mašīnām tīklā. Jūs varat lasīt vairāk par to.

6. Piešķiramās aparatūras funkcijas

Šī funkcija ļauj izmantot tā saukto Dynamic DirectPath I / O mašīnām, kurām jāstrādā ar PCIe passthrough un Nvidia GRID ierīcēm. Tagad to var izmantot, lai atlasītu saimniekus ar īpašām aparatūras prasībām, piemēram, vGPU un PCIe. Tas savukārt ļauj šādām VM izmantot HA un DRS sākotnējās izvietošanas tehnoloģijas klasterī, kur ir aparatūras ziņā saderīgi ESXi resursdatori.

7. Sertifikātu pārvaldība

Šeit ir 2 galvenās jaunās funkcijas:

• Jauns sertifikātu importēšanas vednis.
• Sertifikāta API skriptu sertifikātu pārvaldībai.

8. Identitātes federācijas iezīmes

ADFS funkcijas tagad tiek atbalstītas ārpus iepakojuma, un tiks atbalstīti arī vairāk IDP, kas izmanto OAUTH2 un OIDC mehānismus.

9. vSphere Trust Authority (vTA) līdzekļi

• vTA izmanto atsevišķu ESXi resursdatoru kopu, lai izveidotu atsevišķu aparatūras uzticamības mezglu.
• Šī kopa varēs šifrēt aprēķinu kopu un tās VM kopā ar vCenter un citiem pārvaldības komponentiem.
• Atestācijas mehānismu varat izmantot, ja ir nepieciešamas šifrēšanas atslēgas.
• Tagad ir vieglāk ieviest vismazāko privilēģiju principu un paplašināt revīzijas telpu.

10. Spēja vSGX / Secure Enclaves (Intel)

• Intel Software Guard Extensions (SGX) ļauj pārvietot sensitīvu lietojumprogrammu loģiku un krātuvi uz aizsargātu teritoriju, kurai viesu operētājsistēmas un ESXi hipervizors nevar piekļūt.
• SGX funkcijas novērš vMotion, momentuzņēmumu, kļūdu tolerances un citu tehnoloģiju izmantošanu. Tāpēc SGX vislabāk izmantot tikai tad, ja nav citu iespēju.

11. Jauns vSphere izdevums ar Kubernetes (Klusā okeāna projekts)

Mēs detalizēti runājām par Klusā okeāna projektu. Tas ir rīku kopums, lai pārveidotu VMware vSphere vidi par vietējo platformu Kubernetes kopām. vCenter Server nodrošina k8s klasteru pārvaldības iespējas (tiks atjauninātas visas kopas, kas vecākas par n-2). Harbor ir arī integrēts risinājumā, ko var iekļaut katrai nosaukumvietai.

Līdz šim tas ir pieejams tikai VMware Cloud Foundation (4.0) lietotājiem, jo ​​risinājums ir saistīts ar komponentu.

12. VMware Tools uzlabojumi

Viesu veikala funkcijas tagad ir pieejamas viesu OS (piemēram, VMware Tools atjaunināšana no viesu OS).

13. Atjaunināta aparatūra (VM Hardware v17)

Galvenie uzlabojumi šeit ir:

• Virtuālā sargsuņa taimeris - tagad nav atkarības no fiziskās aparatūras, lai restartētu VM gadījumā, ja viesu OS nereaģē.
• Precīza laika protokols (PTP) - ļoti laika jutīgām lietojumprogrammām (piemēram, tirgotāju tirdzniecības platformām) varat izmantot PTP, nevis NTP un piešķirt to virtuālajām mašīnām.

14. vSphere Client uzlabojumi

Šeit ir parādīti šādi uzlabojumi:

• Meklēšanas vēsture ir sākta saglabāt.
• API Explorer tagad labāk redz visas pieejamās API.
• Koda uztveršanai tagad varat izvēlēties skriptu valodu - PowerCLI, Javascript, Python vai Go.

Protams, tās nav visas jaunās VMware vSphere 7 funkcijas, kas tika prezentētas iepriekšējā dienā. Tuvākajā laikā mēs par tiem pastāstīsim daudz vairāk, turklāt mēs apskatīsim arī VMware Tanzu ģimenes, VMware Cloud Foundation 4 un vRealize 8.1 paziņotos risinājumus.

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

Lai virtuālās adreses tulkotu fiziskās adresēs, tiek izmantota lapu tabula, kurā ir PTE (lapu tabulas ierakstu) ieraksti:

PTE ieraksti satur saites uz reālu fiziskās adreses un daži atmiņas lapas parametri (jūs varat lasīt vairāk par to). PTE ierakstu struktūras var būt dažāda lieluma - tās ir WORD (16 biti / 2 baiti), DWORD (32 biti / 4 baiti) un QWORD (64 biti / 8 baiti). Tie adresē lielus adrešu blokus fiziskajā atmiņā, piemēram, DWORD adresē 4 kilobaitu adrešu bloku (piemēram, adreses no 4096 līdz 8191).

Atmiņa tiek nolasīta un pārsūtīta uz viesu sistēmu un lietojumprogrammām 4 KB vai 2 MB lapās - tas ļauj nolasīt atmiņas šūnu saturu blokos, kas ievērojami paātrina veiktspēju. Protams, ar šo pieeju pastāv atmiņas sadrumstalotība - reti, kad nepieciešams uzrakstīt veselu skaitu lappušu, un daļa atmiņas paliek neizmantota. Palielinoties lapas izmēram, palielinās arī to sadrumstalotība, bet palielinās veiktspēja.

Lapu tabulas (un to var būt vairākas) kontrolē programmatūras vai aparatūras komponents, ko sauc par atmiņas pārvaldības bloku (MMU). Aparatūras MMU gadījumā hipervizors pārraida apraides vadības funkcijas uz to, un programmatūras MMU tiek ieviests VMM līmenī (Virtual Machine Monitor, daļa no ESXi hipervizora):

Svarīga MMU sastāvdaļa ir tulkošanas lookaside buferis (TLB), kas ir MMU kešatmiņa. TLB vienmēr atrodas vismaz fiziskajā atmiņā, un procesoriem tas bieži tiek ieviests paša CPU līmenī, lai piekļuve tam būtu pēc iespējas ātrāka. Tāpēc tipiskais TLB piekļuves laiks procesorim ir aptuveni 10 nanosekundes, savukārt piekļuve fiziskajai atmiņai ir aptuveni 100 nanosekundes. VMware vSphere atbalsta aparatūras MMU izlādi, tas ir, atmiņas pārvaldības funkciju pārsūtīšanu uz fiziskā procesora MMU pusi.

Tātad, ja no virtuālās mašīnas parādās pieprasījums piekļūt virtuālajai adresei 0x00004105, tad šī adrese tiek sadalīta virtuālās lapas adresē (Virtuālās lapas numurs - 0x0004) un nobīde (nobīde - 0x105- apgabals lapas iekšpusē, kuram piekļūst):

Nobīde tiek nodota tieši, piekļūstot fiziskās atmiņas lapai, bet virtuālais lapas tags tiek meklēts TLB. Šādā gadījumā TLB satur ierakstu, kas ir šim tagam atbilstošā fiziskā lapas adrese 0x0007 attiecīgi virtuālās lapas tulkošana fiziskajā bija veiksmīga. To sauc par TLB trāpījums, tas ir, trāpot kešatmiņā.

Iespējama arī cita situācija - sadalot virtuālo adresi, iegūtais tags 0x0003 trūkst TLB. Šajā gadījumā lapa tiek meklēta fiziskajā atmiņā pēc taga (lapas numurs 3), un tās adrese jau ir tulkota ( 0x006). Pēc tam ieraksts ar šo tagu tiek pievienots TLB (šajā gadījumā vecie kešatmiņas ieraksti tiek priekšlaicīgi, ja tas ir pilns):

Jāatzīmē, ka šāda darbība rada nedaudz lielāku kavēšanos (jo jāmeklē globālajā atmiņā), un šī situācija tiek saukta TLB jaunkundze, tas ir, TLB garām.

Bet šī nav sliktākā situācija, jo latentums joprojām ir nanosekundes. Bet piekļuve var būt daudz ilgāka (milisekundes un pat sekundes), ja viesa operētājsistēmai nepieciešamā lapa ir nokopēta uz diska.

Apskatīsim piemēru:

Virtuālā mašīna piekļuvusi virtuālajai adresei 0x00000460 kam ir atzīme 0x0000... Fiziskajā atmiņā šim tagam tiek piešķirta 0 lapa, kas nozīmē, ka šī lapa ir jāmeklē diskā, kurā lapa tika izskalota fiziskās RAM trūkuma dēļ.

Šajā gadījumā lapa tiek atjaunota no diska uz RAM (pārvietojot vecāko lapu piekļuves laika ziņā), un pēc tam tiek tulkota šīs lapas adrese. Šo situāciju sauc par lapas kļūmi ( Lapas kļūme), kas noved pie lietojumprogrammu darbību aizkavēšanās, tāpēc dažreiz ir lietderīgi izsekot atsevišķu procesu lapas kļūmēm, lai, strādājot ar atmiņu, saprastu veiktspējas krituma iemeslu.

Tagi: VMware, vSphere, ESXi, Memory, Performance, Blogs

Esošie vSphere Platinum lietotāji pēc paziņotā datuma saņems vSphere Enterprise Plus licences, VMware AppDefense SaaS produktu un VMware AppDefense spraudni vSphere (skatiet, kur lejupielādēt šo spraudni). VCloud Suite Platinum un Cloud Foundation Platinum lietotājiem nekas nemainās, izņemot pašas vSphere attīstību, kas ir iekļauta iepakojumos.

Tagi: VMware, vSphere, Platinum, Update, Support

Pakotne koncentrējas uz koda kvalitāti, koda atkārtotu izmantošanu, vienību testēšanu, attiecību pārvaldību un vRealize platformas projektu izlaidumiem. vRealize Build Tools ir paplašinājumi, kas iepakoti Maven repozitorija formātā, kas atbalsta IDE (izmantojot Maven) un CLI izmantošanu risinājumu izstrādei, testēšanai un ieviešanai vRA / vRO platformām.

Apskatīsim, kas jauns otrajā versijā:

• Atbalsts risinājumam, tā rasējumiem, pielāgotajām formām, abonementiem un garšas kartēšanas mehānikai
• Atbalstiet esošo saturu un importējiet to vRO 8
• Atbalsts vRO 8 funkcionalitātei, lai eksportētu darbplūsmas uz mapju struktūru, pamatojoties uz to tagiem
• Darbinieku procesu palaišana vRO, izmantojot komandu maven
• Spēja saglabāt JS darbību ID avotā, lai novērstu konfliktus vRO vidē
• Uzlabojumi TypeScript projektu eksperimentālajam atbalstam
• Kļūdu labojumi un dokumentācijas atjauninājumi

Lai sāktu darbu ar vRealize Build Tools, jums ir nepieciešami šādi rīki:

• vRealize Orchestrator
• Microsoft VS kods

Šeit varat lejupielādēt vRealize Build Tools.

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

Papildus daudziem kļūdu labojumiem lietderībai ir vairākas jaunas cmdlet:

• Pievienot vRA-projekta administrators
• Add-vRA-Project-Member
• Get-vRA-DeploymentFilters
• Get-vRA-DeploymentFilterTypes
• Iegūstiet vRA-FabricNetworksFilter
• Get-vRA-FabricImagesFilter
• Noņemt-vRA-Project-Administrator
• Noņemt-vRA-Project-Member
• Update-vRA-Project-ZoneConfig

Atgādinām, ka VMware neatbalsta šo moduli (tāpat kā visas VMware Labs utilītas, kurām ir tehniskā priekšskatījuma statuss), tāpēc izmantojiet to piesardzīgi.

Šis rīks var būt noderīgs šādos gadījumos:

• Kad jāsalīdzina divas kopas pēc veiktspējas (piemēram, ar dažādu aparatūru)
• Kad saprast klasteru konfigurācijas izmaiņu ietekmi uz veiktspēju
• Kad jums jāpārbauda, ​​vai jauns klasteris ir pareizi konfigurēts, pirms to palaižat ražošanas vidē

Lai palaistu Weathervane, jums ir jāizveido konteinera attēli, jāsagatavo konfigurācijas fails un jāizpilda etalons. Pēc tam utilīta pati izvieto konteinerus klasterī, palaiž lietojumprogrammas un apkopo testa rezultātus.

Weathervane izvieto etalona lietojumprogrammu mezglos un padod tur slodzi, kas tiek ģenerēta, izmantojot komponentu Workload driver. Šo draiveri var atrast gan kopā ar etalona lietojumprogrammu, gan ārējā vidē, atsevišķā klasterī.

Weathervane var iestatīt uz pastāvīgu slodzi noteiktam simulētu lietotāju skaitam, vai arī to var konfigurēt tā, lai meklētu maksimālo lietotāju skaitu, lai tas atbilstu pakalpojumu kvalitātes (QoS) prasībām. Pēdējā gadījumā testa rezultāts būs maksimālais WvUsers skaits, ko kopa var izturēt. Patiesībā šis parametrs jāizmanto, lai salīdzinātu kopas pēc veiktspējas.

Lūk, kā izskatās Weathervane risinājuma komponenti (komponents Run ir atbildīgs par testa braucienu izpildi un testa rezultātu iegūšanu):

Weathervane izmanto daudzpakāpju tīmekļa lietojumprogrammu, kas ietver bezvalstnieku un statusu nesošus pakalpojumus. Jūs varat izvēlēties no šiem lietojumprogrammu izvietošanas veidiem. Vienā reizē var palaist vairākus lietojumprogrammu gadījumus, ļaujot testēt lielās grupās.

Weathervane lietotne sastāv no vairākiem līmeņiem. Lietojumprogrammas loģika tiek ieviesta, izmantojot Tomcat serverī darbojošos Java pakalpojumus, kas sazinās, izmantojot REST API un RabbitMQ ziņojumus, un izmanto Zookeeper koordinācijai. Aizmugurējās krātuves tiek ieviestas, izmantojot PostgreSQL un Cassandra. Nginx ir ieviesti priekšgala tīmekļa serveri un starpniekservera kešatmiņas serveri.

Tagi: VMware, Kubernetes, Weathvane, Update, Performance

Arī Krievijā ir jau 10 vExpert pārvadātāju, ne tik daudz, bet ne pārāk maz (Zviedrijas un Norvēģijas līmenī). Ir skaidrs, ka lielākā daļa vExpert ir no tām valstīm, kurās ar angļu valodu viss ir kārtībā, jo emuāru angļu valodā auditorija ir plašāka, kas motivē autorus rakstīt ziņas (un vispār, vExpert tiek dots emuāru veidošanai).

Šādi izskatās desmitnieks:

Un šeit ir tie speciālisti no Krievijas, kuri šogad saņēma vExpert:

Tagi: VMware, vExpert, Blogs

VMware vCenter Server 6.7 Veiktspēja, izmantojot attālā biroja un filiāles VMware ESXi serveru virtuālo infrastruktūru

Daudzi VMware vSphere platformas lietotāji zina, ka ir tāda izplatītas virtuālās infrastruktūras izvietošanas un darbības iespēja kā ROBO (attālie vai vēlās brokastis). Tas nozīmē viena vai vairāku galveno datu centru klātbūtni, no kurienes tiek pārvaldīti mazi attālināti biroji, kur atrodas vairāki VMware ESXi serveri, ar savu vCenter vai bez tā.

Pagājušā gada beigās VMware izdeva interesantu rakstu "VMware vCenter Server 6.7 veiktspēja attālos birojos un filiālēs" (mēs to jau esam mazliet apskatījuši), kurā ir apskatīts šāda scenārija izmantošanas galvenais aspekts - veiktspēja. Galu galā attālie biroji var atrasties citās pilsētās, valstīs un pat kontinentos, kuriem piekļuve tiek veikta, izmantojot dažāda veida savienojumus (piemēram, 4G vai satelītu), tāpēc ir ļoti svarīgi, cik lielu trafiku patērē dažādas darbības, un cik ātri viņi strādā no administratora viedokļa.

Dažādu veidu tīkla savienojumu parametri VMware tika apkopoti tabulā (labajā kolonnā, kas iegūta, izmantojot testa konfigurāciju, un kreisajā slejā, kā tas notiek scenārijos ar reāliem datu centriem):

Testēšanai mēs izmantojām 128 ESXi saimniekdatoru attālo konfigurāciju, kur tika reģistrētas 3840 virtuālās mašīnas (960 VM vienā klasterī, 30 vienā saimniekdatorā), no kurām vienlaikus tika ieslēgtas līdz 3000 mašīnas.

Hipervizori (virtualizācijas tehnoloģijas) pastāv jau vairāk nekā 30 gadus, un šajā laikā viņiem ir izdevies kļūt par vienu no galvenajiem "zobratiem" mākoņu ekosistēmā. Daudzi uzņēmumi, kas meklē virtualizācijas risinājumus, izvēlas divus populārus hipervizorus - VMware un KVM. Mēs piedāvājam izdomāt, kurš no tiem ir labāks. Bet vispirms neliela teorija.

Kas ir hipervizors?

Hipervizors ir programma, kas atdala operētājsistēmu no aparatūras. Hipervizori virtualizē servera resursus (procesoru, atmiņu, disku, tīkla saskarnes utt.), Ļaujot tos izmantot kā savus, un izveido vairākas atsevišķas virtuālās mašīnas, pamatojoties uz vienu serveri. Katra izveidotā virtuālā mašīna ir izolēta no kaimiņiem, lai neietekmētu citu darbu. Lai hipervizors darbotos, ir nepieciešams virtualizācijas atbalsts: Intel procesoriem Intel VT procesorā un AMD procesoriem AMD-V.

Hipervizori ir sadalīti divos veidos: pirmie strādā tieši ar serveri, un lietotāja operētājsistēma darbojas virs hipervizora. Šie hipervizori dažiem lietotājiem var nodrošināt servera pārvaldības funkcionalitāti, un lielākā daļa uzņēmumu izmanto šos hipervizorus.

Otrais hipervizora veids, kas pazīstams arī kā Hosted Hypervisor, darbojas ar serverī instalētu operētājsistēmu. Un operētājsistēmas jauniem lietotājiem tiek veidotas virs hipervizora.

Galddatoru hipervizori, piemēram, Oracle VirtualBox vai VMware Workstation, ir 2. tipa hipervizori, bet VMware un KVM - 1. tipa. VMware un KVM tiek instalēti tieši serverī, un nav nepieciešama nevienas operētājsistēmas instalēšana.

VMware vSphere

Pirms VMware vSphere iegādes varat izmēģināt izmēģinājuma versiju (60 dienas), pēc kuras jums ir jāiegādājas licence vai jāsamierinās ar bezmaksas versijas ierobežojumiem.

Bezmaksas versijai, ko sauc par VMware Free vSphere Hypervisor, saimniekdatoram nav CPU vai atmiņas ierobežojumu, taču ir arī vairāki citi:

• Produkta API ir tikai lasāma;
• virtuālajā mašīnā nevar būt vairāk par 8 kodoliem;
• to nevar izmantot kopā ar Veeam, lai izveidotu dublējumus;
• savienojums ar vCenter Server netiek atbalstīts;
• Netiek atbalstītas arī augstas pieejamības, VM Host Live Migration un VM Storage Live Migration tehnoloģijas.

Produkts no VMware atšķiras no tā kolēģiem, atbalstot lielu skaitu operētājsistēmu - Windows, Linux, Solaris, FreeBSD, Netware, MacOS un citas.

VMware izplatīšanas instalēšana serverī ir ļoti vienkārša: vienkārši palaidiet no kompaktdiska, zibatmiņas diska vai PXE. Turklāt tiek atbalstīti skripti, lai automatizētu programmatūras instalēšanu, tīkla konfigurāciju un vCenter Server savienojumu.

Svarīgi ir arī tas, ka ir īpašs VMware vCenter Converter, kas ļauj ESXi izmantot MS virtuālo serveri, virtuālo datoru, Hyper-V attēlus, kā arī fiziskos serverus un diska nodalījumu attēlus, ko radījušas tādas programmas kā Acronis True Image, Norton Ghost un citi.

VMware vSphere ir iebūvēta integrācija ar Microsoft Active Directory, kas nozīmē, ka lietotāji var autentificēties privātā vai hibrīdā mākonī, izmantojot Microsoft domēna pakalpojumus. Elastīga resursu sadale ļauj pievienot karstu CPU, RAM un cietais disks(ieskaitot pašreizējā cietā diska izmēru maiņu bez pārstartēšanas).

VMware Fault Tolerate ir VMware tehnoloģija, kas paredzēta virtuālo mašīnu aizsardzībai ar nepārtrauktas pieejamības klasteriem. Ja saimniekdators (ESXi serveris) ar virtuālās mašīnas primāro darba kopiju neizdodas, aizsargātā virtuālā mašīna uzreiz pārslēgsies uz "sekundāro" vai "ēnu" kopiju, kas darbojas citā ESXi serverī. Mašīnām, ko aizsargā VMware kļūdu tolerance, pastāvīga (reālā laika) visa atmiņas stāvokļa un procesora instrukciju kopija no galvenās kopijas līdz ēnu kopijai. Ja primārais ESXi resursdators neizdodas, lietotāji pat nepamanīs kļūmjpārlēces procesu otrajam saimniekdatoram. Tas atšķir kļūdu toleranci no augstas pieejamības. Augstas pieejamības gadījumā, ja fiziskais serveris neizdodas, virtuālās mašīnas tiks restartētas citos mezglos, un, kamēr operētājsistēmas tiek restartētas, lietotāji nevarēs piekļūt virtuālajiem serveriem.

Papildus VMware Foult Tolerate, VMware vCloud Suite Enterprise licence nodrošina augstu pieejamību, noturību un ārkārtas seku novēršanu, izmantojot vSphere HA, vMotion, Storage vMotion un vCenter Site Recovery Manager funkcijas.

Lai samazinātu plānotos pārtraukumus serveru vai uzglabāšanas sistēmu (DSS) apkalpošanā, funkcijas vMotion un Storage vMotion pārvieto virtuālās mašīnas un to diskus tiešsaistē, nepārtraucot lietojumprogrammu un lietotāju darbību. VSphere Replication atbalsta vairākas vCenter Site Recovery Manager (SRM) replikācijas iespējas, lai pasargātu no lielām katastrofām. SRM nodrošina centralizētu katastrofu seku novēršanas plānošanu, automātisku kļūmjpārlēci un atkāpšanos no rezerves vietnes vai vCloud, kā arī netraucējošu katastrofu seku novēršanas testēšanu.

Šī hipervizora īpatnības ietver aparatūras selektivitāti - pirms instalēšanas rūpīgi jāpārbauda esošās aparatūras saderība ar vēlamo ESXi versiju. Šim nolūkam VMware vietnē ir īpašs.

VMware produktu licencēšanai ir sava specifika. Papildu neskaidrības rada periodiskas izmaiņas (no versijas uz vSphere versiju) VMware licencēšanas politikā. Pirms iegādāties VMware vSpere licences, jāņem vērā vairāki punkti:

• hipervizors ir licencēts, pamatojoties uz fizisko pamatu (CPU). Katram servera CPU ir nepieciešama atsevišķa vSphere licence (kodoli nav fiziski procesori un netiek ieskaitīti licencēšanā);
• ESXi servera pieejamo funkcionalitāti nosaka tajā instalētā vSphere licence. Detalizēta rokasgrāmata par licencēm ir pieejama vietnē;
• par katru iegādāto vShpere licenci ir jāiegādājas pakalpojumu atbalsta pakotne (vismaz uz gadu);
• VMware neierobežo serverī instalētās atmiņas (RAM) apjomu vai darbojas virtuālo mašīnu skaitu.

Citu VMware produktu - Vcenter Server - var izmantot, lai pārvaldītu vairākus resursdatorus, izmantojot ESXi hipervizorus, uzglabāšanas sistēmas un tīkla iekārtas. VMware partneru nodrošinātie vSphere klienta spraudņi sniedz IT administratoriem iespēju pārvaldīt trešo pušu elementus datu centrā tieši no šīs konsoles. Tāpēc vCenter lietotāji var dublēt, aizsargāt datus, pārvaldīt serverus, tīklus un drošību tieši no vCenter saskarnes. Tajā pašā konsolē varat konfigurēt aktivizētājus, kas jūs informēs par radušajām problēmām, un diagrammu vai tabulu veidā iegūt datus par visas infrastruktūras darbību.

KVM

KVM ir viegli lietojams, viegls, zemu resursu un diezgan funkcionāls hipervizors. Tas ļauj izvietot virtualizācijas platformu un pēc iespējas īsākā laikā organizēt virtualizāciju Linux operētājsistēmā. Darbības laikā KMV piekļūst operētājsistēmas kodolam, izmantojot īpašu moduli (KVM-Intel vai KVM-AMD). Sākotnēji KVM atbalstīja tikai x86 procesorus, bet mūsdienu KVM versijas atbalsta dažādus procesorus un viesu operētājsistēmas, ieskaitot Linux, BSD, Solaris, Windows utt. Starp citu, visi Wiki resursi (MediaWiki, Wikimedia Foundation, Wikipedia, Wikivoyage, Wikidata, Wikiversity) izmanto šo konkrēto hipervizoru.

Tā kā viesu operētājsistēmas mijiedarbojas ar hipervizoru, kas ir integrēts Linux kodolā, viesu operētājsistēmām ir iespēja tieši piekļūt aparatūrai, nemainot viesu operētājsistēmu. Sakarā ar to viesu operētājsistēmā gandrīz nav palēnināšanās.

KVM ļauj virtuālajām mašīnām izmantot nemodificētu QEMU, VMware un citus attēlus, kas satur operētājsistēmas. Katrai virtuālajai mašīnai ir sava virtuālā aparatūra: tīkla kartes, disks, videokarte un cita aparatūra.

Pateicoties nemodificētu VMware attēlu atbalstam, fizisko serveri var viegli virtualizēt, izmantojot to pašu utilītu VMware vServer Converter, un pēc tam pārsūtīt iegūto failu uz hipervizoru.

KVM instalēšana operāciju zālē Linux sistēma sastāv no KVM pakotnes un Libvirt virtualizācijas bibliotēkas instalēšanas, kā arī rūpīgas virtualizācijas vides iestatīšanas. Atkarībā no saimniekdatorā izmantotās operētājsistēmas, jums jākonfigurē tilts vai savienojums ar VNC konsoli, caur kuru virtuālās mašīnas sazināsies ar resursdatoru.

KVM administrēšana ir grūtāka, jo pārredzama piekļuve failiem, procesiem, konsolēm un tīkla saskarnes trūkst, jums tas jākonfigurē. VM parametru atjaunošana KVM (CPU, RAM, HDD) nav ļoti ērta un prasa papildu darbības, tostarp OS restartēšanu.

Pats projekts nepiedāvā ērtus grafiskos rīkus virtuālo mašīnu pārvaldīšanai, tikai utilītu Virsh, kas īsteno visas nepieciešamās funkcijas. Ērtai virtuālo mašīnu pārvaldībai varat papildus instalēt Virt-Manager pakotni.

KVM nav iebūvētu rīku, piemēram, Fault Tolerate VMware, tāpēc vienīgais veids, kā izveidot HA kopu, ir tīkla replikācijas izmantošana ar DRDB. DRBD klasteris atbalsta tikai divus mezglus, un mezgli tiek sinhronizēti bez šifrēšanas. Tas ir, drošākam savienojumam jāizmanto VPN savienojums.

Turklāt, lai izveidotu augstas pieejamības klasteru, jums būs nepieciešama programma Heartbeat, kas ļauj klastera mezgliem apmainīties ar pakalpojumu ziņojumiem par savu statusu, un Pacemaker, klasteru resursu pārvaldnieks.

KVM hipervizors tiek izplatīts kā atvērtā pirmkoda produkts, un korporatīvajiem lietotājiem ir komerciāls risinājums Red Hat Virtualization (RHEL), kura pamatā ir KVM un oVirt virtuālās infrastruktūras pārvaldības platforma.

Šī hipervizora neapšaubāma priekšrocība ir tā, ka tā var darboties jebkurā serverī. Hipervizors ir diezgan nepretenciozs resursu ziņā, tāpēc to ir viegli izmantot testēšanas uzdevumiem.

Lūdzu, ņemiet vērā, ka KVM nav atbalsta pakalpojuma. Ja kaut kas neizdodas, varat paļauties uz forumiem un kopienas palīdzību. Vai arī dodieties uz RHEL.

Tātad, ko jums vajadzētu izvēlēties?

Abi hipervizori ir nobriedušas, uzticamas un augstas veiktspējas virtualizācijas sistēmas, kurām katrai ir savas īpašības, kas jāņem vērā, izvēloties.

KVM parasti ir mērogojamāks nekā VMware, galvenokārt tāpēc, ka vSphere ir daži ierobežojumi serveriem, kurus tā var pārvaldīt. Turklāt VMware ir pievienojis lielu skaitu krātuves tīklu (SAN), lai atbalstītu vairākus piegādātājus. Šī funkcija nozīmē, ka VMware ir vairāk krātuves iespēju nekā KVM, bet arī apgrūtina VMware krātuves atbalstu, kad tā paplašinās.

KVM parasti ir populārākais hipervizors uzņēmumiem, kas vēlas samazināt ieviešanas izmaksas un mazāk interesējas par uzņēmuma līmeņa funkcijām.

Pētījumi rāda, ka KVM TCO parasti ir par 39 procentiem zemāks nekā VMware, lai gan faktiskais TCO ir atkarīgs no konkrētiem faktoriem, piemēram, darbības parametriem un vietas noslodzes.

Cieša integrācija ar resursdatora operētājsistēmu ir viens no biežākajiem iemesliem, kāpēc izstrādātāji izvēlas KVM. Īpaši tiem, kas izmanto Linux. KVM iekļaušana daudzos Linux izplatījumos arī padara to par ērtu izvēli izstrādātājiem.

Mākoņu pakalpojumu sniedzēji, kas saviem klientiem piedāvā IaaS pakalpojumus, parasti izvēlas infrastruktūru, kuras pamatā ir VMware produkti. Risinājumi, kuru pamatā ir VMware Sphere, ietver visas svarīgās uzņēmuma funkcijas, lai nodrošinātu augstu un nepārtrauktu pieejamību, nodrošina atbalstu vairākām viesu operētājsistēmām un spēj sasaistīt klienta infrastruktūru ar mākoņa pakalpojumiem.

vSAN 6.7 uzlabo HCI darbības efektivitāti, samazina mācīšanās līkni un paātrina lēmumu pieņemšanu. Šis laidiens nodrošina konsekventāku, stabilāku un drošāku lietojumprogrammu atbalstu. Turklāt ērtāku un paātrinātu problēmu risināšanai tiek izmantotas vadošo ekspertu zināšanas, jaunākās tehnoloģijas un analīzes rīki. Arvien vairāk uzņēmumu un mākoņpakalpojumu sniedzēji izvēlas VMware vSAN kā savu hiperkonverģēto infrastruktūras risinājumu.

IESPĒJAS

Produkta uzlabojumi

Tālāk ir norādītas galvenās jaunās vSAN 6.7 funkcijas un atjauninājumi.

• HTML5 balstīta lietotāja saskarne
• Pilnībā pārveidots lietotāja interfeiss nodrošina modernas vadības iespējas. Jaunā saskarne tika veidota uz tās pašas platformas, kas tiek izmantota citos VMware produktos, tāpēc klientiem būs vienots un viegli lietojams process, lai pārvaldītu vispilnīgāko SDDC produktu kaudzi. Turklāt jaunā saskarne samazina daudzu uzdevumu veikšanai nepieciešamo darbību skaitu, racionalizējot darbplūsmas.
• vRealize Operations vCenter
• VRealize Operations, kas integrēta tieši vCenter, nodrošina pilnīgu redzamību HCI vidēs, kas izvietotas uz vietas vai plašā publisko mākoņu klāstā, un ir pieejama bez maksas visiem Advanced un Enterprise vSAN klientiem. Izmantojot pielāgojamus vSAN informācijas paneļus vienā vadības konsolē, jūs varat pārraudzīt un kontrolēt savu HCI vidi. Jaunu vai esošo vROP gadījumu integrācija nav traucējoša.
• vSAN ReadyCare
• VSAN ReadyCare atbalsts uzsver VMware apņemšanos atbalstīt vSAN klientus un nodrošina visaptverošu atbalstu, izmantojot vadošos ekspertus un jaunākās analīzes un tehnoloģijas. Izmantojot prognozējošo modelēšanu vSAN atbalsta ieskatā, VMware analizē anonīmi savāktos datus no tūkstošiem vSAN klientu un paziņo par tiem pirms problēmu rašanās. Turklāt vSAN Health Validators sniedz reāllaika paziņojumus un padomus par problēmu novēršanu.
• FIPS 140-2 šifrēšana
• VSAN iepazīstina ar pirmo nozares standarta krātuves šifrēšanas risinājumu HCI. VSAN 6.7 ievieš vSAN šifrēšanu-pirmo programmatūras risinājumu, kas atbilst FIPS 140-2 un stingrajām ASV federālajām prasībām. vSAN šifrēšana samazina datu aizsardzības izmaksas un palielina elastību, novēršot atkarību no aparatūras un vienkāršojot galvenos pārvaldības procesus. Turklāt šis ir pirmais HCI risinājums, kuram STIG rokasgrāmatu ir apstiprinājusi Aizsardzības informācijas sistēmu aģentūra (DISA).
• Palielināta lietojumprogrammu noturība
• VSAN nodrošina konsekventu galalietotāja pieredzi lietojumprogrammām ar inteliģentām pašatjaunošanās iespējām, piemēram, adaptīvu atkārtotu sinhronizāciju, ātru kļūmjpārlēci fiziski nošķirtiem tīkliem un kopiju konsolidāciju. Adaptīvā sinhronizācija optimizē I / O trafika pārvaldību, lai sinhronizācijas laikā lietojumprogrammas būtu veselīgas. Kopējot kopijas, tiek samazināts laiks un pūles, kas nepieciešamas, lai nodotu mezglu apkopes režīmā. Visbeidzot, nepieciešamība pēc fiziski atdalītu tīklu kļūmjpārlēces tiek novērsta ar tūlītēju kļūmjpārlēci.
• Paaugstināta izplatīto kopu pieejamība
• Izkliedētā klasteru vide ir vēl efektīvāka, gudri atvienojot liecinieku trafiku, no jauna definējot pamatā esošo vidi un veicot efektīvu atkārtotu sinhronizāciju. Atdalot liecinieku trafiku un efektīvu sinhronizāciju, tiek optimizēts katrā saitē pārvietoto datu maršruts un lielums, padarot kļūmes pārredzamu lietojumprogrammas galalietotājiem. Pamata vides definēšana palielina darba slodžu pieejamību, izmantojot efektīvāku loģiku vides kļūmes gadījumā.
• Optimizētas nākamās paaudzes lietotnes
• VSAN risinājums izmanto jaunu saglabāšanas politiku (vSAN resursdatora piespraušana), lai saskaņotu vSAN efektivitāti un noturību ar jaunāko koplietošanas programmu vajadzībām. Izmantojot šo politiku, vSAN uztur vienu datu kopiju un raksta datu gabalus ESXi resursdatoram, kurā darbojas VM. Šī iespēja ir īpaši svarīga lietojumprogrammām ar lielu datu daudzumu (Hadoop), NoSQL (DataStax) un citām lietojumprogrammām, kas veic datu dublēšanu lietojumprogrammu līmenī.
• Paplašināts atbalsts misijai svarīgām biznesa lietojumprogrammu vidēm
• VSAN tagad atbalsta uzdevumiem kritiskāku vidi, atbalstot Windows Server kļūmjpārlēces klasterizāciju, kas vienkāršo šo darba slodžu krātuves pārvaldību un palīdz klientiem paātrināt migrāciju uz centralizētu SDDC.
• Proaktīvs atbalsts ar vSAN atbalsta ieskatu
• Proaktīvs atbalsts uzlabo vSAN uzticamību ar brīdinājumiem, kas tiek ģenerēti pirms infrastruktūras problēmu rašanās, un samazina tradicionālo atbalsta laiku, periodiski vācot datus. Lai izmantotu šo līdzekli, jums jāreģistrējas lietotāja pieredzes uzlabošanas programmai.
• Adaptīvs Core Dump atbalsts
• Adaptīvā Core Dump atbalsts samazina vSAN klientu izšķirtspējas laiku vairākos vides veidos, automātiski pielāgojot atbalsta paātrināšanai izmantoto vērtīgo datu virzienu un lielumu.
• Paplašināts aparatūras atbalsts
• vSAN tagad atbalsta 4Kn diskus, lai palīdzētu sagatavot vSAN vidi nākotnes mainīgajām vajadzībām un ļautu samazināt kopējās īpašumtiesību izmaksas.