vmware produkti. Virtualizācijas produkti (VMware Inc.). VMware DRS dzinēja uzlabojumi

VMware vSphere Hypervisor ir bezmaksas, jaudīgs un uzticams aparatūras hipervizors izmantošanai serveru un darbstaciju virtualizācijas uzdevumos. Rakstā ir apskatīta VMware Hypervisor hipervizora instalēšana un konfigurēšana, virtuālās mašīnas izveide, viesa instalēšana operētājsistēma.

Bezmaksas vSphere Hypervisor: tehniskās prasības, ierobežojumi un saderība

VMware vSphere Hypervisor var instalēt serverī, kas atbilst šādām tehniskajām prasībām:

VMware vSphere Hypervisor izplatīšanas fails ir maza izmēra (311 MB), un tajā ir tikai visnepieciešamākie draiveri, galvenokārt zīmolu ražotāju serveriem. Bet dažreiz nav iespējams instalēt hipervizoru plaši pazīstamu zīmolu serveros. Bieži vien serveru ražotāji izlaiž savus hipervizora izplatījumus ar saviem draiveriem.

Varat pārbaudīt VMware vSphere Hypervisor saderību ar savu serveri šajā lapā:

Aparatūras saraksts, kas netiek atbalstīta ESXi 6.7: https://kb.vmware.com/s/article/52583

Apskatīsim galvenos bezmaksas vSphere Hypervisor hipervizora ierobežojumus salīdzinājumā ar pilnvērtīgo VMWare ESXi:

1. Nav oficiāla VMWare tehniskā atbalsta;
2. Vienai VM var piešķirt ne vairāk kā 8 virtuālos procesorus/kodolus (vCPU) (starp citu, vCPU ierobežojumi gen1 VM paaudzei ir 64);
3. Saimniekdatoru nevar savienot ar vCenter;
4. vStorage API nav pieejams (nebūs iespējams iestatīt normālu dublējumu, Veeam nevarēs paņemt VM no resursdatora);
5. Serverī maksimāli 2 fiziskie procesori (ligzdas) (kodolu skaitam ierobežojumu nav);
6. Visi APi ir pieejami tikai lasīšanas režīmā (t.i., jūs nevarēsit mainīt nevienu servera vai VM parametru, izmantojot to pašu).

Tomēr bezmaksas Sphere Hypervisor atbilde ļauj neierobežoti izmantot visus fiziskā servera kodolus un RAM. Nav ierobežojumu kopējam resursdatora vai virtuālās mašīnas operatīvās atmiņas, procesoru, kodolu vai izpildlaika skaitam. PCI VMDirectPath/USB novirzīšana darbojas.

Kā lejupielādēt un instalēt bezmaksas VMware vSphere Hypervisor?

Lejupielādējiet pašreizējo VMware Hypervisor vSphere 6.7 hipervizora versiju. Lai to izdarītu, jums ir jāpiesakās savā VMWare kontā vai jāizveido jauns.

Ja veidojat jaunu VMWare kontu, tad pēc reģistrācijas veidlapas aizpildīšanas jums jāgaida e-pasts, lai apstiprinātu savu kontu. Izpildiet vēstulē norādīto saiti un ievadiet savu paroli.

Nākamajā posmā jūs saņemat licences atslēgu bezmaksas versija hipervizors un saite, lai lejupielādētu VMware vSphere Hypervisor. Noteikti saglabājiet atslēgu.

Tiek lejupielādēts iso attēls, kuru var ierakstīt zibatmiņas diskā vai CD/DVD diskā. Tagad jūs varat instalēt hipervizoru serverī (darbstacijā vai virtuālajā mašīnā).

Uzstādīšana ir ļoti vienkārša. Izvēlieties " ESXi-6.7.0-2019xxx-standarta instalētājs”.

Norādiet disku, kurā sistēma tiks instalēta. Šajā piemērā ir pieejams viens 40 GB disks.

Izvēlieties tastatūras izkārtojumu.

Ievadiet un apstipriniet root paroli (vismaz 7 rakstzīmes).

Pēc instalēšanas parādās brīdinājums, ka hipervizors darbosies 60 dienas bez licences atslēgas.

Restartējiet datoru.

Ir instalēts VMware vSphere hipervizors. Ja jūsu serveris ir savienots ar tīklu ar DHCP serveri, izmantojot vismaz vienu tīkla interfeisu, tas automātiski saņems IP adresi, kuru redzēsit hipervizora konsolē (to sauc par DCUI). Šī IP adrese tiek izmantota, lai kontrolētu hipervizoru no tīmekļa saskarnes.

VMware ESXi konfigurēšana konsolē

Lai pārvaldītu Hypervisor iestatījumus DCUI ekrānā, noklikšķiniet uz F2, ievadiet instalēšanas procesā norādīto pieteikumvārdu (root pēc noklusējuma) un paroli.

Tiks atvērta grafiskā konsole hipervizora sākotnējai iestatīšanai.

Šeit varat konfigurēt šādas opcijas:

VMware vSphere Hypervisor sākotnējā iestatīšana ir pabeigta. Varat izveidot savienojumu, izmantojot tīmekļa saskarni.

VMware ESXi tīmekļa pārvaldības saskarne, bezmaksas licenču instalēšana

Lai izveidotu savienojumu ar vSphere Hypervisor, izmantojot tīmekļa saskarni, ievadiet servera IP adresi, kas piešķirta, kad sākotnējā iestatīšana hipervizors. Pēc tam pieteikšanās (root) un parole.

Lūdzu, ņemiet vērā, ka serveris bez licences darbosies 60 dienas.

Aktivizējiet reģistrācijas laikā saņemto licenci "Pārvaldīt" -> "Licencēšana" -> "Piešķirt licenci".

Ja neaktivizēsit licenci, pēc 60 dienām visas darbojošās virtuālās mašīnas turpinās darboties, taču nevarēsit iespējot jaunas virtuālās mašīnas vai atsāknēt esošās virtuālās mašīnas.

Hipervizoram ir neierobežota laika licence (beidzas: nekad), kas ir aktivizēta ar neierobežotu apjomu brīvpiekļuves atmiņa virtuālajām mašīnām. Katrai virtuālajai mašīnai varat piešķirt līdz 8 virtuālajiem vCPU (līdz 8 virzienu virtuālajam SMP).

"Pārvaldīt" -> "Sistēma" -> "Laiks un datums" -> "Rediģēt iestatījumus"

VMWare ESXi virtuālais slēdzis

Virtuālais slēdzis(vSphere Switch vai vSwitch) ir virtuāla ierīce, kas pārsūta datus starp virtuālajām mašīnām serverī un pārsūta datus uz ārpusi, izmantojot fizisko NIC. Ir divu veidu virtuālie slēdži:

• Standarta slēdži- vienkāršs virtuāls slēdzis, kas loģiski atrodas fiziskā servera iekšpusē.
• Sadalītie slēdži- izplatīts virtuālais slēdzis, var izplatīties pa vairākiem fiziskiem serveriem (nav pieejams VMWare Hypervisor bezmaksas versijā, un maksas versijā tas ir pieejams tikai Enterprise Plus izdevumā ) .

Pēc hipervizora instalēšanas un palaišanas jau ir viens virtuālais slēdzis vSwitch0, kas ietver vienu fizisko adapteri vmnic0 un divas portu grupas - pakalpojumu (Management Network) hipervizora pārvaldīšanai un tīklu datu pārsūtīšanai (VM tīkls). Vmk0 hipervizora pārvaldības saskarne (vmkernel ports) ir iekļauta pārvaldības tīkla grupā.

Vairumā gadījumu atsevišķam hipervizoram jums būs nepieciešams tikai viens virtuālais slēdzis. Portu grupas ir jāizveido, ja vēlaties izolēt virtuālās mašīnas vienu no otras un portu grupai izmantot dažādus VLAN iestatījumus.

Nav nepieciešams veikt izmaiņas pārvaldības tīklā vai vmkernel portā, ja vien tas nav absolūti nepieciešams, pretējā gadījumā jūs varat zaudēt piekļuvi savam hipervizora pārvaldības interfeisam. Ja esat zaudējis piekļuvi hipervizoram, varat atiestatīt tīkla iestatījumi izmantojot DCUI konsoles izvēlni Tīkla atjaunošanas opcijas.

Virtuālās mašīnas izveide programmā VMWare Hypervisor

Tīmekļa saskarnē atlasiet “Virtuālās mašīnas” -> “Izveidot / reģistrēt VM” -> “Izveidot jaunu virtuālo mašīnu”.

Piešķiriet virtuālajai mašīnai nosaukumu. Atlasiet viesa operētājsistēmas veidu un versiju. Iespējojiet izvēles rūtiņu “Windows virtualizācijas balstīta drošība”, ja vēlaties viesu operētājsistēmai padarīt pieejamu aparatūras virtualizāciju, IOMMU, EFI un drošo sāknēšanu.

Atlasiet datu krātuvi virtuālās mašīnas konfigurācijas failiem un visiem tā virtuālajiem diskiem.

Ja brīva vieta atlasītajā diskā ir mazāks par tā ietilpību, jūs saņemsit ziņojumu, ka jums ir jāpalielina datu krātuves apjoms.

Šajā solī tiek konfigurēti visi virtuālās mašīnas parametri: CPU skaits, RAM apjoms, izmērs un izvietojums cietais disks, tīkla adapteri, CD/DVD diskdziņi utt. Lai piekļūtu tīklam virtuālajā mašīnā, vienkārši ievietojiet tā adapteri VM tīkla portu grupā slēdžā vSwitch0 (ja neko neesat pārkonfigurējis).

Visus šos parametrus, ja nepieciešams, var mainīt, kad virtuālā mašīna ir izslēgta.

Nākamajā ekrānā jums tiks lūgts pārbaudīt visus virtuālās mašīnas iestatījumus un apstiprināt tos.

Viesu operētājsistēmas instalēšana virtuālajā mašīnā

Lai virtuālajā mašīnā instalētu viesa operētājsistēmu, vietējā krātuvē ir jālejupielādē izplatīšanas iso attēls ar vajadzīgās OS izplatīšanu. Navigācijas izvēlnē atlasiet Krātuve un nospiediet .

Izveidojiet direktoriju izplatījumu lejupielādei.

Atlasiet izveidoto direktoriju, augšējā kreisajā stūrī noklikšķiniet uz Augšupielādēt, izvēlieties iso - ielādējamās OS attēlu un gaidiet, līdz lejupielāde ir pabeigta.

Atlasiet instalēto virtuālo mašīnu un noklikšķiniet uz "Darbības" -> "Rediģēt iestatījumus".

Mainiet CD-DVD diskdziņa iestatījumus, kā parādīts zemāk esošajā ekrānuzņēmumā. Sadaļā CD/DVD Media atlasiet lejupielādēto operētājsistēmas ISO attēlu.

Pēc tam jūs vienkārši ieslēdzat virtuālo mašīnu, no kuras VM mēģina palaist ISO attēls un viesu OS instalēšana sākas no virtuālā CD/DVD, kuram ir pievienots iso attēls.

Kad viesu OS instalēšana ir pabeigta, varat to izmantot kā parasti.

Es ceru, ka šis īsais pārskata raksts par bezmaksas hipervizora VMWare vSphere Hypervisor izmantošanas funkcijām būs jums noderīgs.

Šajā rakstā mēs neiedziļināsimies tehniskās detaļās. Tā vietā sapratīsim VMware terminoloģiju. Šis īsais pārskats noderēs tiem, kas vēlas izprast atšķirības starp VMware pamata produktiem. Gandrīz visi zina par ESXi. Kā ar vSphere un vCenter? Cilvēki bieži jauc šos terminus, taču patiesībā tajos nav nekā sarežģīta. Sadalīsim to visu.

Kad tas nonāca tirgū 2001. gadā, VMware ESX hipervizors (iepriekš zināms kā VMware ESX serveris) sāka virtuālu revolūciju. Šodien VMware ir vadošais izstrādātājs programmatūras produkti virtualizācijai (tagad daļa no Dell). Katru pusotru gadu uzņēmums izlaiž jaunu programmatūru ar uzlabotām funkcijām, kas ir savietojama ar plašu aprīkojuma klāstu, t.sk. SSD diskdziņi NVMe, ļoti lielas ietilpības cietie diski un jaunākais centrālie procesori Intel vai AMD.

VMware ESXi

ESXi ir hipervizors; sīka daļiņa programmatūra, kas ir instalēta fiziskā serverī un ļauj darbināt vairākas operētājsistēmas vienā resursdatorā. Šīs operētājsistēmas darbojas atsevišķi viena no otras, bet var mijiedarboties ar ārpasauli, izmantojot tīklu. Tajā pašā laikā tiek pievienoti citi datori lokālais tīkls(Lokālais tīkls, LAN). Operētājsistēmas darbojas virtuālajās mašīnās (VM), katrai no tām ir sava virtuālā aparatūra.

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

Darbs ar ESXi bezmaksas versiju ir ļoti vienkāršs un sastāv no pamata procesiem: apmācības, testēšanas ražošanas procesi, pārbaudot avārijas seku novēršanas sistēmas, apstiprinot arhitektūras risinājumus. Izmantojot momentuzņēmumus, varat pārbaudīt, vai Windows ielāpi darbojas pareizi. Alternatīvi, tas var būt noderīgi, ja nolemjat klonēt ražošanas serveri, izmantojot VMware Converter vai P2V tehnoloģiju, un vēlaties pārbaudīt Microsoft atjaunināšanas 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 operētājsistēmā Windows vai izvietot kā iepriekš konfigurētu virtuālo mašīnu, izmantojot Photon OS — jaudīgu uz Linux balstītu izplatīšanu. Iepriekš VMware izmantoja Suse Linux Enterprise Server (SUSE) izplatīšanu, taču 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 var pārvaldīt trīs saimniekdatorus ar diviem fiziskiem procesoriem katrā. Ja jums ir mazs uzņēmums, tad strādāsit ar aptuveni 60 virtuālajām mašīnām, un šī vCenter versija jums būs piemērota. AR pamata komplekts jūs saņemat licenci ne tikai vCenter serverim, bet arī ESXi (līdz trim saimniekiem ar diviem CPU katrā).
• Standalone vCenter Server ir pilnvērtīga savrupa vCenter servera versija, kas spēj pārvaldīt 2000 saimniekdatorus ar 25 000 strādājošām virtuālajām mašīnām. Šī ir tikai vCenter licence. Pats vCenter ir tikai daļa no licencēšanas mīklas. Lai pārvaldītu visus saimniekdatorus no vienas ierīces, katram no tiem ir nepieciešama licence. Ir trīs veidu licences: standarta, uzņēmuma, uzņēmuma Plus, un katra attiecas uz vienu procesoru. Tātad, ja plānojat izveidot resursdatoru ar diviem fiziskiem procesoriem, jums būs nepieciešamas 2 licences tikai šim vienam resursdatoram.

VMware vSphere

VMware vSphere ir visa VMware produktu komplekta komerciālais nosaukums. Kā minēts iepriekš, dažādas programmatūras pakotnes maksā dažādas naudas summas. Lētākās ir vSphere essentials vai Essentials Plus pamata pakotnes. Vai starp tām ir atšķirība? Jā, bet tas slēpjas pieejamo funkciju skaitā, nevis pašā programmatūras saturā.

Atkarībā no licences veida jūs saņemat piekļuvi noteiktam skaitam funkciju, kuras var pārvaldīt, izmantojot vSphere Web klientu. Ir arī vSphere HTML 5 klients, taču tas vēl nav lietojams. Uzņēmums turpina to attīstīt.

Essentials pakotnē nav iekļauta augsta pieejamība (automātiska virtuālās mašīnas restartēšana), vMotion, programmatūra Rezerves kopija(VDP) un iespēja izmantot VSAN krātuvi.

Essentials pakotne ir piemērota maziem uzņēmumiem, kuriem nav nepieciešams visu laiku būt tiešsaistē. No otras puses, iespēja pārvietot savas virtuālās mašīnas uz citu resursdatoru un veikt resursdatora apkopi vai jaunināšanu, paliekot tiešsaistē, sniedz jums reālas priekšrocības. To visu var izdarīt darba dienas laikā, netraucējot lietotāju darbu.

Turklāt neparedzētas aparatūras kļūmes gadījumā vSphere High Availability (HA) automātiski restartēs virtuālās mašīnas, kas pārtraukušas darbu ar problemātisko resursdatoru. Šīs virtuālās mašīnas tiek automātiski restartētas citos VMware klastera saimniekdatoros. Paiet nedaudz laika, līdz sistēma nosaka, kurš dators ir atteicies un kuri saimnieki var īslaicīgi pārņemt tās virtuālās mašīnas. Šiem resursdatoriem ir jābūt pietiekami daudz atmiņas un CPU jaudas, lai tiktu galā ar papildu slodzi. Tiklīdz sistēma pabeidz analīzi, virtuālās mašīnas tiek restartētas. Viss process ir automatizēts, un tam nav nepieciešama administratora iejaukšanās.

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 imūna pret datu zudumu. Tāpēc ESXi ir paredzēts lietošanai tikai testa vidēs.

Hipervizori (virtualizācijas tehnoloģijas) pastāv jau vairāk nekā 30 gadus un šajā laikā spējuši kļūt par vienu no galvenajiem mākoņu ekosistēmas “zobratiem”. Daudzi uzņēmumi, kas izvēlas virtualizācijas risinājumus, izvēlas divus populārus hipervizorus - VMware un KVM. Mēs iesakām noskaidrot, kurš no tiem ir labāks. Bet vispirms nedaudz teorijas.

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 interfeisus utt.), ļaujot tos izmantot kā savus, un izveido vairākas atsevišķas virtuālās mašīnas, kuru pamatā ir viens serveris. 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 ar Intel VT procesoru un AMD procesori uz 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.

Otra veida hipervizors, kas pazīstams arī kā Hosted Hypervisor, darbojas ar serverī instalēto operētājsistēmu. Un operētājsistēmas jauniem lietotājiem tiek izveidotas virs hipervizora.

Darbvirsmas hipervizori, piemēram, Oracle VirtualBox vai VMware Workstation ir otrā veida hipervizori, un VMware un KVM ir pirmais. VMware un KVM tiek instalēti tieši serverī, un tiem nav nepieciešama operētājsistēmas instalēšana.

VMware vSphere

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

Bezmaksas versijā, ko sauc par VMware Free vSphere Hypervisor, resursdatoram nav procesora un atmiņas ierobežojumu, taču ir vairāki citi:

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

Produkts no VMware atšķiras no saviem analogiem, 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 sāknējiet no kompaktdiska, zibatmiņas diska vai caur PXE. Turklāt tiek atbalstīti skripti, lai automatizētu programmatūras instalēšanas procesu, tīkla konfigurāciju un savienojumus ar vCenter Server.

Svarīgi ir arī īpašs pārveidotājs VMware vCenter Converter, kas ļauj izmantot MS Virtual Server, Virtual PC, Hyper-V attēlus ESXi, kā arī fizisko serveru un diska nodalījumu attēlus, kas izveidoti ar tādām programmām kā Acronis True Image, Norton Ghost un citi.

VMware vSphere ir iebūvēta integrācija ar Microsoft Active Directory, tas ir, lietotāja autentifikāciju privātajā vai hibrīdajā mākonī var veikt, izmantojot Microsoft domēna pakalpojumus. Elastīga resursu piešķiršana ļauj karsti pievienot centrālo procesoru, operatīvo atmiņu un cieto disku (ieskaitot pašreizējā cietā diska izmēru maiņu bez pārstartēšanas).

VMware Fault Tolerate ir VMware tehnoloģija, kas izstrādāta, lai aizsargātu virtuālās mašīnas, izmantojot nepārtrauktas pieejamības klasterus. Ja resursdators (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ī. Iekārtām, kuras aizsargā VMware kļūdu tolerance, tiek nodrošināta nepārtraukta (reāllaika) visa atmiņas stāvokļa un procesora instrukciju kopija no galvenās kopijas uz “ēnu” kopiju. Ja primārais ESXi saimniekdators neizdodas, lietotāji pat nepamanīs kļūmjpārlēces procesu uz otro mezglu. Šeit kļūdu tolerance atšķiras 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 pārstartētas, lietotāji nevarēs piekļūt virtuālajiem serveriem.

Papildus VMware Foult Tolerate, VMware vCloud Suite Enterprise licence nodrošina augstu pieejamību, kļūdu toleranci un avāriju atkopšanu ar vSphere HA, vMotion, Storage vMotion un vCenter Site Recovery Manager līdzekļiem.

Lai samazinātu plānoto dīkstāves laiku serveru vai krātuves sistēmu uzturēšanā, vMotion un Storage vMotion funkcijas tiešsaistē migrē virtuālās mašīnas un to diskus, neapturot lietojumprogrammas un lietotājus. vSphere Replication atbalsta vairākas vCenter Site Recovery Manager (SRM) replikācijas opcijas, lai aizsargātu pret lielām katastrofām. SRM nodrošina centralizētu avārijas atkopšanas plānošanu, automātisku kļūmjpārlēci un kļūmju atgūšanu no dublējuma vietnes vai vCloud, kā arī netraucējošu avārijas atkopšanas testēšanu.

Šī hipervizora funkcijas ietver selektivitāti pret aparatūru — pirms instalēšanas rūpīgi jāpārbauda esošā aparatūra, vai tā ir saderīga ar vēlamo ESXi versiju. Šim nolūkam VMware vietnē ir īpašs.

VMware produktu licencēšanai ir savas īpatnības. Papildu neskaidrības rada periodiskas izmaiņas (no vSphere versijas uz versiju) VMware licencēšanas politikā. Pirms VMware vSpere licenču iegādes ir jāņem vērā vairāki punkti:

• Hipervizora licencēšana ir balstīta uz fizisko procesoru (CPU) skaitu. Katram servera CPU ir nepieciešama atsevišķa vSphere licence (kodoli nav fiziski procesori un nav iekļauti licencēšanā);
• ESXi servera pieejamo funkcionalitāti nosaka tajā instalētā vSphere licence. Detalizēts ceļvedis ir licences;
• par katru iegādāto vShpere licenci jāiegādājas servisa atbalsta pakete (vismaz uz gadu);
• VMware neuzliek ierobežojumus serverī instalētās atmiņas (RAM) apjomam vai darbojošos virtuālo mašīnu skaitam.

Varat pārvaldīt vairākus saimniekdatorus ar ESXi hipervizoriem, uzglabāšanas sistēmām un tīkla aprīkojumu, izmantojot citu VMware produktu - Vcenter Server. VMware partneru nodrošinātie vSphere Client spraudņi sniedz IT administratoriem iespēju pārvaldīt trešo pušu elementus datu centrā tieši no šīs konsoles. Tādējādi vCenter lietotāji var dublēt, aizsargāt datus, pārvaldīt serverus, tīklus un drošību tieši no vCenter interfeisa. Tajā pašā konsolē var iestatīt trigerus, kas paziņos par radušajām problēmām, kā arī iegūt datus par visas infrastruktūras darbību grafiku vai tabulu veidā.

KVM

KVM ir viegli lietojams, viegls, mazresursu un diezgan funkcionāls hipervizors. Tas ļauj pēc iespējas īsākā laikā izvietot virtualizācijas platformu un organizēt virtualizāciju, kurā darbojas operētājsistēma Linux. 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 modernās KVM versijas atbalsta visdažādākos procesorus un viesu operētājsistēmas, tostarp 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 sazinās ar hipervizoru, kas ir integrēts Linux kodolā, viesu operētājsistēmām ir iespēja tieši piekļūt aparatūrai bez nepieciešamības modificēt viesu operētājsistēmu. Sakarā ar to viesu operētājsistēmas veiktspēja gandrīz nemazinās.

KVM atļauj virtuālās mašīnas izmantojiet nepārveidotus QEMU, VMware un citu operētājsistēmu attēlu diska attēlus. 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 VMware vServer Converter utilītu, un pēc tam pārsūtīt iegūto failu uz hipervizoru.

KVM instalēšana operētājsistēmā Linux ietver KVM pakotnes un Libvirt virtualizācijas bibliotēkas instalēšanu, kā arī rūpīgu virtualizācijas vides iestatīšanu. Atkarībā no resursdatorā izmantotās operētājsistēmas ir jākonfigurē tilts vai savienojums ar VNC konsoli, caur kuru virtuālās mašīnas mijiedarbosies ar resursdatoru.

KVM ir grūtāk administrēt, jo tas nodrošina pārskatāmu piekļuvi failiem, procesiem, konsolēm un tīkla saskarnes trūkst, jums tas ir jākonfigurē pašam. VM parametru pārbūve KVM (CPU, RAM, HDD) nav īpaši ērta un prasa papildu darbības, tostarp OS pārstartēšanu.

Pats projekts nepiedāvā ērtus grafiskos rīkus virtuālo mašīnu pārvaldīšanai, tikai Virsh utilītu, kas realizē 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, VMware kļūdu panesības vienīgais ceļš izveidot augstas pieejamības klasteru - izmantojiet tīkla replikāciju, izmantojot DRDB. DRBD klasteris atbalsta tikai divus mezglus, un mezgli tiek sinhronizēti bez šifrēšanas. Tas nozīmē, ka drošākai saziņai ir 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 pakalpojuma ziņojumiem par to statusu, un klastera resursu pārvaldnieks Pacemaker.

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

Šī hipervizora neapšaubāmā priekšrocība ir tā, ka tas var darboties jebkurā serverī. Hipervizors ir diezgan nepretenciozs pret resursiem, 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ī pārslēdzieties uz RHEL.

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

Abi hipervizori ir nobriedušas, uzticamas, augstas veiktspējas virtualizācijas sistēmas, un katrai no tām ir savas funkcijas, 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 tas var pārvaldīt. Turklāt VMware ir pievienojis lielu skaitu uzglabāšanas apgabalu 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, taču tas arī apgrūtina VMware krātuves atbalstu, paplašinot.

KVM parasti ir vispopulārākais hipervizors uzņēmumiem, kas vēlas samazināt ieviešanas izmaksas un ir mazāk ieinteresēti uzņēmuma līmeņa funkcijās.

Pētījumi liecina, ka KVM kopējās īpašumtiesību izmaksas parasti ir par 39 procentiem zemākas nekā VMware, lai gan faktiskās kopējās īpašumtiesību izmaksas ir atkarīgas no konkrētiem faktoriem, piemēram, darbības parametriem un vietnes darba slodzes.

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

Mākoņpakalpojumu sniedzēji, kas saviem klientiem piedāvā IaaS pakalpojumus, parasti izvēlas infrastruktūru, kas balstīta uz VMware produktiem. Risinājumi, kuru pamatā ir VMware Sphere, satur visas svarīgās uzņēmuma funkcijas augstas un nepārtrauktas pieejamības nodrošināšanai, nodrošina atbalstu lielākam skaitam viesu operētājsistēmu un spēj savienot klienta infrastruktūru ar mākoņpakalpojumiem.

Kas jauns VMware Cloud Foundation 4?

Mēs nesen 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. Atcerēsimies šos rakstus:

Šodien mēs jums pastāstīsim par vēl vienu svarīgu atjauninājumu - jauna versija VMware Cloud Foundation 4 Hybrid Infrastructure Suite. Mēs rakstījām par šīs pakotnes 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 integrēto konteineru, VMware integrēto OpenStack, VMware Horizon, NSX un citu komponentus, kas darbojas lokālā, 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 apraksta, kurus mēs sniedzām iepriekš:

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

Kā redzam, VCF kaudzē ir parādījies principiāli jauns komponents - VMware Tanzu Kubernetes Grid. Jau rakstījām par konteineru atbalsta infrastruktūru jaunajā vSphere platformas versijā. Izmantojot jauno VCF arhitektūru, administratori var izvietot un apkalpot lietojumprogrammas Kubernetes klasteros, izmantojot Kubernetes rīkus un mierīgas API.

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

• vSphere Pod Services, ko nodrošina Kubernetes, ļaus mezgliem darboties tieši ESXi hipervizorā. Kad administrators izvieto konteinerus, izmantojot vSphere Pod Service, tie saņem tādu pašu drošības līmeni, izolāciju un veiktspējas garantijas kā virtuālās mašīnas.
• Reģistra pakalpojumi ļauj izstrādātājiem glabāt un apkalpot Docker un OCI attēlus Harbor platformā.
• Tīkla pakalpojumi ļauj izstrādātājiem pārvaldīt virtuālo maršrutētāju, slodzes balansētāju un ugunsmūra noteikumu komponentus.
• Storage Services ļauj izstrādātājiem pārvaldīt pastāvīgos diskus lietošanai kopā ar konteineriem, Kubernetes klasteriem un virtuālajām mašīnām.

Tas viss ļauj iegūt visas priekšrocības, ko sniedz hibrīda infrastruktūra (VM + konteineri), kas ir interesanti aprakstīti.

Pretējā gadījumā VCF 4 iegūst visas jaunās funkcijas, ko nodrošina jau uzskaitītie vSphere, vSAN, NSX-T un citu jauno izlaidumi.

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

Tāpat kā visi citi vSphere līnijas atjauninājumi, VCF 4.0 atjauninājums ir gaidāms aprīlī. Šajā lapā varat sekot līdzi jaunumiem.

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

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

Mūsdienu pasaulē korporatīvā infrastruktūra arvien vairāk attālinās no mantotās paroles autentifikācijas un virzās 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: kaut ko, ko jūs zināt (parole), to, kas jums ir (tālrunis) vai kādu 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 pakalpojumiem (ADFS), lai vienotu divu vai vairāku faktoru autentifikācijas procesu. Citiem vārdiem sakot, lietotāji, kas savā darbvirsmā vai mākoņpakalpojumā piesakās, izmantojot 2FA, izmantos to pašu procedūru darbībām ar vCenter Server.

Kad ir izveidots savienojums ar kādu no autentifikācijas nodrošinātājiem (piemēram, ADFS), vSphere Client, piesakoties, novirzīs uz šī nodrošinātāja pieteikšanās veidlapu. Pēc autorizācijas pakalpojumu sniedzēja pusē tiks veikta apgrieztā novirzīšana, izmantojot aizsargātu marķieri, caur kuru lietotājs jau strādās ar vCenter pakalpojumiem.

No lietotāja pieredzes viedokļa tas ir līdzīgi, piemēram, pieteikšanās vietnē ar izmantojot Google vai Facebook. Informācijas apmaiņai tiek izmantoti protokoli OAUTH2 un OIDC.

Ja iespējojat identitātes federāciju, varat izmantot tradicionālos Active Directory, integrētās Windows autentifikācijas un LDAP/LDAPS pakalpojumus, lai autentificētos serverī vCenter Server. Tomēr ir jāsaprot, ka visas šīs autentifikācijas metodes neietekmē vSphere vienreizējo pierakstīšanos (SSO), kas joprojām tiek izmantota administratīvo iestatījumu veikšanai pašā vSphere platformā.

Bobs Plankers par šo mehānismu sīkāk stāsta tālāk esošajā videoklipā:

Tagi: VMware, vSphere, drošība, klients, atjauninājums

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

• Minimālais atbalsts Horizon 7.11 / Horizon Client 5.3 un jaunākām versijām
• Minimālais atbalsts vSphere 6.7 un jaunākām versijām
• Atjaunināts OVA veidnes bāzes attēls Ubuntu 18.04.4 LTS
• Atjaunināta virtuālā aparatūra — virtuālā aparatūra v14
• Pievienota iespēja konfigurēt statisku IP adresi
• Pievienots USB atbalsts 3.0 un USB novirzīšana (izmantojot skriptu linux-agent-installer.sh)
• Pievienota iespēja izvēlēties KDE darbvirsmas vidi
• Pievienota iespēja izvēlēties Gnome vidi (ieteicams)
• Izstrādātāja darbvirsmas pakotnes opcija
• Tastatūras izkārtojuma izvēle
• Iespēja iespējot SSH
• Noņemts 5. darbības līmeņa iestatījums
• Izlabotas kļūdas ar MOTD
• Izslēgts automātiskā atjaunināšana BY
• Uzlabots SSO atbalsts
• Uzlabojumi optimizācijas skriptā, ko tagad sauc par optimize.sh

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

Atgādināsim arī, ka tagad jums nav vCenter Server instalēšanas programmas operētājsistēmai Windows. , vSphere 6.7 bija pēdējā platformas versija, kurā vCenter joprojām bija Windows versija. Tagad tā ir tikai virtuāla vCenter Server Appliance (vCSA), ko darbina Photon OS.

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

Turklāt vCenter 7 instalētājs atjaunina vCenter un nodod visus pakalpojumus uz Embedded PSC kā daļu no viena uzdevuma, tāpēc jaunināšanas rezultāts būs nekavējoties pabeigts. Jaunajam vCenter 7 instalētājam nav iespējas izvietot ārēju PSC:

2. Migrācijas process

Ja veicat migrācijas ceļu no vCenter Server for Windows uz vCenter Server Appliance (VCSA), tad shēma būs tieši tāda pati - galu galā jūs iegūsit vCenter 7 uz vCSA iebūvētajā PSC:

Kad ārējais PSC ir pārveidots, tas paliks konsolē, un tā darbības pārtraukšana ir vSphere administratora nākamais uzdevums. To var izdarīt, izmantojot komandu CMSSO-UTIL vai no GUI klients (sadaļā Sistēmas konfigurācija):

3. Jaunināšanas ceļi

Šeit viss ir vienkārši. Jauninājums tiek atbalstīts saskaņā ar šo zīmi:

Kā redzams tabulā, jaunināšana tiek atbalstīta, sākot ar versiju vSphere 6.5, taču daudzi administratori, jauninot savu virtuālo infrastruktūru, dod priekšroku vCenter pakalpojumu atkārtotai izvietošanai, lai netiktu vilkta līdzi iespējamo kļūdu vēsture, kas var parādīties darbības laikā. jauninājums.

Pirms jaunināšanas noteikti vajadzētu apskatīt dokumentus un . Taču atcerieties, ka līdz vSphere 7 oficiālajai izlaišanai šajos dokumentos nav jaunākās informācijas par septīto versiju.

Tagi: VMware, vCenter, jaunināšana

Tagad ir iespēja 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 izmantot vērtību ContinueRefreshAfterLogon Varat turpināt atjaunināt iestatījumus pēc lietotāja pieteikšanās.

Nu, pēdējais interesantais jauna iespēja DEM 9.11 ir elementu meklēšana (Find Items). Tas ļaus jums meklēt Marketplace pieejamās konfigurācijas veidnēs, jūsu izveidotajās Horizon Smart Policies, noteiktā nosacījumu kopā un citos elementos, kas ir ļoti ērti administratoriem:

Varat lejupielādēt Dynamic Environment Manager 9.11, izmantojot šo saiti. Ir pieejamas piezīmes par laidienu.

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 vSphere un Kubernetes infrastruktūru.

vRealize Operations 8.1 ļauj atklāt un pārraudzīt Kubernetes klasterus vSphere integrētā infrastruktūrā ar iespēju automātiski pievienot Supervisor Cluster objektus, nosaukumvietas, POD un klasterus, kad tos pievienojat vCenter, izmantojot darba slodzes pārvaldības līdzekļus.

Pēc tam jums būs piekļuve kopsavilkuma lapām, lai pārraudzītu Kubernetes veiktspēju, jaudu, resursu izmantošanu un konfigurāciju vSphere 7.0 platformā. Piemēram, tiks rādītas jaudas prognozēšanas funkcijas šauras vietas infrastruktūra mezgla līmenī, un ikdienas darbībās noderēs informācijas paneļi, atskaites, skati un brīdinājumi.

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

Tagad VMware Cloud AWS mākonī varat izmantot VMware Cloud Service Portal pilnvaru, lai automātiski atklātu SDDC datu centrus un konfigurē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, tostarp vCenter, vSAN un NSX pakalpojumus, kā arī būs pilnīga integrācija ar VMConAWS norēķiniem.

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

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

Turklāt VMware NSX-T pakalpojumiem būs pilnīgs atbalsts vizualizācijas un uzraudzības rīki:

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

Ir atjaunināts arī AWS migrācijas novērtēšanas aptaujas mehānisms, kas tagad ļauj saglabāt vairākus rezultātus no dažādiem scenārijiem turpmākai analīzei. Šie scenāriji ietver dažādas iespējas rezervētajam centrālajam procesoram, rezervētajai atmiņai, kļūdu pielaidei, reidu līmenim un atlaidēm.

3. Vienotas Multicloud uzraudzības funkcijas.

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

VROPS 8.1 tagad ietver šādus GCP pakalpojumus:

• Aprēķiniet dzinēja gadījumu
• Glabāšanas spainis
• Mākoņa VPN
• Lielais vaicājums
• Kubernetes dzinējs

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

• Elastīgs pupiņu kātiņš
• Tiešā savienojuma vārteja
• Mērķa grupa
• Sabiedriskā transporta vārteja
• Interneta vārteja
• Elastīgā tīkla saskarne (ENI)
• EKS klasteris

CloudHealth pārvaldības pakotne ir arī uzlabota, lai iekļautu iespēju ievietot GCP izpētes un cenu datus vRealize Operations 8.1. Varat arī izveidot neierobežotu skaitu pielāgotu informācijas paneļu, apvienojot cenas dažādām publiskā, hibrīda vai privātā mākoņa resursu attiecībām.

Paredzams, ka vRealize Operations 8.1 iznāks šī gada aprīlī kopā ar VMware vSphere 7. Mēs noteikti par to rakstīsim.

Tagi: VMware, vRealize, Operations, Update, Monitoring, vSphere, Cloud
Tagi: VMware, vCenter, VEBA, Labs
Tagi: VMware, SRM, atjaunināšana, DR, replikācija, uzņēmums

Uzreiz teiksim, ka šis ir tikai paziņojums, nevis paziņojums par jaunas produkta versijas pieejamību lejupielādei – kā likums, vSphere GA versija parādās mēneša laikā pēc paziņojuma. Tāpēc VMware vSphere 7 gaidīsim aprīlī, un šodien runāsim par šīs platformas jaunajām iespējām.

1. VMware vCenter pakalpojumu uzlabojumi

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

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

vCenter servera profili:

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

vCenter Multi-Homing funkcijas:

• Tagad vCSA pārvaldības datplūsmai var izmantot līdz 4 vNIC, no kuriem viens vNIC ir rezervēts vCHA mehānismam.

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ībai un iespēju atgriezties pie iepriekšējās versijas.
• Pirmkārt, tiek veikta izrakstīšanās, lai atvērtu iespēju veikt izmaiņas, pēc tam varat veikt reģistrāciju, 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 jaunināšanas plānotāju, varat saņemt brīdinājumus par vCenter jauninājumiem, plānot jauninājumus, izlaist tos un veikt analīzi, ja pirms jaunināšanas.
• Iespēja veikt pirmsjaunināšanas pārbaudes atlasītajam vCenter serverim.

2 VMware DRS mehānisma uzlabojumi

• DRS tagad darbojas katru minūti, nevis ik pēc 5 minūtēm, kā iepriekš.
• Lai ģenerētu ieteikumus, tiek izmantots VM DRS score (aka) mehānisms.
• Tagad šis ir uz darba slodzi vērsts mehānisms - tas nozīmē, ka tagad vispirms 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 Scaleable Shares mehānisms, kas ļauj labāk sadalīt Akcijas resursu pūlā to balansēšanas ziņā.

3. vKustību uzlabojumi

Šeit ir šādi uzlabojumi:

• Monster VM migrāciju uzlabojumi (ar lieliem resursiem un ļoti lielu slodzi), kas ļauj palielināt veiksmīgas migrācijas iespēju.
• Tikai viena vCPU izmantošana, izsekojot mainītās lapas (lapu izsekotājs), nevis visu vCPU, kas mazāk ietekmē veiktspēju migrācijas laikā.
• Samazināts konteksta pārslēgšanās laiks uz citu serveri (tagad mazāk par vienu sekundi). Panāk, pārslēdzoties brīdī, kad sablīvētā atmiņas bitkarte jau ir pārsūtīta uz mērķa serveri, nevis gaidot, kad tiks pārsūtīta pilna bitkarte.

4. Jauni vSphere Lifecycle Manager (vLCM) līdzekļi

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

• Cluster Image Management funkcija, kas ietver programmaparatūras atjauninājumus, draiverus un dažādu versiju ESXi attēlus.
• Sākotnējais atbalsts Dell OpenManage un HP OneView risinājumiem.

5. Lietojumprogrammas paātrināšanas līdzekļi (Tehniskais priekšskatījums)

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

Tas viss ļauj organizēt skaitļošanu tā, lai ESXi saimniekdatori ar GPU aparatūras moduļiem darbinātu virtuālās mašīnas, bet to pavadošās virtuālās mašīnas parastajos ESXi serveros tieši palaistu lietojumprogrammas. Šajā gadījumā CUDA instrukcijas no klientu virtuālajām mašīnām tīklā tiek pārsūtītas uz servera virtuālajām mašīnām. Jūs varat lasīt vairāk.

6. Piešķiramie aparatūras līdzekļi

Šī funkcija ļauj izmantot tā saukto Dynamic DirectPath I/O iekārtām, kurām nepieciešama PCIe caurlaide un Nvidia GRID ierīces. Tagad to var izmantot, lai atlasītu saimniekdatorus ar īpašām prasībām attiecībā uz aparatūras komponentiem, piemēram, vGPU un PCIe. Tas savukārt ļauj izmantot HA un DRS sākotnējās izvietošanas tehnoloģijas šādām virtuālajām mašīnām klasterī, kur ir ar aparatūru saderīgi ESXi saimnieki.

7. Sertifikātu pārvaldība

Šeit ir 2 galvenās jaunas funkcijas:

• Jauns sertifikātu importēšanas vednis.
• Sertifikātu API sertifikātu pārvaldībai, izmantojot skriptus.

8. Identitātes federācijas funkcijas

ADFS funkcijas tagad tiek atbalstītas jau sākotnēji, un tiks atbalstīts vairāk IDP, kas izmanto OAUTH2 un OIDC mehānismus.

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

• vTA izmanto atsevišķu ESXi saimniekdatoru kopu, lai izveidotu atsevišķu aparatūras uzticamības mezglu.
• Šis klasteris varēs šifrēt skaitļošanas klasteri un tā virtuālās mašīnas kopā ar vCenter un citiem pārvaldības komponentiem.
• Ja ir nepieciešamas šifrēšanas atslēgas, var izmantot atestācijas mehānismu.
• Tagad ir vieglāk īstenot mazāko privilēģiju principu un arī paplašināt audita telpu.

10. vSGX / nodrošina anklāvu iespēju (Intel)

• Intel Software Guard paplašinājumi (SGX) ļauj pārvietot sensitīvu lietojumprogrammu loģiku un krātuvi uz aizsargātu apgabalu, kas nav pieejams viesu operētājsistēmām un ESXi hipervizoram.
• SGX iespējas izslēdz vMotion, momentuzņēmumu, kļūdu tolerances un citu tehnoloģiju izmantošanu. Tāpēc labāk ir izmantot SGX tikai tad, ja nav citas iespējas.

11. Jauns vSphere izdevums ar Kubernetes (Project Pacific)

Mēs detalizēti runājām par projektu Pacific. Tas nodrošina rīku komplektu, lai pārveidotu VMware vSphere vidi par Kubernetes klasteru vietējo platformu. vCenter Server nodrošina pārvaldības iespējas k8s klasteriem (tiks jauninātas visas kopas, kas vecākas par n-2). Risinājumā ir integrēts arī Harbor, ko var iespējot katrai nosaukumvietai.

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

12. VMware Tools uzlabojumi

Viesu veikala funkcijas tagad ir pieejamas viesu operētājsistēmā (piemēram, VMware rīku atjaunināšana no viesu OS).

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

Galvenie uzlabojumi šeit ir:

• Virtuālais sargsuņa taimeris — tagad nav atkarības no fiziskas aparatūras, lai restartētu virtuālo mašīnu, ja viesu OS nereaģē.
• Precision Time Protocol (PTP) - ļoti jutīgām lietojumprogrammām (piemēram, tirgotāju tirdzniecības platformām) NTP vietā varat izmantot PTP un piešķirt tā lietošanu virtuālajām mašīnām.

14. vSphere Client uzlabojumi

Šeit ir šādi uzlabojumi:

• Sāka saglabāt meklēšanas vēsturi.
• API Explorer tagad sniedz labāku priekšstatu par visām pieejamajām API.
• Code Capture tagad ir iespēja izvēlēties skriptu valodu - PowerCLI, Javascript, Python vai Go.

Protams, šīs nav visas VMware vSphere 7 jaunās funkcijas, kas tika prezentētas iepriekšējā dienā. Tuvākajā laikā par tiem pastāstīsim vēl daudz jaunu lietu, kā arī papildus apskatīsim arī VMware Tanzu saimes pieteiktos risinājumus VMware Cloud Foundation 4 un vRealize 8.1.

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

Lai pārvērstu virtuālās adreses fiziskās, tiek izmantota lappušu tabula, kurā ir PTE (lapu tabulas ieraksti) ieraksti:

PTE ieraksti saglabā saites uz reālām fiziskām adresēm un dažiem atmiņas lapas parametriem (par to varat lasīt vairāk). PTE ierakstu struktūras var būt dažāda izmēra – tie 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 lasīt atmiņas šūnu saturu blokos, kas ievērojami paātrina veiktspēju. Protams, ar šo pieeju rodas atmiņas sadrumstalotība - reti ir nepieciešams uzrakstīt veselu lappušu skaitu, un daļa atmiņas paliek neizmantota. Palielinoties lapas izmēram, palielinās arī lapu sadrumstalotība, taču palielinās veiktspēja.

Lapu tabulas (un tās var būt vairākas) pārvalda atmiņas pārvaldības vienības (MMU) programmatūras vai aparatūras komponents. Aparatūras MMU gadījumā hipervizors deleģē tam tulkošanas kontroles funkcijas, un programmatūras MMU tiek ieviests VMM līmenī (Virtual Machine Monitor, daļa no ESXi hipervizora):

Svarīga MMU sastāvdaļa ir Translation Lookaside Buffer (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 parasti TLB piekļuves laiks procesoram ir aptuveni 10 nanosekundes, savukārt piekļuve fiziskajai atmiņai ir aptuveni 100 nanosekundes. VMware vSphere atbalsta Hardware MMU Offload, 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ālais lapas numurs - 0x0004) un nobīde (Nobīde - 0x105- apgabals lapas iekšpusē, kurai tiek piekļūts):

Nobīde tiek tieši nodota, piekļūstot fiziskai atmiņas lapai, bet virtuālās lapas tags tiek meklēts TLB. Šajā gadījumā TLB ir ieraksts, ka ir fiziskās lapas adrese, kas atbilst šim tagam 0x0007, attiecīgi virtuālās lapas tulkošana fiziskajā lapā bija veiksmīga. Tas tiek saukts TLB trāpījums, tas ir, nokļūstot kešatmiņā.

Iespējama arī cita situācija - sadalot virtuālo adresi, iegūtais tags 0x0003 nav TLB. Šajā gadījumā lapa tiek meklēta fiziskajā atmiņā pēc atzīmes (lapas numurs 3), un tās adrese jau ir iztulkota ( 0x006). Pēc tam TLB tiek pievienots ieraksts ar šo tagu (šajā gadījumā vecie ieraksti no kešatmiņas tiek izlikti, ja tā ir pilna):

Jāpiebilst, ka šāda darbība rada nedaudz lielāku aizkavi (jo jāskatās globālajā atmiņā), un šo situāciju sauc TLB jaunkundze, tas ir, TLB miss.

Bet šī nav sliktākā situācija, jo latentuma skaits joprojām ir nanosekundes. Taču piekļuve var aizņemt arī daudz ilgāku laiku (milisekundes vai pat sekundes), ja viesa OS pieprasītā lapa ir nomainīta uz disku.

Apskatīsim piemēru:

Virtuālā mašīna piekļuva virtuālajai adresei 0x00000460, kuram ir atzīme 0x0000. Fiziskajā atmiņā šim tagam ir atvēlēta 0. lapa, kas nozīmē, ka šī lapa ir jāmeklē diskā, kurā lapa tika atiestatīta, jo nepietiek fiziskās RAM.

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

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

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

Tagi: VMware, vSphere, Platinum, Update, Support

Pakete koncentrējas uz koda kvalitāti, koda atkārtotu izmantošanu, vienību testēšanu, attiecību pārvaldību un vRealize platformas projektu paralēlām izlaidēm. vRealize Build Tools ir Maven repozitorija formātā iepakoti paplašinājumi, kas atbalsta IDE izmantošanu (izmantojot Maven), kā arī CLI, lai izstrādātu, pārbaudītu un izvietotu risinājumus vRA/vRO platformām.

Apskatīsim, kas jauns otrajā versijā:

• Atbalsts risinājumam, tā projektiem, pielāgotajām veidlapām, abonementiem un garšas kartēšanas mehānikai
• Atbalstiet esošo saturu un importējiet to vRO 8
• Atbalsts vRO 8 funkcijām darbplūsmu eksportēšanai uz mapju struktūru, kas izveidota, pamatojoties uz to tagiem
• Darbplūsmu palaišana VRO, izmantojot komandu maven
• Iespēja saglabāt JS Actions ID avotā, lai novērstu konfliktus vRO vidē
• TypeScript projektu eksperimentālā atbalsta uzlabojumi
• Kļūdu labojumi un dokumentācijas atjauninājumi

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

• vRealize Orchestrator
• Microsoft VS kods

Varat lejupielādēt vRealize Build Tools no šīs saites.

Tagi: VMware, Labs, vRealize, Automatizācija, Orchestrator, Update

Papildus daudziem kļūdu labojumiem utilītai ir vairākas jaunas cmdlet:

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

Atgādināsim, 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:

• Ja jums ir jāsalīdzina divi klasteri veiktspējas ziņā (piemēram, ar dažādu aparatūru)
• Kad jums ir jāsaprot klastera konfigurācijas izmaiņu ietekme uz veiktspēju
• Kad nepieciešams pārbaudīt, vai jaunais klasteris ir pareizi konfigurēts pirms tā palaišanas ražošanā

Lai palaistu Weathervane, jums ir jāizveido konteinera attēli, jāsagatavo konfigurācijas fails un jāpalaiž etalons. Pēc tam pati utilīta izvietos konteinerus klasterī, palaidīs lietojumprogrammas un apkopos testēšanas rezultātus.

Weathervane izvieto etalona lietojumprogrammu mezglos un nodrošina tos ar slodzi, kas tiek ģenerēta, izmantojot Workload draivera komponentu. Šo draiveri var atrast kopā ar etalona lietojumprogrammu vai ārējā vidē, atsevišķā klasterī.

Weathervane var iestatīt, lai tas palaistu pastāvīgu slodzi noteiktam simulētu lietotāju skaitam, vai arī to var konfigurēt tā, lai tas meklētu maksimālo lietotāju skaitu, lai tiktu izpildītas pakalpojumu kvalitātes (QoS) prasības. Pēdējā gadījumā testa rezultāts būs maksimālais WvUsers skaits, ko klasteris var atbalstīt. Faktiski šis parametrs ir jāizmanto, lai salīdzinātu klasterus veiktspējas ziņā.

Lūk, kā izskatās Weathervane risinājuma komponenti (Run Harness komponents 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 pakalpojumus. Varat izvēlēties vienu no šiem lietojumprogrammu izvietošanas veidiem. Vienā palaišanas reizē var palaist vairākas lietojumprogrammu instances, kas ļauj veikt testēšanu lielos klasteros.

Lietojumprogramma Weathervane sastāv no vairākiem līmeņiem. Lietojumprogrammu loģika tiek ieviesta, izmantojot Java pakalpojumus, kas darbojas Tomcat serverī, kas sazinās, izmantojot REST API un RabbitMQ ziņojumus, un koordinācijai tiek izmantots Zookeeper. Aizmugursistēmas krātuve ir ieviesta, izmantojot PostgreSQL un Cassandra. Priekšgala tīmekļa serveri un starpniekservera kešatmiņas serveri ir ieviesti Nginx.

Tagi: VMware, Kubernetes, Weathvane, Update, Performance

Arī Krievijā jau ir 10 cilvēki, kas ir vExpert runātāji, ne tik daudz, bet ne maz (Zviedrijas un Norvēģijas līmenī). Skaidrs, ka lielākā daļa vEkspertu ir no tām valstīm, kur ar angļu valodu viss ir kārtībā, jo blogu auditorija ir angļu valoda plašāks, kas motivē autorus rakstīt ierakstus (un vispār vExpert tiek dots blogošanai).

Lūk, kā izskatās pirmais desmitnieks:

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

Tagi: VMware, vExpert, Blogs

VMware vCenter Server 6.7 servera veiktspēja, strādājot ar VMware ESXi serveru virtuālo infrastruktūru attālos birojos un filiālēs

Daudzi VMware vSphere platformas lietotāji zina, ka ir tāda iespēja izvietot un darbināt sadalīto virtuālo infrastruktūru kā ROBO (Remote or Brunch Offices). Tas nozīmē, ka ir viens vai vairāki galvenie datu centri, no kuriem tiek pārvaldīti mazi attāli biroji, kur atrodas vairāki VMware ESXi serveri, kurus pārvalda savs vCenter vai bez tā.

Pagājušā gada nogalē VMware laida klajā interesantu dokumentu “VMware vCenter Server 6.7 veiktspēja attālajos birojos un filiālēs” (par to jau nedaudz runājām), kurā apskatīts galvenais šāda scenārija pielietošanas aspekts – veiktspēja. Galu galā attālie biroji var atrasties citās pilsētās, valstīs un pat kontinentos, un tiem var piekļūt, izmantojot dažādi veidi savienojumi (piemēram, 4G vai satelīts), tāpēc ļoti svarīgi ir tas, cik lielu trafiku patērē dažādas operācijas un cik ātri tās tiek apstrādātas no administratora viedokļa.

Iespējas dažādi veidi tīkla savienojumi VMware viņi to apkopoja tabulā (labajā kolonnā, kas tika iegūts izmantošanas rezultātā testa konfigurācija, un kreisajā pusē - kā tas notiek scenārijos ar reāliem datu centriem):

Izmanto testēšanai attālā konfigurācija no 128 ESXi resursdatoriem, kur tika reģistrētas 3840 virtuālās mašīnas (960 virtuālās mašīnas uz klasteru, 30 uz vienu saimniekdatoru), no kurām vienlaikus tika iespējotas līdz 3000 mašīnām.

Virtuālo mašīnu izveides un izmantošanas jautājumi mūsu žurnālā ir apspriesti ne reizi vien, infrastruktūras programmatūra, kas paredzēta šīs problēmas risināšanai, mūsdienās attīstās ļoti dinamiski, kā arī pieprasījums pēc visdažādākajiem risinājumiem šajā jomā. Iemesls atgriezties pie šīs tēmas bija vairāku VMware (EMC nodaļas) produktu jaunu versiju parādīšanās, kā arī, kas ir svarīgi, ar šiem produktiem saistīto pakalpojumu klāsta paplašināšana Krievijā, tas ir tieši par ko mēs runājam mēs parunāsimšajā rakstā.

Virtuālās mašīnas un to pielietojumi

Šī raksta pirmā daļa galvenokārt ir adresēta tiem lasītājiem, kuri nav pazīstami ar “virtuālās mašīnas” jēdzienu un šajā jomā pieejamajām modernajām tehnoloģijām.

Nedaudz vēstures

Jēdziens “virtuālā mašīna” pastāv jau vairākus gadu desmitus. Pirmās virtuālās mašīnas tika izveidotas operētājsistēmu kontrolē, kas darbojās uz lieldatoriem un bija atsevišķas darbvietas, kas atšķīrās pēc individuālajiem iestatījumiem un zināmā mērā ļāva personalizēt darba vidi daudziem lietotājiem, kuri izmanto vienu un to pašu lieldatoru. Lai gan 70. gadu personalizācija ļoti atšķīrās no tā, pie kuras mēs esam pieraduši šodien, tā tomēr radīja zināmas ērtības lietotājiem un saglabāja viņus darba laiks un kopumā tas bija ekonomiski pamatots.

Laikmetā personālajiem datoriem darba vietas personalizēšanas problēma pazuda otrajā plānā un uz kādu laiku tika aizmirsta. Tomēr 90. gadu beigās virtuālo mašīnu tehnoloģija faktiski piedzīvoja atdzimšanu un tagad tiek izmantota diezgan aktīvi. Pēdējā laikā virtuālo mašīnu izveides rīki ļoti bieži tiek izmantoti laboratorijās un programmatūras testēšanas nodaļās, uzņēmumos, kas specializējas aplikāciju izstrādē, izstrādes uzņēmumu pētniecības nodaļās, mācību centros un arī kā korporatīvo risinājumu neatņemama sastāvdaļa.

Kā darbojas virtuālās mašīnas

Lai modernas virtuālās mašīnas darbotos, ir nepieciešams virtuālās mašīnas pārvaldības rīks, kas ir vai nu specializēta operētājsistēma ar atbilstošām iespējām, vai arī Windows, Linux vai UNIX lietojumprogramma, kas instalēta reālā datorā, ko sauc par resursdatoru. Pati virtuālā mašīna vairumā gadījumu ir failu sistēmas attēls, kas izveidots operētājsistēmas instalēšanas laikā (parasti atšķiras no tās, kurā darbojas virtuālās mašīnas pārvaldības rīks) un tiek saglabāts kā fails vai atrodas īpašā nodalījumā. no cietā diska. Izmantojot virtuālās mašīnas pārvaldības rīku, piešķirtajā adrešu telpā varat ielādēt virtuālās mašīnas operētājsistēmas attēlu. Šo operētājsistēmu sauc par viesu operētājsistēmu, atšķirībā no sākotnējās operētājsistēmas, ko sauc par resursdatora operētājsistēmu (ja tāda pastāv). Pēc tam virtuālās mašīnas operētājsistēma varēs mijiedarboties ar datora aparatūru (piemēram, video adapteri, Skaņas karte, tastatūra, pele, tīkla adapteri). Tādā veidā tas ir iespējams, piemēram, kad darbojas operāciju zāle Windows sistēma XP, izmantojot virtuālās mašīnas pārvaldības rīku, ielādē Linux operētājsistēmu tai atvēlētajā adrešu telpā un pārslēdzas starp abām operētājsistēmām, nepārstartējot datoru, un dažos gadījumos izmanto starpliktuvi, lai apmainītos ar datiem starp šīm operētājsistēmām vai veiktu tīklu. saziņa starp viņiem tā, it kā tie būtu divi dažādi datori. Vienlaicīgi var ielādēt vairāk nekā vienu virtuālo mašīnu, ja vien tam ir pietiekami daudz RAM (protams, tai vajadzētu būt daudz, jo, virtuālajai mašīnai sāknējot, operatīvajā atmiņā ir cita operētājsistēma).

Kāpēc mums ir vajadzīgas virtuālās mašīnas?

Kur tiek izmantotas virtuālās mašīnas? Visbiežāk šādus produktus izmanto programmatūras izstrādātāji, kas ietekmē operētājsistēmu iestatījumus, piemēram, instalācijas lietojumprogrammas. Tā kā jebkura instalācijas lietojumprogrammas testa palaišana var veikt izmaiņas operētājsistēmas iestatījumos (reģistrā, konfigurācijas failos, vides mainīgie, ikonas uz darbvirsmas utt.), ir vēlams, lai šīs izmaiņas būtu viegli atgriezeniskas. Instalācijas lietojumprogrammas pārbaude virtuālajā mašīnā, nevis reālajā mašīnā, vismaz neizjauks reālās operētājsistēmas veiktspēju, un virtuālo mašīnu vienmēr var atjaunot no rezerves kopija. Turklāt izveidojiet “tīru” operētājsistēmas versiju (tas ir, bez instalētās lietojumprogrammas) instalēšanas (kā arī citu) lietojumprogrammu pārbaudei virtuālās mašīnas veidā ir daudz vienkāršāk nekā reāla datora formā.

Vēl viens tipisks virtuālo mašīnu izmantošanas piemērs ir lietojumprogrammu testēšana, kurās darbojas dažādas operētājsistēmas (piemēram, Windows 2000, Windows XP un Windows Server 2003 dažādās valodu versijās vai izdevumos ar dažādām servisa pakotnēm). Šādas pārbaudes parasti tiek veiktas “kastes” produktu izstrādes gaitā, kā arī projektos, kur klientam ir gadu gaitā iegādātas dažādas darbstacijas un serveri.

Papildus iepriekš minētajiem gadījumiem sniegsim vēl vairākus eksotiskus virtuālo mašīnu izmantošanas piemērus: produkta darbība, kas nedarbojas uz esošās platformas (piemēram, pirms daudziem gadiem rakstīta DOS aplikācija); pašu operētājsistēmu vai tīkla pakalpojumu veiktspējas testēšana; tādu produktu dokumentēšana, kas paredzēti platformai, kas nav dokumentācijas sagatavošanai izmantotā platforma; produktu demonstrēšana dažādām platformām un to mijiedarbība, izmantojot vienu datoru (pēdējo bieži veic programmatūras mārketinga un pārdošanas vadītāji, kā arī programmatūras izstrādes projektu vadītāji); mācību telpu sagatavošana nodarbībām, kopējot virtuālās mašīnas ar pielāgotu programmatūru darbstacijās; tehniskais atbalsts vairāku platformu produktiem.

Pēdējos gados īpaša uzmanība pievērsta arī virtuālo mašīnu izmantošanai mērogojamo uzņēmumu risinājumu serveru daļās. Virtuālās mašīnas bieži izmanto servera programmatūras un tās dažādu konfigurāciju testēšanai un vairāku serveru konfigurāciju simulēšanai vienā serverī, mantoto lietojumprogrammu mitināšanai, risinājumu radīšanai ar paaugstinātām prasībām informācijas drošība, mobilo biroju un mācību centru organizēšanai, kuriem nav nepieciešama serveru fiziska piegāde, nodrošināt vienmērīgu serveru noslogošanu un to dublēšanu, izvietojot vienu un to pašu virtuālo mašīnu komplektu uz vairākiem fiziskajiem serveriem, lai samazinātu korporatīvo informācijas sistēmu ieviešanas un uzturēšanas izmaksas. skaita samazināšanas dēļ aparatūra, servera un klienta programmatūras instalēšanas un konfigurācijas ilgums, lai samazinātu programmatūras pārvaldības izmaksas. Mūsdienās daudzi lieli finanšu un telekomunikāciju uzņēmumi, tirdzniecības un rūpniecības uzņēmumi, medicīnas un izglītības iestādes savās korporatīvajās informācijas sistēmās izmanto virtuālās mašīnas. Izstrādātājiem, sistēmu integratoriem un viņu klientiem ir pieejami arī gatavi aparatūras un programmatūras risinājumi virtualizācijas tehnoloģiju izmantošanai, piemēram, daudzprocesoru serveri ar iepriekš instalētiem virtuālo mašīnu pārvaldības rīkiem.

Apsprieduši, kas tas ir modernās tehnoloģijas virtuālās mašīnas un kur tā tiek izmantota, mēs varam pāriet tieši uz raksta tēmu, lai apsvērtu VMware produktus, kas ir viens no tirgus līderiem virtuālo mašīnu izveides rīku jomā.

VMware produkti

VMware (www.vmware.com) tika dibināta 1998. gadā, un tā pirmais produkts bija virtualizācijas pārvaldības rīks, kas tika izlaists 1999. gadā. VMware mašīnas(vēlāk pārdēvēta par VMware Workstation), kas paredzēta Windows un Linux platformām. Tajā laikā VMware pieeja skaitļošanas organizēšanai daudzplatformu vidēs bija patiesi revolucionāra; iepriekš par virtuālajām mašīnām runāja tikai saistībā ar lieldatoriem. 2001. gadā šis uzņēmums izlaida serveru produktus VMware ESX Server un VMware VirtualCenter. Divus gadus vēlāk tika izstrādāta tehnoloģija VMotion, lai dinamiski pārvietotu virtuālās mašīnas ar servera programmatūru starp fiziskajiem serveriem, ļaujot izveidot ļoti uzticamus serveru risinājumus, izmantojot virtuālās mašīnas. unikāla tehnoloģija VMware beidzot ir apliecinājis savas līderpozīcijas virtualizācijas rīku tirgū, ievērojami apsteidzot savu tuvāko konkurentu Microsoft Corporation piedāvāto produktu kvalitātes, daudzveidības un uzticamības ziņā.

Mūsdienās risinājumus, kuru pamatā ir VMware serveru produkti, izmanto lielākie telekomunikāciju uzņēmumi, finanšu un valsts iestādes, ražošanas un tirdzniecības uzņēmumi, izglītības iestādes, tostarp tādi pazīstami uzņēmumi kā Google, Lockheed Martin, Merrill Lynch, Subaru un QUALCOMM. Savu risinājumu autoriem, kuru pamatā ir VMware produkti, ir piekļuve attiecīgajai lietojumprogrammai programmatūras saskarnes un rīku un piemēru komplekti (Software Development Kit, SDK).

Tālāk ir sniegts īss pārskats par vietnē pieejamo VMware produktu iespējām Šis brīdis.

Produkti lietojumprogrammu un programmatūras konfigurāciju izstrādei un testēšanai

Šī VMware produktu kategorija ir paredzēta galvenokārt lietojumprogrammu izstrādātājiem, testētājiem, galalietotājiem un sistēmas administratori apkalpojot iepriekš minēto kategoriju darbiniekus. Ņemiet vērā, ka divi no trim produktiem, kas pieder šai kategorijai, VMware Server un VMware Player, tiek piegādāti bez maksas.

VMware darbstacija

Paredzēts galvenokārt galddatoru un vairāku līmeņu izplatīto lietojumprogrammu un to konfigurāciju testēšanai, VMware Workstation 5.5 atbalsta ļoti plašu resursdatora un viesu operētājsistēmu klāstu. Šis produkts var izmantot vairākas jaunākās operētājsistēmas no Microsoft, Red Hat, SuSE, Ubuntu, kā arī Sun Solaris (x86 procesoriem) un FreeBSD kā resursdatora OS. VMware Workstation 5.5 var izmantot dažādas Windows, Linux, Novell NetWare, DOS, Sun Solaris un FreeBSD versijas kā viesu operētājsistēmas, tostarp 64 bitu. Virtuālās mašīnas var atrasties vai nu failā, vai atsevišķā cietajā diskā vai atsevišķā nodalījumā.

WMware darbstacija atbalsta virtuālos un reālos IDE un SCSI diskus, disketes, CD-ROM diskdziņi, resursdatora DVD-ROM, LPT-, COM-, USB porti un USB ierīces, kas dinamiski savienotas ar saimniekdatoru, piemēram, skeneri, printeri, cietie diski un zibatmiņas kartes, pievienotie PDA un kameras. Papildus īstiem diskdziņiem WMware Workstation var strādāt ar ISO diska attēliem, uzskatot tos par CD-ROM diskdziņiem. SCSI ierīces, piemēram, skeneri, lenšu diskdziņi, CD-ROM diskdziņi, DVD-ROM diskdziņi, var tikt atbalstīti pat tad, ja resursdatora operētājsistēmā šīm ierīcēm nav draiveru.

WMware Workstation atbalsta dažādus veidus, kā emulēt tīkla mijiedarbību, sākot no tā neesamības līdz integrācijai lokālajā tīklā, kurā ir iekļauts resursdators, kā arī tīkla mijiedarbības emulāciju ar citām virtuālajām mašīnām kā atsevišķus datorus, NAT adrešu tulkošanu, virtuālo DHCP serveri. , tīkla tiltu organizēšana, izmantojot bezvadu savienojumi, plašs tīkla protokolu klāsts, pārslēgšanās starp dažādiem virtuālajiem tīkliem.

VMware Workstation ļauj izveidot virtuālās mašīnas “momentuzņēmumus” (momentuzņēmumus), saglabājot informāciju par tās stāvokli kā failu resursdatorā, darbojas lietojumprogrammas un to dati (jūs varat uzņemt vairākus vienas un tās pašas mašīnas momentuzņēmumus), kā arī atbalsta datu apmaiņu starp virtuālajām mašīnām un resursdatora operētājsistēmu, izmantojot starpliktuvi un vilkšanas un nomešanas darbības, laika sinhronizāciju starp viesu OS un resursdatoru. OS , iespēja atcelt visas lietotāja veiktās izmaiņas noteiktā sesijā. Mēs arī atzīmējam, ka šajā produktā ir atmiņas optimizācijas rīki un vairāku līmeņu lietojumprogrammu pārvaldības rīki, kas īpaši izstrādāti, lai palielinātu izstrādātāju un lietotāju produktivitāti, kas izmanto vienu darbstaciju.

Starp jauninājumiem VMware Workstation jaunākajā versijā mēs izceļam atbalstu divu virtuālo procesoru piešķiršanai virtuālajai mašīnai (kas noder divu procesoru programmatūras konfigurāciju testēšanai), kas ir rīks virtuālo mašīnu konvertēšanai, kas izveidotas, izmantojot Microsoft Virtual PC un Microsoft Virtual. Serveris, kā arī OS attēli, kas izveidoti, izmantojot Symantec LiveState Recovery, VMware virtuālajās mašīnās, atbalsts 64 bitu Intel un AMD procesoriem, atbalsts bezvadu adapteriem, automātiska atmiņas ierīču un USB ierīču noteikšana.

Ņemiet vērā, ka ar aptuveni tikpat zemu cenu operētājsistēmas atbalsta ziņā VMware Workstation iespējas ievērojami apsteidz tuvāko konkurentu Microsoft Virtual PC, kas var izmantot tikai Windows 2000 un Windows XP galddatoru versijas kā resursdatora OS, un galvenokārt. DOS kā viesu operētājsistēmas , visas Windows 32 bitu darbvirsmas versijas un dažas eksotiskās OS/2 Warp versijas; Pagaidām arī netiek runāts par atbalstu 64 bitu operētājsistēmām virtuālajā datorā.

VMware serveris

VMware Server šī gada sākumā izziņots bezmaksas produkts, ko ražotājs ieteica kā maksas produkta VMware GSX Server aizstājēju. VMware Server pašlaik ir pieejams beta versijā, un ir paredzēts, ka galīgā versija tiks izlaista šī gada otrajā ceturksnī.

VMware Server darbojas 32 bitu vai 64 bitu serverī Windows versijas un Linux, kas darbojas datoros ar vienu vai vairākiem ar x86 saderīgiem procesoriem (šobrīd atbalstīto procesoru skaits ir 16). Šī produkta atbalstīto operētājsistēmu klāsts ir diezgan iespaidīgs: viesu operētājsistēmu vidū ir plašs Linux un Windows versiju klāsts, un, ja nepieciešams, izmantojot šo produktu, jūs varat arī veikt jaunākās versijas Novell NetWare (1. attēls).

Šajā produktā ir iekļauti rīki attālās administrēšanas un uzraudzības organizēšanai, pamatojoties uz tīmekļa saskarni un darbojas zem Windows vadība vai Linux. Tomēr atšķirībā no VMware Workstation šis produkts atbalsta tikai viena virtuālās mašīnas momentuzņēmuma izveidi, un tā rīki resursdatora atmiņas lietojuma optimizēšanai nav ne tuvu tik visaptveroši.

Starp jauninājumiem, kas būs pieejami VMWare Server lietotājiem, mēs atzīmējam atbalstu virtuālajai simetriskajai daudzapstrādei (Virtual SMP) un aparatūras virtualizācijas tehnoloģijai. Intel līmenis Virtualizācijas tehnoloģija, kā arī atbalsts 64 bitu viesu operētājsistēmām.

Lai gan pats VMware Server ir bezmaksas produkts, VMware un tā partneri (arī Krievijas) sniedz apmaksātu tehnisko atbalstu klientiem, kuriem tas ir nepieciešams.

Pieraksti to tehniskās iespējas Bezmaksas VMware Server produkts ir līdzīgs maksas Microsoft Virtual Server 2005 Enterprise Edition produktu iespējām un pārsniedz Microsoft Virtual Server 2005 Standard Edition iespējas (piemēram, resursdatorā atbalstīto procesoru skaita ziņā). Tajā pašā laikā Microsoft Virtual Server darbojas tikai zem Windows serveru versijām (paredzēts galvenokārt izmantot dažādas Windows versijas kā viesoperētājsistēmas), savukārt VMware Server papildus Windows atbalsta plašu citu operētājsistēmu klāstu (Linux , Solaris, FreeBSD, Novell NetWare ) kā viesi un Linux kā resursdatora OS.

VMware atskaņotājs

VMware Player ir bezmaksas produkts, kas paredzēts virtuālo mašīnu darbināšanai, kas izveidotas, izmantojot VMware Workstation un VMware Server. Izmantojot to, nevar izveidot jaunas virtuālās mašīnas. Tomēr VMware vietnē ir pastāvīgi atjaunināta sadaļa ar konfigurētām virtuālajām mašīnām, kurās darbojas dažādas operētājsistēmas, un dažādu ražotāju instalētu programmatūru, kas pieejama lejupielādei un lietošanai.

Atšķirībā no VMware Server, VMware Player neprasa apmaksātu atbalstu no ražotāja vai partneriem.

Produkti izmantošanai kā daļa no uzņēmuma IT infrastruktūras

VMware ESX serveris

VMware ESX Server 2.5 ir virtuālās mašīnas izveides rīks, kuram nav nepieciešama resursdatora operētājsistēma (būtībā darbojas kā pati operētājsistēma) un darbojas datoros ar diviem vai vairāk 32 bitu Intel procesori un AMD un ar diviem vai vairākiem tīkla adapteriem. Failu krātuvei ir jābūt SCSI diskiem, diskdziņiem, kuriem var piekļūt, izmantojot Fibre Channel, vai iebūvētam RAID kontrollerim; šādā krātuvē šis produkts izveido savu failu sistēma VMware failu sistēma (VMFS). Šo produktu var instalēt uz Blade serveriem vai SAN (Storage Area Network — īpašs augstas veiktspējas tīkls, kas paredzēts datu pārsūtīšanai starp serveriem un atmiņas ierīcēm un darbojas neatkarīgi no lokālā tīkla).

Šis produkts atbalsta līdz pat 80 virtuālo procesoru un Windows, Linux, FreeBSD, Novell NetWare serveru versiju emulāciju kā viesu operētājsistēmas. Virtuālās simetriskas vairāku procesoru konfigurācijas tiek atbalstītas dažām Windows un Linux versijām.

Atšķirībā no VMware Server, VMware ESX Server ir paredzēts attālinātai administrēšanai. Tajā nav ietverti rīki, kas darbojas lokāli pašā serverī, izņemot instalēšanas rīkus un paša ESX servera sākotnējo konfigurāciju. ESX Server attālās administrēšanas organizēšanas rīki ir balstīti uz Web interfeisu (2. att.).

Rīsi. 2. Attālās administrēšanas rīki VMware ESX Server 2.5

Ir VMware ESX Server pievienojumprogramma ar nosaukumu VMware Virtual SMP, kas ļauj vienai virtuālajai mašīnai darboties ar vairākiem fiziskiem procesoriem. Šis papildinājums ļauj vēl vairāk mērogot resursietilpīgākās lietojumprogrammas, kas darbojas virtuālajās mašīnās, kā arī pārbaudīt servera programmatūras daudzprocesoru konfigurācijas.

VMware VirtualCenter

VMware VirtualCenter 1.2 ir rīks, lai pārvaldītu virtuālās mašīnas, kurās darbojas VMware ESX Server un VMware Server, un serverus, kuros tie atrodas. Šis produkts ļauj izveidot operētājsistēmu, pakalpojumu un lietojumprogrammu konfigurāciju, kas darbojas virtuālajās mašīnās, pārsūtīt tās no vienas mašīnas uz otru un ātri izvietot serverus ar iepriekš instalētu operētājsistēmu un lietojumprogrammām, pārraudzīt servera resursu veiktspēju un izmantošanu ( 3. att.).

Rīsi. 3. Pārraugiet servera resursu izmantošanu, izmantojot VMware VirtualCenter

Produktā ir iekļauts arī jaunais izvietošanas vednis virtuālie serveri no veidnēm, kas ļauj vairākas reizes samazināt laiku, kas nepieciešams jauna servera nodošanai ekspluatācijā, salīdzinot ar tradicionālajām servera konfigurācijas metodēm.

Lai dinamiski pārvietotu virtuālās mašīnas, kurās darbojas servera programmatūra, starp fiziskajiem serveriem, VMware VirtualCenter ietver VMotion. Dinamiski pārvietojiet servera programmatūru, izmantojot VMotion neietekmē darbstaciju iestatījumus un notiek nepamanīti gala lietotājiem, kas ļauj ātri pielāgot servera slodzes bilanci un optimizēt skaitļošanas resursu izmantošanu.

VMware ACE

VMware ACE (no Assured Computing Environment) ir rīks, kas paredzēts tīkla administratoriem, lai izveidotu standarta virtuālās mašīnas un darbstaciju konfigurācijas. Tās galvenais mērķis ir vienkāršot darbstaciju administrēšanu, izveidojot līdzīgas konfigurācijas un pārsūtot tās uz darbstacijām.

Šī produkta īpatnība ir plašas iespējas, kas saistītas ar tīkla drošības nodrošināšanu, piemēram, atbalsts “viesa” darbstacijām (piemēram, apmeklētāju klēpjdatoriem), noteikumu iestatīšana virtuālajām mašīnām piekļuvei, datu šifrēšana vai datu derīguma termiņš. noteikta konfigurācija (4. att.).

Būtiska šī produkta priekšrocība ir iespēja izveidot standarta aparatūras neatkarīgas darbstaciju konfigurācijas un pārsūtīt tās uz datoriem ar dažādu aparatūru, kas mūsdienās ir ļoti svarīgi lielākajai daļai uzņēmumu.

Kā viesu operētājsistēmas VMware ACE atbalsta dažādas DOS, Windows, Linux, FreeBSD, Novell NetWare, Sun Solaris versijas un kā resursdatora operētājsistēmas un pārvaldības rīkus VMware ACE Manager visas Windows versijas, sākot ar Windows 2000.

VMware P2V palīgs

VMware P2V Assistant rīks virtuālo mašīnu izveidei, pamatojoties uz reālām fiziskām iekārtām, kurās darbojas dažādas Windows versijas, sākot ar Windows NT 4.0. Šis produkts uzņem avota operētājsistēmas momentuzņēmumu un pārvērš to par virtuālo mašīnu, novēršot nepieciešamību administratoriem to instalēt un konfigurēt. Ar tās palīdzību izveidotās virtuālās mašīnas var darboties VMware ESX Server, VMware Server un VMware Workstation.

Daži vārdi par izmaksām

Par virtualizācijas rīku izmantošanu ir jēga runāt gadījumos, kad to izmantošana uzņēmumam var dot zināmu labumu. Tāpēc zemāk nosauksim priekšrocības, ko saņems uzņēmumi, kuri ir ieviesuši VMware produktus.

VMware Workstation izmantošana programmatūras izstrādes uzņēmumos palīdzēs ietaupīt daudz naudas, kas tiek iztērēta papildu darbstaciju iegādei programmatūras testēšanai un izplatīšanas izveidei, kā arī novērsīs izmaksas par to fizisko izvietošanu, programmatūras instalēšanu, konfigurēšanu un uzturēšanu. Ņemot vērā, ka VMware Workstation izmaksas nepārsniedz vairākus simtus dolāru, šī produkta iegāde ir attaisnojama pat ļoti maziem uzņēmumiem, licence tam atmaksāsies tikai dažu dienu laikā.

Ja uzņēmumam ir mantotās lietojumprogrammas, kas apmierina visus, bet ir paredzētas platformai, kuru ražotājs vairs neatbalsta, tad šāds uzņēmums saskaras ar dilemmu: vai turpināt izmantot platformu, kas rada potenciālus draudus visa uzņēmuma drošībai. korporatīvo tīklu sakarā ar tā atjauninājumu pārtraukšanu vai esošo lietojumprogrammu pārrakstīšanu? Pirmais veids, kā atrisināt šo problēmu, šķiet riskants, otrais parasti ir ļoti dārgs. VMware Player un VMware Server izmantošana šādā gadījumā var izrādīties tā pati iespēja, kurai nav iepriekšējo divu trūkumu, izmantojot bīstamu platformu (neatkarīgi no mantotās lietojumprogrammas servera vai klienta daļas ) virtuālās mašīnas iekšpusē varat nodrošināt gan pieņemamu ērtības, gan pietiekamu drošības līmeni.

Ja runājam par virtuālo mašīnu izmantošanu kā daļu no korporatīvo risinājumu IT infrastruktūras, tad šajā gadījumā ir daudz lielākas iespējas samazināt infrastruktūras un tās darbības izmaksas. Tāds produkts kā VMware ESX Server var padarīt nevajadzīgu atsevišķu aparatūras serveru iegādi dažādiem uzdevumiem, radot efektīvāku un rentablāku serveru parku, kas var ātri reaģēt uz mainīgajiem darbības apstākļiem un lietojumprogrammu prasībām. VMware VirtualCenter un VMotion tehnoloģiju izmantošana ievērojami samazinās jaunu serveru izvietošanai nepieciešamo laiku, kā arī to dīkstāves laiku aparatūras apkopes laikā, pārvietojot virtuālās mašīnas uz citiem fiziskajiem serveriem. Visbeidzot, VMware ACE ļaus ieviest visstingrākos drošības noteikumus, izmantojot virtuālās mašīnas, tādējādi samazinot iespējamos korporatīvo datu noplūdes un iekļūšanas riskus korporatīvais tīkls no ārpuses, kas nozīmē, ka tas ļaus izvairīties no zaudējumiem un bieži vien neatgriezeniskiem zaudējumiem, ko šādi incidenti rada uzņēmuma reputācijai.

), Softline (www.softline.ru).

Turklāt mūsu valstī Microinform mācību centrā (www.microinform.ru) tagad ir pieejams specializēts krievu valodas kurss “Virtuālās infrastruktūras veidošana, izmantojot ESX Server un VMware VirtualCenter”, kas paredzēts gan VMware produktu patērētājiem (sistēmu administratoriem, lietotājiem ), kā arī sistēmu integratoriem, kuri pie saviem klientiem ievieš risinājumus, izmantojot VMware produktus.

VMware nodrošina galaklientiem licenci un viena gada garantiju, kas ietver pakalpojumu atbalstu. Šobrīd servisa atbalstu var sniegt ne tikai pats ražotājs, bet arī Krievijas partneri.

Secinājums

Šis raksts ir veltīts VMware produktiem, kas ir tirgus līderis virtuālo mašīnu izveides un atbalsta rīkos ar x86 saderīgiem datoriem. Pēdējos piecos gados produktu izvēle šādiem mērķiem ir kļuvusi ļoti plaša, ja 2001. gada sākumā tā aprobežojās ar vienu produktu, par kuru interesi izrādīja galvenokārt izstrādātāji un programmatūras testēšanas speciālisti, tad šodien tas ietver ne tikai rīki virtuālo mašīnu darbināšanai darbstacijās un viena procesora datoros, kā arī dažādi līdzekļi serveru risinājumu izveidei un uzturēšanai savā veidā funkcionalitāte tuvojoties lieldatoru virtuālo mašīnu atbalsta līdzekļiem un dažos aspektos pat tos pārspējot. Šobrīd gan pasaulē, gan Krievijā norisinās daudzi infrastruktūras virtualizācijas projekti, un, mūsuprāt, tuvākajā nākotnē šādu produktu izmantošana būs vēl plašāka kā daļa no lielo uzņēmumu infrastruktūras, kā arī uzņēmumos, kas specializējas programmatūras izstrādē un uzturēšanā.

VMware produktu izmēģinājuma versijas atradīsiet žurnāla CD-ROM pielikumā.