Nu vom intra în detalii tehnice în acest articol. În schimb, să ne uităm la terminologia VMware. Această scurtă prezentare generală va fi utilă pentru cei care doresc să înțeleagă diferența dintre produsele VMware subiacente. Aproape toată lumea știe despre ESXi. Dar vSphere și vCenter? Oamenii confundă adesea acești termeni, dar de fapt nu este nimic complicat la ei. Să punem totul pe rafturi.

Introdus în 2001, hipervizorul VMware ESX (cunoscut anterior ca VMware ESX Server) a lansat o revoluție virtuală. Astăzi VMware este cel mai mare dezvoltator de produse software de virtualizare (acum face parte din Dell). În fiecare an și jumătate, compania lansează un nou software cu funcții avansate, care este compatibil cu un număr mare de echipamente, inclusiv Unități SSD NVMe, hard disk-uri foarte mari și cele mai noi unități centrale de procesare Intel sau AMD.

VMware ESXi

ESXi este un hipervizor; particule minuscule software care este instalat pe un server fizic și vă permite să rulați mai multe sisteme de operare pe un singur computer gazdă. Aceste sisteme de operare funcționează separat unele de altele, dar pot interacționa cu lumea exterioară prin intermediul rețelei. În acest caz, restul computerelor sunt conectate la rețeaua locală (Local Area Network, LAN). Sistemele de operare rulează pe mașini virtuale (Mașină virtuală, VM), fiecare dintre ele având propriul hardware virtual.

Există versiuni cu plată și gratuite ale VMware ESXi. Puteți comanda instalarea unei versiuni gratuite pe. Funcționalitatea versiunii gratuite este oarecum limitată. Vă permite să consolidați un număr limitat de sisteme de operare pe un computer și nu poate fi gestionat printr-un server de management central - vCenter. Cu toate acestea, Free ESXi (sau VMware ESXi Hypervisor) se conectează la spațiul de stocare de la distanță, unde puteți crea, stoca și utiliza mașini virtuale... Adică, această stocare la distanță poate fi partajată între mai multe gazde ESXi, dar nu între mașini virtuale. Mașinile virtuale sunt „deținute” de fiecare gazdă, ceea ce face imposibilă gestionarea centrală.

Lucrul cu versiunea gratuită a ESXi este foarte simplu și constă din procese de bază: instruire, testarea proceselor de producție, testarea sistemelor de recuperare în caz de dezastru și aprobarea soluțiilor arhitecturale. Folosind instantanee, puteți verifica corectitudinea patch-urilor Windows. Alternativ, acest lucru poate fi util dacă decideți să vă clonați serverul de producție utilizând tehnologia VMware Converter sau P2V și doriți să testați pachetul de service Microsoft înainte de al instala.

VMware vCenter

VMware vCenter este o platformă de gestionare centralizată pentru infrastructura virtuală VMware. Cu ajutorul acestuia, puteți gestiona aproape toate procesele dintr-o singură consolă. VCenter Server poate fi instalat pe Windows sau implementat ca o mașină virtuală preconfigurată utilizând Photon OS, o distribuție puternică bazată pe Linux. Anterior, VMware a folosit distribuția Suse Linux Enterprise Server (SUSE), dar a trecut recent la sistemul de operare Photon.

vCenter Server este software licențiat. O puteți cumpăra în două moduri:

• vCenter Server Essentials ca parte a pachetului vSphere Essentials. Această versiune de vCenter gestionează trei gazde cu câte două procesoare fizice fiecare. Dacă aveți o companie mică, atunci veți opera cu aproximativ 60 de VM-uri, iar această versiune de vCenter vă va potrivi. Cu setul de bază, obțineți o licență nu numai pentru serverul vCenter, ci și pentru ESXi (până la trei gazde cu câte două procesoare fiecare).
• Standalone vCenter Server este un server complet independent vCenter capabil să gestioneze 2.000 de gazde de la 25.000 de mașini virtuale. Această licență este exclusiv pentru vCenter. VCenter în sine este doar o parte a puzzle-ului de licențiere. Pentru a gestiona toate gazdele de pe un singur dispozitiv, aveți nevoie de o licență pentru fiecare dintre ele. Există trei tipuri de licențe: standard, enterprise, enterprise Plus și fiecare se aplică unui procesor. Deci, dacă intenționați să creați o gazdă cu două procesoare fizice, atunci veți avea nevoie de 2 licențe doar pentru această gazdă.

VMware vSphere

VMware vSphere este numele comercial pentru întreaga suită de produse VMware. După cum sa menționat anterior, diferite pachete software costă sume diferite de bani. Cele mai ieftine sunt pachetele esențiale de bază vSphere sau Essentials Plus. Există vreo diferență între ele? Da, dar constă în numărul de funcții disponibile și nu în software-ul în sine.

În funcție de tipul de licență, aveți acces la un anumit număr de funcții care pot fi gestionate prin intermediul clientului vSphere Web. Există, de asemenea, un client vSphere HTML 5, dar încă nu poate fi utilizat. Compania continuă să o dezvolte.

Essentials nu include High Availability (repornire automată a VM), vMotion, software de backup (VDP) și posibilitatea de a utiliza stocarea VSAN.

Pachetul Essentials este potrivit pentru întreprinderile mici care nu trebuie să fie online tot timpul. Pe de altă parte, posibilitatea de a vă muta VM-urile pe o altă gazdă și de a efectua întreținere sau upgrade-uri de gazdă în timp ce rămâneți online vă oferă un avantaj real. Toate acestea se pot face în timpul zilei de lucru fără a întrerupe munca utilizatorilor.

În plus, în cazul unei eșecuri hardware neașteptate, vSphere High Availability (HA) va reporni automat mașinile virtuale care nu mai funcționează cu gazda problemă. Aceste mașini virtuale sunt repornite automat pe alte gazde din clusterul VMware. Este nevoie de puțin timp pentru ca sistemul să determine ce computer sa prăbușit și ce gazde pot prelua temporar mașinile sale virtuale. Aceste gazde trebuie să aibă suficientă memorie și putere CPU pentru a face față sarcinii suplimentare. De îndată ce sistemul termină de analizat, VM-urile sunt repornite. Întregul proces este automat și nu necesită intervenția administratorului.

Rezuma

După cum puteți vedea, terminologia VMware este destul de ușor de înțeles, la fel și diferența dintre ESXi, vSphere și vCenter. De asemenea, sistemul de licențiere este clar. Hipervizorul în sine este gratuit, dar funcționalitatea sa este limitată, drept urmare un astfel de software nu este asigurat împotriva pierderii de date. Prin urmare, ESXi este destinat utilizării numai în medii de testare.

Termenul „virtualizare” a devenit recent la modă. Conceptul de „mașină virtuală” a încetat să mai fie ceva exotic și îndepărtat. Multe organizații, într-un fel sau altul legate de tehnologia informației, au învățat deja cum să folosească mașini virtuale în activitățile lor zilnice pentru a îmbunătăți eficiența infrastructurii IT. Conceptul de virtualizare este acum folosit peste tot și, uneori, în diverse contexte: virtualizarea sistemelor de stocare, sisteme de operare, aplicații. Dacă diferitele aspecte ale virtualizării resurselor hardware sunt cunoscute specialiștilor de mult timp, atunci virtualizarea sistemelor de operare a început să capete impuls doar în ultimii ani, dar într-un ritm rapid.

Deci, ce sunt virtualizarea și mașinile virtuale pentru sistemele de operare? Termenul de virtualizare în sine înseamnă prezentarea unui obiect într-o formă convenabilă pentru utilizator, în timp ce toate detaliile implementării sunt ascunse, iar obiectul în sine are interfețe familiare pentru interacțiunea cu mediul extern, în raport cu acesta. Când vorbesc despre virtualizarea sistemelor de operare, în primul rând, înseamnă crearea de mașini virtuale - unele abstracții care conțin propriul mediu hardware și software virtual, care permite instalarea și rularea mai multor instanțe de sisteme de operare pe aceeași platformă fizică în același timp timp. Pentru ce este? În primul rând, pentru a separa prezentarea sistemului de operare de hardware și a plasa mai multe servere virtuale de lucru pe unul fizic, cu posibilitatea migrării rapide și recuperării mediilor de operare. Această abordare oferă, de asemenea, flexibilitate maximă în implementarea, întreținerea și gestionarea serverului.

Majoritatea CIO-urilor organizațiilor mari, dacă nu intenționează să-și virtualizeze parțial sau complet infrastructura IT, atunci măcar se gândesc serios la asta. Pe termen lung, proiectele de virtualizare par foarte tentante: creșterea flexibilității infrastructurii IT, creșterea fiabilității și asigurarea unei disponibilități ridicate a serverelor, economisirea pe hardware - toți acești și mulți alți factori atrag șefii departamentelor IT ale companiilor. Cu toate acestea, mulți nu realizează efortul pe care îl va face pentru a migra o infrastructură fizică către una virtuală, deoarece există doar câțiva specialiști competenți în acest domeniu, iar achiziționarea și implementarea unor platforme comerciale puternice de virtualizare este costisitoare. Acest articol se va concentra pe două platforme populare de virtualizare a serverelor - serverul VMware gratuit și serverul comercial VMware ESX.

De ce VMware?

VMware este unul dintre primii jucători de pe noua piață a platformei de virtualizare. În 1998, VMware și-a brevetat tehnicile software de virtualizare și a lansat de atunci multe produse de virtualizare eficiente și profesionale de diferite niveluri, de la VMware Workstation destinate utilizatorului final (consumator) la VMware ESX Server, conceput pentru a găzdui infrastructura virtuală pentru întreprinderile mijlocii și mari. Portofoliul vast de produse VMware include multe instrumente pentru îmbunătățirea eficienței procesului de virtualizare, gestionarea serverelor virtuale și migrarea de la platforme fizice la platforme virtuale. În Rusia, produsele VMware sunt deosebit de populare, deoarece virtualizarea încă câștigă avânt în țara noastră, iar platformele altor furnizori, care nu ne sunt atât de familiare, sunt foarte „brute” și au mult mai puține funcționalități decât omologii lor de la VMware. În plus, virtualizarea VMware depășește aproape întotdeauna concurența în diferite teste de performanță. Și dacă vorbim despre virtualizarea sistemelor de operare Windows, atunci acestea sunt aproape sigur produse VMware. Între timp, printre platformele de virtualizare, VMware are de ales:

• Stație de lucru VMware- o platformă axată pe utilizatorii de desktop și destinată utilizării de către dezvoltatorii de software și profesioniștii IT;
• VMware Player- un „player” gratuit de mașini virtuale, conceput pentru a rula șabloane gata făcute de mașini virtuale care îndeplinesc o sarcină specifică,
• Server VMware, cunoscut anterior ca VMware GSX Server, care vizează infrastructura de afaceri mici pentru a sprijini servere virtuale
• VMware Ace- un produs pentru crearea de mașini virtuale protejate de politici de securitate,
• Server VMware ESX- o platformă puternică de virtualizare pentru întreprinderile mijlocii și mari, axată în primul rând pe menținerea unei infrastructuri IT holistice și scalabile,
• VMware Virtual Center este un instrument puternic pentru gestionarea platformelor de virtualizare VMware ESX Server și VMware Server, cu capacități extinse de consolidare, configurare și gestionare a serverelor.
• VMware Fusion este un produs de virtualizare desktop pentru platforma Mac de la Apple.

Concurenții formali ai VMware pentru virtualizarea serverului sunt Microsoft, Virtual Iron, XenSource și SWsoft. Cu toate acestea, produsul companiei SWsoft are un domeniu de aplicare destul de restrâns (găzduire), iar evoluțiile celorlalți furnizori în comparație cu produsele VMware în acest moment par mult mai slabe.

Când să implementați infrastructura virtuală într-o companie

În primul rând, este necesar să se definească clar obiectivele cu care vor fi implementate platformele de virtualizare. Apoi, este necesar să se determine criteriile prin care se va evalua eficiența implementării infrastructurii virtuale. În plus față de criteriile pur financiare (costuri hardware reduse, economii de întreținere), trebuie să luați în considerare și îmbunătățirea fiabilității infrastructurii, a scalabilității, a flexibilității, a rezilienței, a timpului redus de implementare, a perioadelor de nefuncționare, a recuperării în caz de dezastru, a gestionării centralizate și a disponibilității ridicate. Desigur, toate aceste criterii pot fi exprimate în termeni monetari, în funcție de tipul și specificul mediului care urmează să fie virtualizat.

7 motive pentru implementarea virtualizării serverului

• Utilizare sporită a hardware-ului
  Conform statisticilor, majoritatea serverelor sunt încărcate cu 15-20 la sută atunci când efectuează sarcini zilnice. Utilizarea mai multor servere virtuale pe un singur material fizic îl va crește până la 80%, oferind în același timp economii semnificative în achiziționarea de hardware.
• Costuri reduse de înlocuire hardware
  Deoarece serverele virtuale sunt decuplate de hardware specific, actualizarea flotei de servere fizice nu necesită reinstalarea și configurarea software-ului. Mașina virtuală poate fi pur și simplu copiată pe alt server.
• Creșterea flexibilității utilizării serverelor virtuale
  În cazul în care trebuie să utilizați mai multe servere (de exemplu, pentru testare și lucru în producție) cu sarcină variabilă, serverele virtuale sunt cea mai bună soluție, deoarece acestea pot fi portate fără durere pe alte platforme atunci când serverul fizic se confruntă cu sarcini crescute.
• Asigurarea unei disponibilități ridicate
  Copierea de rezervă a mașinilor virtuale și restaurarea acestora din copiile de rezervă necesită mult mai puțin timp și este mai ușoară. De asemenea, în caz de defecțiune a echipamentului, o copie de rezervă a unui server virtual poate fi lansată imediat pe un alt server fizic.
• Îmbunătățirea gestionării infrastructurii serverului
  Există multe produse de administrare a infrastructurii virtuale disponibile pentru a gestiona centralizat servere virtuale și pentru a asigura echilibrarea încărcării și migrarea live.
• Economii la personalul de întreținere
  Simplificarea gestionării serverelor virtuale pe termen lung duce la economii pentru specialiștii care întrețin infrastructura companiei. Dacă două persoane care folosesc instrumente de gestionare a serverelor virtuale pot face ceea ce au făcut patru, de ce ai avea nevoie de doi specialiști suplimentari care câștigă cel puțin 15.000 de dolari pe an? Cu toate acestea, trebuie avut în vedere faptul că sunt necesari mulți bani pentru a instrui personal calificat în domeniul virtualizării.
• Economii de energie
  Pentru companiile mici, acest factor, desigur, nu contează cu adevărat, dar pentru centrele de date mari în care costurile menținerii unui parc server mare includ costul energiei electrice (energie electrică, sisteme de răcire), acest punct este de o importanță considerabilă. Concentrarea mai multor servere virtuale pe un singur server fizic va reduce aceste costuri.

Când nu este nevoie să implementați infrastructură în companie

În ciuda tuturor avantajelor, virtualizarea serverului are, de asemenea, unele limitări în utilizarea sa. Când planificați o infrastructură virtuală, luați în considerare următorii factori:

• Serverele au o încărcătură continuă de peste 60%
  Aceste servere nu sunt candidați buni pentru virtualizare, deoarece atunci când o migrați la o mașină virtuală și o găzduiți cu alte servere virtuale, este posibil să rămână fără resurse.
• Serverul folosește hardware suplimentar care nu poate fi virtualizat
  Totul este clar aici: în cazul în care serverul folosește hardware care nu este acceptat de furnizorii de platforme de virtualizare, nu are rost să virtualizăm un astfel de server.
• Costurile de achiziție și implementare ale unei platforme de virtualizare sunt prea mari
  În organizațiile mici și mijlocii, infrastructura serverului nu este atât de mare, la fel și costurile hardware și de întreținere. În acest caz, trebuie să fiți atenți la procedura de virtualizare, deoarece este posibil ca achiziționarea unei platforme comerciale să nu fie justificată.
• Lipsa specialiștilor calificați
  În multe cazuri, procesul de migrare de la hardware fizic la mașini virtuale și desfășurarea ulterioară a platformei de virtualizare necesită calificări bune din partea persoanelor care le conduc. Acest lucru este necesar mai ales atunci când se utilizează platforme din clasa „Metal gol” (metal gol). Dacă nu sunteți sigur dacă oamenii dvs. au cunoștințele necesare pentru a face acest lucru, nu începeți un proiect de virtualizare.

VMware Server este o platformă de virtualizare gratuită și puternică pentru întreprinderile mici

Produsul gratuit VMware Server este o platformă de virtualizare destul de puternică, care poate rula pe servere care rulează sisteme de operare gazdă Windows și Linux. Scopul principal al VMware Server este de a sprijini infrastructurile virtuale mici și mijlocii ale întreprinderilor mici. Datorită complexității reduse a dezvoltării și instalării sale, VMware Server poate fi implementat în cel mai scurt timp posibil, atât pe serverele organizațiilor, cât și pe computerele utilizatorilor casnici.

Anterior, acest produs a fost distribuit sub licență comercială și a fost numit VMware GSX Server 3, cu toate acestea, odată cu creșterea oportunităților și vânzărilor puternicei platforme de virtualizare VMware ESX Server, VMware nu a văzut nicio perspectivă în vânzările platformei VMware Server, făcând în cele din urmă produsul gratuit. Este demn de remarcat faptul că pentru acest produs, VMware se bazează foarte mult pe veniturile din vânzările Virtual Center for VMware Server, un instrument eficient de administrare a infrastructurii virtuale bazat pe VMware Server care oferă o interoperabilitate bogată cu mașinile virtuale și consolidarea serverelor virtuale.

Iată principalele cazuri de utilizare pentru un produs VMware Server:

• suport pentru mai multe servere virtuale pe unul fizic în producția companiei
• suport pentru mai multe servere virtuale pentru testare „împreună” într-o rețea gazdă virtuală în timpul dezvoltării și asistenței software
• rularea mașinilor virtuale gata de utilizare (Virtual Appliances) care îndeplinesc o anumită funcție de server
• asigurarea disponibilității ridicate a serverelor virtuale (mașinile virtuale pot fi transferate cu ușurință între serverele fizice)
• Crearea copiilor de rezervă ușor de restaurat ale serverelor virtuale prin obținerea instantaneelor ​​cu starea curentă a sistemului („instantanee”).

VMware Server are capabilități extinse pentru lucrul cu mașini virtuale, inclusiv:

• Suport pentru orice arhitectură standard x86
  VMware Server nu are cerințe specifice pentru componentele fizice ale serverului - spre deosebire de VMware ESX Server, care impune restricții foarte specifice hardware-ului serverului. Sunt acceptate și procesoarele multi-core.
• Suport pentru SMP virtual bidirecțional (multi-procesare simetrică)
  Dacă arhitectura serverului fizic permite, mașinile virtuale create în VMware Server pot conține două procesoare virtuale, ceea ce afectează pozitiv performanța oaspeților.
• Suport pentru un număr mare de sisteme de operare gazdă și invitat, a căror listă completă este întotdeauna disponibilă pe site-ul web VMware
  Numărul de sisteme de operare gazdă pe care poate fi instalat VMware Server este, desigur, mai mic decât numărul de sisteme invitate acceptate. Între timp, aproape orice sistem de operare cunoscut poate fi instalat ca oaspete. Chiar dacă nu se află în lista de suportate, nu înseamnă că nu poate fi instalat.
• Suport pentru sisteme de operare 64-bit gazdă și invitat
  Ca sisteme pe 64 de biți gazdă, sisteme de operare pe 64 de biți ale familiei Windows Server 2003, precum și versiunile pe 64 de biți ale sistemelor Linux: Red Hat, SUSE, Mandriva și Ubuntu. Lista sistemelor de operare invitate acceptate este, de asemenea, completată de versiunile pe 64 de biți ale Windows Vista, Sun Solaris și FreeBSD.
• Suport IntelVT (Intel Virtualization Technology)
  VMware Server experimentează tehnologia Intel de virtualizare hardware și permite utilizarea acestuia pentru a sprijini mașinile virtuale. Este demn de remarcat faptul că virtualizarea hardware, conform cercetărilor realizate de inginerii VMware, este încă mai lentă decât virtualizarea software-ului, deci nu este recomandat să activați suportul de virtualizare software pentru o performanță mai bună.

O introducere în VMware Server începe cu fereastra Virtual Machine Management Console:

În spațiul de lucru al ferestrei principale a programului, puteți crea o mașină virtuală, puteți adăuga una existentă, puteți comuta consola pe o altă gazdă fizică (puteți gestiona serverul virtual de la distanță) și puteți configura parametrii gazdei.

Crearea unei mașini virtuale în VMware Server este simplă și intuitivă și parcurge doar câțiva pași în vrăjitorul Mașină virtuală nouă:

• selectați un sistem invitat din listă, care va fi instalat ca invitat
• selectați numele și locația fișierelor mașinii virtuale
• selectați tipul de interacțiune de rețea între mașina virtuală, sistemul de operare gazdă, alte mașini virtuale și o rețea externă
• introduceți volumul disc virtualși faceți clic pe Finalizare.

După aceea, dacă distribuția sistemului invitat care urmează să fie instalat este pe un CD sau DVD, pur și simplu introduceți-l în unitate și apăsați butonul „Pornire” de pe bara de instrumente. Dacă aveți kitul de distribuție a sistemului de operare sub forma unei imagini ISO, selectați elementul meniului VM-> Setări, accesați elementul CD-ROM, unde indicăm calea către Imagine ISO, apăsați „OK” și „Pornire”.

Procesul de instalare a unui sistem invitat în VMware Server este destul de simplu și nu necesită o descriere separată. Cu toate acestea, atunci când instalați sisteme de operare pentru oaspeți, asigurați-vă că luați în considerare următoarele puncte:

• Alocați serverul virtual planificat cu resurse suficiente pentru a-și îndeplini funcțiile, dar nu uitați că creșterea numărului de resurse alocate este întotdeauna mai dificilă decât scăderea.
• Când alegeți tipul de rețea de server virtual, luați în considerare problemele de securitate și, dacă serverul virtual are nevoie doar de interacțiune în rețeaua virtuală internă a gazdei, nu instalați rețea conectată.
• Dacă nu numai că aveți acces la consola de administrare a serverului virtual, puteți face mașina virtuală privată bifând caseta din VM-> Setări-> Opțiuni-> Permisiuni.
• Nu uitați să instalați VMware Tools pe oaspeții dvs., deoarece instalarea acestor suplimente va spori semnificativ experiența și performanța oaspeților.
• Încercați să mențineți raportul: nu mai mult de 4 mașini virtuale per procesor fizic, deoarece mai multe dintre ele vor afecta semnificativ performanța serverelor virtuale.

Când întrețineți o infrastructură virtuală bazată pe VMware Server, trebuie să monitorizați cu atenție încărcarea resurselor hardware ale serverului. Dacă unei mașini virtuale îi lipsesc resursele, trebuie să vă gândiți să o mutați pe alt server. Dacă intenționați să gestionați un număr mare de servere virtuale, ar trebui să luați în considerare achiziționarea VMware Virtual Center, care vă permite să controlați central multe gazde pe care este instalat VMware Server, să le combinați în clustere și să monitorizați încărcarea gazdelor de către mașinile virtuale. Utilizați contoare de performanță în cadrul oaspeților pentru a determina cantitatea de resurse care trebuie alocate serverelor virtuale. Încercați să utilizați numai discuri SCSI virtuale, deoarece IDE-urile virtuale sunt mai lente.

Dacă trebuie să accesați consola serverului virtual dintr-o rețea externă, puteți configura un client Web pentru VMware Server integrat cu Microsoft Internet Information Services (IIS). Această capacitate vă va permite să controlați serverele virtuale pe Internet utilizând o conexiune securizată SSL (Secure Socket Layer).

Specificații server VMware

Posibilități	VMware Server 1.0
Abilitatea de a rula ca serviciu	da
Pornirea mașinilor virtuale când pornește sistemul de operare gazdă	da
Management local	Client gros, linie de comandă
Acces multiplu	da
Interfețe de programare (API)	Da (C / COM / Perl)
Utilizarea la distanță a produsului	Da (consola web)
Utilizarea la distanță a mașinilor virtuale	Client gras
Managementul mai multor instalații	Nu
Raportul mașini virtuale / nucleu	2-4
Suport pentru virtualizarea hardware	Intel VT (Experimental)
Generarea de hardware virtual	5
Suport pentru procesoare virtuale în interiorul unei mașini virtuale (tehnologia VMware Virtual SMP)	2 (experimental)
Cantitatea maximă de RAM alocată pentru o mașină virtuală	Până la 3,4 GB
Cantitatea maximă de RAM alocată pentru toate mașinile virtuale	Până la 64 GB
Controlere / discuri IDE virtuale pe mașină virtuală	1/4
Controlere / discuri SCSI virtuale per mașină virtuală	4/60
Dimensiunea maximă a discului virtual	Până la 950 GB
Numărul maxim de interfețe de rețea virtuală	4
Comutatoare virtuale	9
Obținerea instantaneelor ​​prin intermediul unui client gros	da
Obținerea instantaneelor ​​prin linia de comandă	Nu
Instantanee multiple	Nu
Clonarea mașinilor virtuale	Nu
Grupuri de mașini virtuale (echipe)	Nu
Depanarea mașinilor virtuale	da
Serviciu de foldere partajate	Nu
Trageți și fixați suportul mașinii virtuale gazdă	Nu
Sistem de operare gazdă neacceptat	Windows XP Professional (32 / 64bit) Windows XP Home Windows 2000 Professional Red Hat Linux 7.0 Red Hat Linux 7.1

1. Numai pe sistemele de operare care acceptă memorie extinsă sau PAE activat.
2. Disponibil atunci când utilizați VMware Virtual Center.

Există multe utilități comerciale și gratuite disponibile pentru VMware Server pentru gestionarea mașinilor și discurilor virtuale, monitorizarea performanței și întreținerea. Cu toate acestea, dacă veți profita din plin de puterea VMware Server, ar trebui să vă uitați la VMware Virtual Center for VMware Server.

VMware ESX Server - o platformă de virtualizare la nivel de întreprindere și un instrument pentru construirea unei infrastructuri virtuale a întreprinderii

Printre numeroasele soluții de virtualizare oferite de VMware, se remarcă VMware ESX Server. Ca dezvoltare emblematică a companiei, VMware ESX Server oferă baza pentru construirea unor infrastructuri virtuale mari care integrează alte produse VMware.

VMware ESX Server este o platformă de virtualizare bare metal instalată pe un server bare metal fără sistem de operare sau alt software. VMware ESX Server este construit pe sistemul de operare Linux Red Hat, în care inginerii VMware au făcut modificări semnificative pentru a adăuga multe caracteristici pentru a sprijini virtualizarea. Această implementare a acestei platforme maximizează utilizarea resurselor hardware ale serverului și asigură cea mai bună interacțiune între oaspeți și hardware.

Serverul VMware ESX are multe avantaje și este nucleul unei infrastructuri virtuale mari de întreprindere care necesită mai multe servere virtuale pentru a fi întreținute, consolidate, extrem de disponibile și virtualizate între servere fizice. ESX Server este adevăratul concept de construire a unei infrastructuri IT de întreprindere folosind mașini virtuale.

În plus față de serverul ESX, infrastructura virtuală a întreprinderii conține, de asemenea, componente precum rețele de stocare (SAN), sisteme de stocare (stocări), conexiuni de mare viteză (Fibre Channel) și rețele virtuale (VLAN). O infrastructură virtuală bazată pe serverul VMware ESX vă permite să gestionați central toate aceste resurse și să asigurați funcționarea neîntreruptă a serverelor virtuale. Principalele componente ale infrastructurii virtuale sunt:

• Serverul ESX în sine.
• VMware File System VMFS (Virtual Machine File System) optimizat pentru performanța mașinilor virtuale și disponibilitate ridicată.
• VMware SMP (multi-procesare simetrică)- o tehnologie care permite mașinilor virtuale să utilizeze toate procesoarele de pe o gazdă, având în același timp mai multe procesoare virtuale.
• Client de infrastructură virtuală este un instrument puternic pentru administrarea și configurarea de la distanță a serverului VMware ESX care rulează pe stații de lucru Windows și are o interfață ușor de utilizat.
• Centru virtual- un instrument pentru gestionarea centralizată a mai multor servere ESX.
• Acces web pentru infrastructură virtuală- capacitatea de a gestiona mașini virtuale dintr-o rețea externă printr-un canal securizat.
• VMware VMotion- o tehnologie care permite migrarea „live” a unui server virtual care rulează pe un alt server fizic, fără a fi necesară oprirea mașinii virtuale și asigurarea funcționării sale neîntrerupte în timpul migrării.
• VMware High Availability (HA)- capacitatea de a reporni automat oglinzile necesare ale mașinilor virtuale pe un alt server în cazul unei defecțiuni hardware sau software a unui server fizic.
• VMware Distributed Resource Scheduler (DRS)- o componentă care permite alocarea dinamică a resurselor către mașinile virtuale.
• Backup consolidat VMware (VCB)- un instrument simplu și puternic pentru crearea copiilor de rezervă ale mașinilor virtuale.
• SDK VMware Infrastructure- un pachet pentru dezvoltarea de aplicații pentru infrastructura virtuală de către dezvoltatori terți.

Când se utilizează infrastructura virtuală bazată pe serverul VMware ESX

• Aveți o idee clară despre câte servere fizice vor fi necesare pentru a sprijini infrastructura serverului virtual. Rețineți că planificarea migrării serverelor fizice ar trebui să se bazeze pe cel mult 4-6 mașini virtuale per procesor fizic cu o sarcină reală medie a serverelor fizice migrate de 15%.
• Ați selectat ediția corespunzătoare a serverului VMware ESX și componentele infrastructurii virtuale, ați calculat costurile implementării și întreținerii acestora și ați concluzionat că implementarea este utilă, deoarece economiile în hardware și întreținere acoperă aceste costuri.
• Aveți specialiști care nu numai că vor desfășura în mod competent un proiect de virtualizare, ci și administratori care au cunoștințe suficiente pentru a întreține și dezvolta o infrastructură virtuală în fiecare zi.
• Sunteți gata să achiziționați hardware-ul pe care îl necesită serverul VMware ESX. Aveți grijă - ghidul de instalare a serverului ESX vă spune ce hardware specific este necesar pentru instalare. La prima vedere, totul pare destul de scump, dar dacă citiți cu atenție cerințele, devine clar că un server ESX care funcționează pe deplin în scopuri de instruire poate fi construit la 900 USD.

Procedura de instalare pentru VMware ESX Server este destul de simplă și nu necesită cunoștințe extinse de la utilizator. Dacă ați urmat recomandările VMware și ați ales cu înțelepciune hardware-ul serverului gazdă, atunci instalarea serverului ESX va dura mai puțin de o oră. Odată ce instalați cel puțin un ESX, aveți imediat multe întrebări și probleme - acesta este prețul pentru capacitățile pe care le oferă VMware ESX Server. Iată câteva linii directoare de bază pentru primii pași după instalarea ESX:

• Pentru a vă gestiona serverul ESX și pentru a crea primele mașini virtuale, utilizați Clientul VMware Infrastructure, care poate fi descărcat de pe https: //.
• Pentru a transfera fișiere către și din ESX, utilizați fie WinSCP (transfer lent de fișiere, criptează traficul), fie FastSCP (transfer rapid de fișiere, dar este mai bine să nu îl utilizați din rețeaua externă, deoarece traficul nu este criptat).
• Pentru a permite utilizatorului Root să se conecteze prin SSH (Secure Shell), adăugați linia „PermitRootLogon yes” la fișierul „httpd.conf” de pe ESX.
• Utilizați utilitarele „vmkfs-tools” pentru a gestiona discurile, utilizați comanda „esxtop” pentru a monitoriza performanța mașinilor virtuale și utilizați jurnalul „var / log / vmware / hostd.log” pentru a analiza rapoartele de erori.
• Amintiți-vă, spațiul liber pe ESX este întotdeauna două tipuri de partiții: prima pentru sistemul de operare al ESX în sine și a doua pentru partițiile vmfs pentru găzduirea mașinilor virtuale. Pentru a afla cât spațiu liber rămâne pe ambele partiții, utilizați comanda „vdf -h”.

După ce instalați VMware ESX Server, aveți nevoie de un instrument de migrare fizic către virtual (P2V). VMware oferă utilizarea produsului VMware Converter în aceste scopuri, dar puteți utiliza soluții de la alți producători. Veți avea în mod constant întrebări - nu ezitați să contactați forumurile companiei VMware, unde vizitatorii săi obișnuiți vă vor ajuta într-o situație dificilă. În cele din urmă, mai multe mașini virtuale vor fi instalate pe ESX, care este o infrastructură virtuală, care este prezentată în figura realizată folosind programul Veeam Reporter:

Conceptele cheie pentru infrastructura virtuală sunt: ​​adaptor fizic (NIC), adaptor virtual (vNIC), comutator virtual (vSwitch) și rețea virtuală (Vlan). VMware ESX Server vă permite să creați până la patru adaptoare de rețea virtuală pentru o mașină virtuală, fiecare dintre acestea putând fi legat de o rețea virtuală, care la rândul său este creată pe switch-uri virtuale.

Un comutator virtual este un fel de dispozitiv multi-port abstract care comută canalele între rețelele virtuale și adaptoarele de rețea virtuală ale mașinilor virtuale.

O rețea virtuală este o combinație de mai multe mașini virtuale într-un singur mediu de rețea în care interacționează între ele. Dacă comutatorul virtual este conectat la un fizic adaptor de retea, atunci mașinile virtuale prin intermediul acestuia vor putea „vedea” rețeaua externă, în raport cu ESX.

De fapt, totul nu este atât de complicat pe cât pare: crearea elementelor unei infrastructuri virtuale durează foarte puțin timp și, odată configurată, o astfel de infrastructură nu necesită o configurație suplimentară atunci când sunt introduse noi mașini virtuale.

Un pic despre Virtual Center for VMware ESX Server

Ca și în cazul produsului VMware Server, utilizarea mai multor gazde cu VMware ESX Server într-o infrastructură IT de întreprindere ridică problema gestionării centralizate și a monitorizării performanței gazdelor fizice. Pentru a rezolva aceste probleme cu platformele VMware ESX Server, precum și cu VMware Server, se utilizează soluția Virtual Center. Aspectul său este prezentat în figură:

Virtual Center vă permite să monitorizați mai multe gazde pe care este instalat serverul VMware ESX, să le grupați și să le controlați folosind „alarme” - semnale despre diferite evenimente. Trebuie remarcat faptul că capacitățile Virtual Center for VMware ESX Server sunt mult mai mari decât cele ale Virtual Center for VMware Server, ceea ce se datorează în primul rând faptului că produsul VMware ESX Server are capacități mult mai largi.

Ar trebui să aleg VMware Server sau VMware ESX Server?

Din cele de mai sus, devine clar că ambele produse descrise în articol sunt menite să mențină o infrastructură de server virtual și să îndeplinească funcții similare. Cu toate acestea, există diferențe semnificative între cele două platforme. Dacă o infrastructură virtuală bazată pe VMware Server poate fi construită în principal din servere care îndeplinesc sarcini zilnice într-o organizație, care nu necesită disponibilitate, viteză și flexibilitate ridicate, atunci VMware ESX Server este o platformă completă pentru susținerea infrastructurii IT vitale a unei întreprinderi în condiții de funcționare neîntreruptă a serverelor virtuale și suportul acestora în modul 24 × 7 × 365.

Iată câteva exemple de utilizare a unei infrastructuri bazate pe serverul VMware:

• asistență și întreținere a serverelor interne ale organizației,
• efectuarea de sarcini de testare pentru aplicații individuale,
• simularea unor rețele virtuale mici pentru a verifica pachetele de servere de lucru,
• lansarea șabloanelor gata de utilizat ale mașinilor virtuale care acționează ca servere interne ale organizației,
• pregătirea serverelor individuale pentru migrarea rapidă.

Serverul VMware ESX trebuie utilizat la rezolvarea următoarelor sarcini:

• testarea aplicațiilor în flux în organizații mari de dezvoltare software,
• menținerea serverelor externe ale organizației cu un grad ridicat de disponibilitate, flexibilitate și gestionare,
• modelarea rețelelor virtuale mari,
• reducerea costurilor echipamentelor, întreținerii și electricității în marile organizații și centre de date.

Astfel, atunci când implementați infrastructura virtuală într-o organizație, trebuie să luați în considerare cu atenție definiția obiectivelor finale. La implementarea unui server VMware gratuit, nu vor exista probleme speciale cu instalarea și întreținerea, nu vor exista, de asemenea, costuri pentru achiziționarea platformei în sine, dar organizația poate pierde din performanță (deoarece virtualizarea se realizează deasupra sistemului de operare gazdă) , fiabilitate și disponibilitate. Implementarea VMware ESX Server va duce la mari dificultăți tehnice de implementare și întreținere în absența specialiștilor calificați. În plus, investițiile într-o astfel de platformă ar putea să nu dea roade pentru organizațiile mici și mijlocii. Cu toate acestea, după cum arată experiența VMware, pentru organizațiile mari, implementarea VMware ESX Server se transformă, pe termen lung, în economii semnificative de costuri.

Luarea în considerare a acestor puncte vă va permite să planificați în mod competent migrarea serverelor fizice ale infrastructurii IT către cele virtuale, economisind în același timp nu numai bani, ci și timp, care, după cum știți, reprezintă și bani.

Ce este nou în VMware Cloud Foundation 4?

Am vorbit recent despre noile caracteristici ale platformei și alte actualizări ale liniei de produse VMware, anunțate simultan cu produsul emblematic. Reamintim aceste articole:

Astăzi vă vom spune despre o altă actualizare importantă - noua versiune a setului de soluții pentru infrastructura hibridă VMware Cloud Foundation 4. Am scris despre versiunea anterioară a acestui pachet VCF 3.9.1. După cum vă amintiți, este un complex soluție software care include componentele VMware vRealize Suite, VMware vSphere Integrated Containers, VMware Integrated OpenStack, VMware Horizon, NSX și altele, care rulează într-o infrastructură online, cloud sau hibridă, sub controlul SDDC Manager.

A patra versiune a VCF include toate cele mai recente componente, articolele care descriu mai sus:

• vSphere 7
• VMware vSAN 7
• VMware NSX-T
• VMware vRealize Suite 2019
• cu suport Kubernetes

După cum putem vedea, a apărut o componentă fundamental nouă în stiva VCF - VMware Tanzu Kubernetes Grid. Am scris deja despre infrastructura pentru suportul containerelor în noua versiune a platformei vSphere și. În noua arhitectură VCF, administratorii pot implementa și servi aplicații în clusterele Kubernetes utilizând instrumentele Kubernetes și un API odihnitor.

În același timp, vSphere cu tehnologia Kubernetes (aka Project Pacific) va oferi următoarele funcționalități:

• Serviciile vSphere Pod Services bazate pe Kubernetes vor permite nodurilor să ruleze direct pe hipervizorul ESXi. Când un administrator implementează containere prin vSphere Pod Service, aceștia primesc același nivel de securitate, izolare și garanții de performanță ca și mașinile virtuale.
• Serviciul de registru permite dezvoltatorilor să stocheze și să servească imagini Docker și OCI pe platforma Harbor.
• Serviciul de rețea permite dezvoltatorilor să administreze routere virtuale, echilibratoare de încărcare și componente ale regulilor de firewall.
• Serviciile de stocare permit dezvoltatorilor să gestioneze discuri persistente pentru utilizare cu containere, clustere Kubernetes și mașini virtuale.

Toate acestea vă permit să obțineți toate avantajele unei infrastructuri hibride (containere VM +), care sunt descrise interesant.

În rest, VCF 4 achiziționează toate cele mai noi caracteristici oferite de noile versiuni deja enumerate de vSphere, vSAN, NSX-T și altele.

Separat, trebuie remarcată integrarea foarte strânsă a vSphere Lifecycle Manager (vLCM) cu platforma vSphere 7.vLCM completează capacitățile de gestionare a ciclului de viață ale componentelor infrastructurii de virtualizare care sunt deja în SDDC Manager, dar la un nivel mai profund - și anume, la nivelul de gestionare a firmware-ului pentru nodurile vSAN ReadyNodes (de exemplu, actualizări de firmware HBA).

La fel ca toate celelalte actualizări ale liniei vSphere, actualizarea VCF 4.0 este așteptată în aprilie. Puteți urmări actualizările de pe această pagină.

Etichete: VMware, Cloud, VCF, Actualizare, vCloud, Enterprse

Astăzi vom vorbi despre Identity Federation Services introduse în VMware vSphere 7.

V lumea modernă infrastructura corporativă se îndepărtează din ce în ce mai mult de autentificarea autentică a parolelor la practicile de autentificare cu doi factori (2FA) sau multi-factor (MFA). Procesul de identificare a utilizatorului se bazează întotdeauna pe 3 lucruri cheie: știi ceva (parola), ai ceva (telefon) sau cine ești (amprentă).

Serviciile de federație a identității vă permit să combinați infrastructura serverului vCenter cu alți furnizori de identitate, cum ar fi Director activ Servicii de federație (ADFS), pentru a unifica procesul de autentificare cu doi sau mai mulți factori. Cu alte cuvinte, utilizatorii care se conectează prin 2FA la desktopul sau serviciu cloud va folosi aceeași procedură pentru operațiunile vCenter Server.

Fiind conectat la unul dintre furnizorii de autentificare (de exemplu, ADFS), vSphere Client va redirecționa către formularul de autentificare al acestui furnizor la conectare. După autorizarea din partea furnizorului, va fi efectuată o redirecționare inversă folosind un token securizat, prin care utilizatorul va lucra deja cu serviciile vCenter.

În ceea ce privește experiența utilizatorului, aceasta seamănă, de exemplu, cu conectarea la un site web utilizând Google sau Facebook. Protocoalele OAUTH2 și OIDC sunt utilizate pentru schimbul de informații.

Dacă activați Identity Federation, puteți utiliza Active Directory tradițional, autentificare Windows integrată și LDAP / LDAPS pentru autentificare pe vCenter Server. Cu toate acestea, trebuie înțeles că toate aceste metode de autentificare nu afectează vSphere Single Sign-on (SSO), care este încă utilizat pentru a face setări administrative pentru platforma vSphere în sine.

Bob Plankers explică acest mecanism mai detaliat în videoclipul de mai jos:

Etichete: VMware, vSphere, Securitate, Client, Actualizare

Iată ce este nou în imaginea Ubuntu OVA pentru Horizon 1.2:

• Suportă cel puțin Horizon 7.11 / Horizon Client 5.3 și versiuni ulterioare
• Suportă cel puțin vSphere 6.7 și versiuni ulterioare
• Imagine de bază actualizată a șablonului OVA pe Ubuntu 18.04.4 LTS
• Hardware virtual actualizat - Virtual Hardware v14
• S-a adăugat posibilitatea de a configura o adresă IP statică
• Suport adăugat pentru USB 3.0 și redirecționare USB (prin script linux-agent-installer.sh)
• Opțiune adăugată pentru a selecta mediul desktop KDE
• Opțiune adăugată pentru a selecta mediul Gnome (recomandat)
• Opțiune pachet desktop pentru dezvoltatori
• Alegerea unui aspect de tastatură
• Opțiune pentru activarea SSH
• Setarea nivelului de rulare 5 a fost eliminată
• S-au remediat erori cu MOTD
• Oprit actualizare automata PE
• Suport SSO îmbunătățit
• Îmbunătățiri ale scriptului de optimizare, numit acum optimize.sh

Etichete: VMware, Labs, VDI, Horizon, Linux, Actualizare, VMachines

Amintiți-vă, de asemenea, că nu mai aveți instalatorul vCenter Server pentru Windows. , vSphere 6.7 a fost ultima versiune a platformei, unde exista încă o versiune pentru vCenter pentru Windows. Aceasta este acum doar o aplicație virtuală bazată pe sistemul de operare Photon vCenter Server Appliance (vCSA).

Mai devreme am scris că folosind utilitarul care a apărut în acesta, puteți migra un server extern Platform Services Controller (PSC) către un PSC încorporat ușor de gestionat utilizând vCenter Server CLI sau clientul grafic vSphere Client:

De asemenea, programul de instalare vCenter 7 actualizează vCenter și transferă toate serviciile către PSC încorporat ca parte a unei singure sarcini, astfel încât rezultatul actualizării va fi complet imediat. Instalatorul noului vCenter 7 nu are opțiunea de a implementa un PSC extern:

2. Procesul de migrare

Dacă parcurgeți calea de migrare de la vCenter Server pentru Windows la vCenter Server Appliance (VCSA), atunci schema va fi exact aceeași - ca urmare, veți obține vCenter 7 pe vCSA în PSC integrat:

După convertirea PSC externă, aceasta rămâne în consolă și este o sarcină ulterioară pentru administratorul vSphere să o scoată din funcțiune. Acest lucru se poate face folosind comanda CMSSO-UTIL sau de la interfață grafică client (în secțiunea Configurare sistem):

3. Modalități de actualizare

Totul este simplu aici. Actualizarea este acceptată conform acestei plăci:

După cum puteți vedea din tabel, actualizarea este acceptată începând cu vSphere 6.5, dar mulți administratori, atunci când fac upgrade la infrastructura virtuală, preferă să redistribuie serviciile vCenter pentru a nu trage de-a lungul istoricului posibilelor erori care pot apărea în timpul actualizării.

Înainte de actualizare, asigurați-vă că consultați documentele și. Dar amintiți-vă că înainte de lansarea oficială a vSphere 7, aceste documente nu conțin informații actualizate despre cea de-a șaptea versiune.

Etichete: VMware, vCenter, Upgrade

Acum este posibilă redefinirea politicilor. Politicile bazate pe computer sunt aplicate la pornirea sistemului. Folosind valoarea Interval de reîmprospătare puteți controla frecvența cu care aceste setări sunt actualizate înainte ca utilizatorul să se conecteze la sistem. Și folosind valoarea ContinueRefreshAfterLogon puteți continua să actualizați setările după ce utilizatorul este conectat.

Ei bine, ultima caracteristică interesantă din DEM 9.11 este Find Items. Vă va permite să căutați în șabloanele de configurare disponibile în Marketplace, în politica Horizon Smart pe care ați creat-o, într-un anumit set de condiții (set de condiții) și alte elemente, ceea ce este foarte convenabil pentru administratori:

Puteți descărca Dynamic Environment Manager 9.11 de pe acest link. Note de lansare sunt disponibile.

Etichete: VMware, DEM, Actualizare, VDI, EUC
Etichete: VMware, Horizon, Actualizare, VDI, DEM, Client, EUC

Să aruncăm o privire la noutățile din vRealize Operations 8.1:

1. Operațiuni cu infrastructură integrată vSphere și Kubernetes.

vRealize Operations 8.1 vă permite să descoperiți și să monitorizați clustere Kubernetes într-o infrastructură integrată vSphere, cu posibilitatea de a adăuga automat clustere de supraveghere, spații de nume, POD-uri și clustere pe măsură ce le adăugați la vCenter folosind funcțiile de gestionare a sarcinii de lucru.

După aceea, veți avea acces la paginile Rezumat pentru monitorizarea performanței, capacității, utilizării resurselor și configurării Kubernetes pe platforma vSphere 7.0. De exemplu, prognozarea capacității va arăta blocaje ale infrastructurii la nivelul nodului, în timp ce tablourile de bord, rapoartele, vizualizările și alertele vor fi utile pentru operațiunile de zi cu zi.

2. Operațiuni în infrastructura VMware Cloud pe AWS.

Acum, în VMware Cloud on AWS, puteți utiliza jetonul VMware Cloud Service Portal pentru a descoperi automat centrele de date SDDC și a configura instrumente de monitorizare în câțiva pași simpli. De asemenea, va fi posibil să utilizați un singur cont pentru a gestiona mai multe obiecte SDDC pe platforma VMware Cloud pe AWS, inclusiv serviciile vCenter, vSAN și NSX, și va exista, de asemenea, o integrare completă cu facturarea VMConAWS.

Următoarele tablouri de bord pot fi utilizate în cloud:

• Urmăriți utilizarea resurselor și performanțele mașinilor virtuale, inclusiv serviciile NSX Edge, Controller și vCenter Server.
• Monitorizați resursele cheie, inclusiv CPU, memorie, disc și rețea pentru toate infrastructurile și mașinile virtuale.
• Urmăriți tendințele consumului de resurse și preziceți valori cum ar fi timpul rămas, capacitatea rămasă și mașinile virtuale rămase.
• Găsirea mașinilor virtuale care consumă o cantitate nerezonabilă de resurse și necesită reconfigurare pe baza datelor istorice.

În plus, va fi oferit suport complet pentru instrumentele de vizualizare și monitorizare pentru serviciile VMware NSX-T:

Ei bine, în lansarea vROP 8.1 există o integrare completă a funcționalității de urmărire a costurilor VMware Cloud on AWS cu soluția vRealize Operations din interfața portalului. Acest lucru vă va permite să controlați costurile deja efectuate și amânate, precum și să le detaliați în funcție de abonamente, date de consum și de plată.

Evaluarea migrației AWS a fost, de asemenea, actualizată pentru a permite salvarea mai multor rezultate din diferite scenarii pentru o analiză ulterioară. Aceste scenarii includ diverse opțiuni pentru CPU rezervat, memorie rezervată, toleranță la erori, nivel de raid și reduceri.

3. Funcții de monitorizare a mai multor nori (monitorizare Unified Multicloud).

Instrumentele de monitorizare oferă acum funcții și mai avansate, cum ar fi suport Google Cloud Platform, suport AWS îmbunătățit și noul pachet Cloud Health Management.

VROPS 8.1 are acum următoarele servicii GCP:

• Calculați instanța motorului
• Găleată de depozitare
• VPN VPN
• Interogare mare
• Kubernetes Engine

Pachetul de gestionare AWS acceptă acum următoarele obiecte AWS:

• Elastic Beanstalk
• Gateway de conectare directă
• Grup țintă
• Transit Gateway
• Internet Gateway
• Interfață de rețea elastică (ENI)
• Clusterul EKS

Pachetul de gestionare CloudHealth a fost, de asemenea, îmbunătățit pentru a include capacitatea de a aduce GCP Outlook și date privind prețurile în vRealize Operations 8.1. De asemenea, puteți crea orice număr de tablouri de bord personalizate prin combinarea prețurilor pentru diferite raporturi de resurse de cloud public, hibrid sau privat.

Se așteaptă ca VRealize Operations 8.1 să fie lansat în luna aprilie a acestui an, concomitent cu lansarea VMware vSphere 7. Vom scrie despre asta cu siguranță.

Etichete: VMware, vRealize, Operațiuni, Actualizare, Monitorizare, vSphere, Cloud
Etichete: VMware, vCenter, VEBA, Labs
Etichete: VMware, SRM, Update, DR, Replication, Enterprise

Să spunem imediat că acesta este doar un anunț, nu un anunț despre disponibilitatea unei noi versiuni a produsului pentru descărcare - de regulă, versiunea GA a vSphere apare în termen de o lună de la anunț. Prin urmare, vom aștepta în continuare VMware vSphere 7 în aprilie și astăzi vom vorbi despre noile caracteristici ale acestei platforme.

1. Îmbunătățiri ale serviciilor VMware vCenter

Simplificarea topologiei SSC vCenter Server poate fi observată aici:

• Actualizați vCenter Server pentru utilizatorii PSC externi la o topologie consolidată bazată pe un singur server vCSA.
• PSC încorporat este acum singura opțiune de implementare. PSC extern nu mai este acceptat.

Profiluri de server VCenter:

• Această nouă caracteristică pentru serverele vCenter funcționează exact la fel cum funcționează Host Profiles pentru gazde. Acum puteți compara și exporta setările serverelor vCenter în format JSON în scopuri de rezervă sau pentru a aplica aceste setări altui vCenter prin intermediul API-ului REST.

Caracteristici VCenter Multi-Homing:

• Până la 4 vNIC pot fi utilizate acum pentru traficul de control vCSA, dintre care o vNIC este rezervată pentru vCHA.

Îmbunătățiri ale Bibliotecii de conținut

• Există acum o nouă vizualizare pentru gestionarea șabloanelor, care oferă funcționalități Check-In și Check-Out pentru gestionarea versiunilor șablonului și posibilitatea de a reveni la o versiune anterioară.
• În primul rând, se face o verificare pentru a deschide posibilitatea de a face modificări, apoi puteți face o verificare pentru a salva modificările în bibliotecă.

Noua funcție vCenter Server Update Planner:

• Noua capacitate este disponibilă ca parte a vSphere Lifecycle Manager (vLCM) pentru serverele vCenter.
• Cu Update Scheduler, puteți primi alerte pentru actualizări vCenter, puteți planifica și lansa upgrade-uri și puteți efectua analize ce se întâmplă înainte de actualizare.
• Abilitatea de a efectua verificări pre-upgrade pentru serverul vCenter selectat.

2 îmbunătățiri VMware DRS

• DRS începe acum în fiecare minut în loc de fiecare 5 minute așa cum a fost înainte.
• Mecanismul de scor VM DRS (aka) este utilizat pentru a genera recomandări.
• Acum este un mecanism centrat pe volumul de lucru - asta înseamnă că acum, în primul rând, sunt luate în considerare nevoile mașinii virtuale în sine și ale aplicației din ea, și numai apoi utilizarea resurselor gazdă.
• Calculele memoriei se bazează pe memoria acordată în loc de deviația standard a clusterului.
• A apărut mecanismul Acțiuni scalabile, care vă permite să alocați mai bine Acțiuni în grupul de resurse în ceea ce privește echilibrarea acestora.

3. Îmbunătățiri aduse vMotion

Au existat astfel de îmbunătățiri:

• Îmbunătățiri ale migrațiilor pentru Monster VM (cu resurse mari și sarcină foarte mare), crescând astfel șansele unei migrări de succes.
• Utilizarea unui singur vCPU la urmărirea paginilor modificate (urmărirea paginilor) în locul tuturor vCPU-urilor, care are un impact mai mic asupra performanței în timpul migrării.
• Timp redus pentru trecerea contextului la alt server (acum mai puțin de o secundă). Acest lucru se realizează prin comutarea la un moment în care bitmap-ul de memorie compactat a fost deja transmis către serverul țintă, în loc să aștepte transmiterea bitmap-ului complet.

4. Funcții noi ale vSphere Lifecycle Manager (vLCM)

Două îmbunătățiri pot fi observate aici:

• Cluster Image Management, care include firmware, driver și actualizări de imagini ESXi ale diferitelor versiuni.
• Suport inițial pentru soluțiile Dell OpenManage și HP OneView.

5. Caracteristici Accelerare aplicație (previzualizare tehnică)

Aceste caracteristici au venit de la compania dobândită Bitfusion. Acestea vă permit să optimizați utilizarea GPU-ului în pool-ul prin rețea, atunci când vGPU poate fi partajat parțial între mai multe VM-uri. Aceasta poate fi utilizată pentru sarcinile de lucru ale aplicației AI / ML.

Toate acestea vă permit să organizați calculele în așa fel încât gazdele ESXi cu module hardware GPU să ruleze mașini virtuale, iar însoțitorii lor de VM pe serverele ESXi obișnuite rulează aplicații direct. În acest caz, instrucțiunile CUDA de la VM-urile client sunt transmise către VM-urile serverului prin rețea. Puteți citi mai multe despre asta.

6. Funcții hardware alocabile

Această caracteristică vă permite să utilizați așa-numita Dynamic DirectPath I / O pentru mașinile care trebuie să funcționeze cu dispozitive PCIe passthrough și Nvidia GRID. Acum poate fi folosit pentru a selecta gazde cu cerințe hardware specifice, cum ar fi vGPU și PCIe. Acest lucru permite, la rândul său, utilizarea tehnologiilor HA și DRS Initial Placement pentru astfel de VM-uri într-un cluster în care există gazde ESXi care sunt compatibile din punct de vedere hardware.

7. Managementul certificatelor

Iată cele 2 noi caracteristici principale:

• Expert nou pentru importarea certificatelor.
• API de certificat pentru gestionarea certificatelor de scriptare.

8. Caracteristici ale federației de identitate

Funcțiile ADFS sunt acum acceptate imediat și mai mulți IDP care utilizează mecanisme OAUTH2 și OIDC vor fi, de asemenea, acceptate.

9. Caracteristici vSphere Trust Authority (vTA)

• vTA folosește un cluster separat de gazde ESXi pentru a crea un nod de încredere hardware separat.
• Acest cluster va putea cripta clusterul de calcul și VM-urile sale împreună cu vCenter și alte componente de management.
• Puteți utiliza mecanismul de atestare atunci când sunt necesare chei de criptare.
• Acum este mai ușor să impunem principiul minimului privilegiu și să extindem spațiul de audit.

10. Capabilitate vSGX / Secure Enclaves (Intel)

• Intel Software Guard Extensions (SGX) vă permit să mutați logica și stocarea aplicațiilor sensibile într-o zonă protejată pe care sistemele de operare invitate și hipervizorul ESXi nu o pot accesa.
• Funcțiile SGX elimină utilizarea vMotion, instantanee, Fault Tolerance și alte tehnologii. Prin urmare, SGX este cel mai bine utilizat numai atunci când nu există altă cale.

11. Noua ediție a vSphere cu Kubernetes (Proiectul Pacific)

Am vorbit despre Proiectul Pacific în detaliu. Este un set de instrumente pentru transformarea unui mediu VMware vSphere într-o platformă nativă pentru clusterele Kubernetes. vCenter Server oferă capabilități de gestionare cluster k8s (orice clustere mai vechi de n-2 vor fi actualizate). Harbor este, de asemenea, integrat în soluție, care poate fi inclus pentru fiecare spațiu de nume.

Până în prezent, acest lucru este disponibil numai pentru utilizatorii VMware Cloud Foundation (4.0), deoarece soluția este legată de o componentă.

12. Îmbunătățiri aduse instrumentelor VMware

Funcțiile Magazinului pentru oaspeți sunt acum disponibile în sistemul de operare pentru oaspeți (cum ar fi actualizarea VMware Tools din sistemul de operare pentru oaspeți).

13. Hardware actualizat (VM Hardware v17)

Principalele îmbunătățiri aici sunt:

• Virtual Watchdog Timer - acum nu există nicio dependență de hardware-ul fizic pentru a reporni VM în cazul în care sistemul de operare invitat nu răspunde.
• Precision Time Protocol (PTP) - Pentru aplicații foarte sensibile la timp (cum ar fi platformele de tranzacționare pentru comercianți), puteți utiliza PTP în loc de NTP și îl puteți atribui mașinilor virtuale.

14. Îmbunătățiri aduse vSphere Client

Următoarele îmbunătățiri au apărut aici:

• Istoricul căutărilor a început să fie salvat.
• API Explorer are acum o vizualizare mai bună a tuturor API-urilor disponibile.
• Pentru Code Capture, puteți alege acum un limbaj de scriptare - PowerCLI, Javascript, Python sau Go.

Desigur, acestea nu sunt toate noile caracteristici ale VMware vSphere 7, prezentate zilele trecute. În viitorul apropiat, vă vom spune mai multe despre ele și, în plus, vom analiza și soluțiile anunțate ale familiei VMware Tanzu, VMware Cloud Foundation 4 și vRealize 8.1.

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

Pentru a traduce adresele virtuale în adrese fizice, se utilizează un Tabel de pagini care conține înregistrări PTE (Intrări în tabel de pagini):

Înregistrările PTE conțin linkuri către real adrese fiziceși câțiva parametri ai paginii de memorie (puteți citi mai multe despre aceasta). Structurile înregistrărilor PTE pot fi de dimensiuni diferite - acestea sunt WORD (16 biți / 2 octeți), DWORD (32 biți / 4 octeți) și QWORD (64 biți / 8 octeți). Acestea adresează blocuri mari de adrese din memoria fizică, de exemplu, DWORD adresează un bloc de adrese de 4 kilobyte (de exemplu, adrese de la 4096 la 8191).

Memoria este citită și transferată în sistemul și aplicațiile invitate în pagini de 4 KB sau 2 MB - acest lucru vă permite să citiți conținutul celulelor de memorie în blocuri, ceea ce accelerează semnificativ performanța. Bineînțeles, cu această abordare, există fragmentarea memoriei - rareori când este necesar să scrieți un număr întreg de pagini, iar o parte din memorie rămâne neutilizată. Pe măsură ce dimensiunea paginii crește, crește și fragmentarea acestora, dar performanța crește.

Tabelele de pagini (și pot fi mai multe) sunt controlate de un software sau hardware Memory Management Unit (MMU). În cazul unui MMU hardware, hipervizorul îi transferă funcțiile de control de difuzare, iar software-ul MMU este implementat la nivelul VMM (Virtual Machine Monitor, parte a ESXi hypervisor):

O componentă importantă a MMU este Translation Lookaside Buffer (TLB), care este memoria cache pentru MMU. TLB este întotdeauna localizat cel puțin în memoria fizică, iar pentru procesoare este adesea implementat la nivelul procesorului în sine, astfel încât accesul la acesta să fie cât mai rapid posibil. Prin urmare, timpul de acces tipic TLB pe un procesor este de aproximativ 10 nanosecunde, în timp ce accesul la memoria fizică este de aproximativ 100 nanosecunde. VMware vSphere acceptă Hardware MMU Offload, adică transferul funcțiilor de gestionare a memoriei pe partea MMU a procesorului fizic.

Deci, dacă apare o cerere de la mașina virtuală pentru a accesa adresa virtuală 0x00004105, atunci această adresă este împărțită în adresa paginii virtuale (numărul paginii virtuale - 0x0004) și offset (Offset - 0x105- zona din interiorul paginii care este accesată):

Decalajul este transmis direct la accesarea paginii de memorie fizică, dar eticheta de pagină virtuală este căutată în TLB. În acest caz, TLB conține o intrare care reprezintă adresa fizică a paginii corespunzătoare acestei etichete 0x0007 prin urmare, traducerea paginii virtuale în cea fizică a avut succes. Se numeste TLB Hit, adică lovind memoria cache.

O altă situație este, de asemenea, posibilă - la descompunerea unei adrese virtuale, eticheta rezultată 0x0003 lipsă în TLB. În acest caz, pagina este căutată în memoria fizică de către etichetă (pagina numărul 3) și adresa acesteia este deja tradusă ( 0x006). Apoi, o intrare cu această etichetă este adăugată la TLB (în acest caz, intrările vechi din cache sunt interzise dacă este plină):

Trebuie remarcat faptul că o astfel de operație provoacă o întârziere puțin mai mare (deoarece trebuie să căutați în memoria globală), iar această situație se numește TLB Domnișoară, adică o dor de TLB.

Dar aceasta nu este cea mai gravă situație, deoarece latența merge în continuare la nanosecunde. Dar accesul poate fi mult mai lung (milisecunde sau chiar secunde) dacă pagina de care are nevoie sistemul de operare invitat a fost copiată pe disc.

Să vedem un exemplu:

Mașina virtuală a accesat adresa virtuală 0x00000460 pentru care există o etichetă 0x0000... În memoria fizică, pagina 0 este alocată pentru această etichetă, ceea ce înseamnă că trebuie să căutați această pagină pe discul în care pagina a fost spălată din cauza lipsei de RAM fizică.

În acest caz, pagina este restaurată de pe disc pe RAM (deplasând cea mai veche pagină din punct de vedere al timpului de acces), iar apoi adresa către această pagină este tradusă. Această situație se numește eșec de pagină ( Eroare pagină), ceea ce duce la întârzieri în operațiile aplicației, deci este uneori util să urmăriți defecțiunile de pagină ale proceselor individuale pentru a înțelege motivul scăderii performanței atunci când lucrați cu memorie.

Etichete: VMware, vSphere, ESXi, Memorie, Performanță, Bloguri

Utilizatorii existenți vSphere Platinum după data anunțată vor primi licențe vSphere Enterprise Plus, produsul VMware AppDefense SaaS și VMware AppDefense Plugin pentru vSphere (consultați de unde descărcați acest plugin). Pentru utilizatorii vCloud Suite Platinum și Cloud Foundation Platinum, nimic nu se schimbă, cu excepția evoluției vSphere în sine, care este inclusă în pachete.

Etichete: VMware, vSphere, Platinum, Actualizare, Asistență

Pachetul se concentrează pe calitatea codului, reutilizarea codului, testarea unității, gestionarea relațiilor și lansările de proiecte alăturate pentru platforma vRealize. vRealize Build Tools sunt extensii ambalate într-un format de depozit Maven care acceptă utilizarea unui IDE (prin Maven) și a unei CLI pentru dezvoltarea, testarea și implementarea soluțiilor pentru platformele vRA / vRO.

Să vedem ce este nou în cea de-a doua versiune:

• Suport pentru soluție, planurile sale, formulare personalizate, abonamente și mecanica de mapare a aromelor
• Suport pentru conținut existent și importați-l pentru vRO 8
• Suport pentru funcționalitatea vRO 8 pentru exportul fluxurilor de lucru într-o structură de dosare pe baza etichetelor lor
• Lansarea proceselor de lucru pe vRO folosind comanda maven
• Capacitatea de a salva ID-urile JS Actions la sursă pentru a preveni conflictele în mediul vRO
• Îmbunătățiri ale suportului experimental pentru proiectele TypeScript
• Remedierea erorilor și actualizări ale documentației

Pentru a începe cu vRealize Build Tools, aveți nevoie de următoarele instrumente:

• vRealize Orchestrator
• Cod Microsoft VS

Puteți descărca vRealize Build Tools aici.

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

În plus față de multe remedieri de erori, utilitarul are mai multe cmdlet-uri noi:

• Adăugați-vRA-Administrator de proiect
• Adăugați-vRA-Member-Project
• Get-vRA-DeploymentFilters
• Get-vRA-DeploymentFilterTypes
• Get-vRA-FabricNetworksFilter
• Get-vRA-FabricImagesFilter
• Remove-vRA-Administrator-proiect
• Remove-vRA-Member-Project
• Update-vRA-Project-ZoneConfig

Pentru a vă reaminti, acest modul nu este acceptat de VMware (la fel ca toate utilitățile de la VMware Labs care se află în stare de previzualizare tehnică), deci utilizați-l cu precauție.

Puteți găsi acest instrument util în următoarele cazuri:

• Când trebuie să comparați două clustere în funcție de performanță (de exemplu, pe hardware diferit)
• Când să înțelegeți impactul asupra performanței modificărilor de configurare a clusterului
• Când trebuie să verificați dacă un nou cluster este configurat corect înainte de al lansa într-un mediu de producție

Pentru a rula Weathervane, trebuie să creați imagini de container, să pregătiți un fișier de configurare și să rulați un benchmark. În continuare, utilitarul va implementa el însuși containere în cluster, va lansa aplicații și va colecta rezultatele testelor.

Weathervane implementează aplicația de referință pe noduri și alimentează încărcarea de acolo, care este generată prin componenta driverului Workload. Acest driver poate fi localizat atât împreună cu aplicația de referință, cât și în mediul extern, într-un cluster separat.

Weathervane poate fi setat la o încărcare constantă pentru un număr fix de utilizatori simulați sau poate fi configurat pentru a căuta numărul maxim de utilizatori pentru a îndeplini cerințele privind calitatea serviciului (QoS). În acest din urmă caz, rezultatul testului va fi numărul maxim de WvUsers pe care îl poate rezista clusterul. De fapt, acest parametru trebuie utilizat pentru a compara clusterele în funcție de performanță.

Așa arată componentele soluției Weathervane (componenta Run ham este responsabilă pentru executarea testelor și obținerea rezultatelor testului):

Weathervane folosește o aplicație web cu mai multe niveluri care include servicii fără stat și stateful. Puteți alege dintre aceste tipuri de implementare a aplicației. Mai multe instanțe de aplicație pot fi rulate într-o singură rundă, permițând testarea să se extindă pe clustere mari.

Aplicația Weathervane constă din mai multe niveluri. Logica aplicației este implementată prin servicii Java care rulează pe serverul Tomcat care comunică prin intermediul mesajelor REST API și RabbitMQ și utilizează Zookeeper pentru coordonare. Depozitele de backend sunt implementate folosind PostgreSQL și Cassandra. Servere web front-end și servere cache proxy sunt implementate în Nginx.

Etichete: VMware, Kubernetes, Weathvane, Actualizare, Performanță

Și în Rusia există deja 10 transportatori vExpert, nu atât de mulți, dar nu prea puțini (la nivelul Suediei și Norvegiei). Este clar că majoritatea vExpert provin din acele țări în care totul este bun cu limba engleză, deoarece publicul blogurilor în limba engleză este mai larg, ceea ce îi motivează pe autori să scrie postări (și, în general, vExpert este dat pentru blogging).

Așa arată primii zece:

Și iată specialiștii din Rusia care au primit vExpert anul acesta:

Etichete: VMware, vExpert, Bloguri

VMware vCenter Server 6.7 Performanță cu infrastructura virtuală a serverelor VMware ESXi de la distanță și sucursale

Mulți utilizatori ai platformei VMware vSphere știu că există o astfel de opțiune pentru implementarea și operarea unei infrastructuri virtuale distribuite precum ROBO (Remote sau Brunch Offices). Aceasta implică prezența unuia sau mai multor centre de date principale, de unde sunt administrate mici birouri la distanță, unde sunt amplasate mai multe servere VMware ESXi, cu sau fără propriul lor vCenter.

La sfârșitul anului trecut, VMware a lansat o lucrare interesantă „Performanța VMware vCenter Server 6.7 în birouri la distanță și sucursale” (am abordat deja un pic), care discută despre principalul aspect al utilizării unui astfel de scenariu - performanța. La urma urmei, birourile la distanță pot fi amplasate în alte orașe, țări și chiar pe continente, accesul la care se realizează prin diferite tipuri de conexiuni (de exemplu, 4G sau satelit), deci este foarte important cât de mult consumă diverse operațiuni și cât de repede se rezolvă din punctul de vedere al administratorului.

Parametrii diferitelor tipuri de conexiuni de rețea în VMware au fost rezumați într-un tabel (în coloana din dreapta, care a fost obținută ca urmare a utilizării configurației de testare și în coloana din stânga, așa cum se întâmplă în scenarii cu centre de date reale):

Pentru testare, am folosit o configurație la distanță de 128 de gazde ESXi, unde au fost înregistrate 3840 de mașini virtuale (960 VM pe cluster, 30 pe gazdă), dintre care până la 3000 de mașini au fost pornite simultan.

Hipervizorii (tehnologii de virtualizare) există de mai bine de 30 de ani și în acest timp au reușit să devină unul dintre principalii „roți dințate” din ecosistemul cloud. Multe companii care caută soluții de virtualizare optează pentru doi hipervizori populari - VMware și KVM. Ne propunem să ne dăm seama care dintre ele este mai bună. Dar mai întâi, o mică teorie.

Ce este un hipervizor?

Un hipervizor este un program care separă sistemul de operare de hardware. Hipervizorii virtualizează resursele serverului (procesor, memorie, disc, interfețe de rețea etc.), permițându-le să fie utilizate ca proprii și creează mai multe mașini virtuale separate bazate pe un singur server. Fiecare mașină virtuală creată este izolată de vecinii săi pentru a nu afecta munca altora. Pentru ca hipervizorul să funcționeze, este nevoie de suport pentru virtualizare: pentru procesoarele Intel pe un procesor Intel VT și pentru procesoarele AMD pe AMD-V.

Hipervizorii sunt împărțiți în două tipuri: primul lucrează direct cu serverul, iar sistemul de operare al utilizatorului rulează deasupra acestuia. Acești hipervizori pot oferi funcționalități de gestionare a serverului unor utilizatori, iar majoritatea întreprinderilor folosesc acești hipervizori.

Al doilea tip de hipervizor, cunoscut și sub numele de Hypervisor găzduit, rulează cu sistemul de operare instalat pe server. Și sistemele de operare pentru utilizatorii noi sunt construite deasupra hipervizorului.

Hipervizorii desktop, cum ar fi Oracle VirtualBox sau VMware Workstation, sunt hipervizori de tip 2, în timp ce VMware și KVM sunt de tip 1. VMware și KVM sunt instalate direct pe server și nu necesită instalarea niciunui sistem de operare.

VMware vSphere

Înainte de a achiziționa VMware vSphere, puteți încerca versiunea de încercare (60 de zile), după care trebuie să cumpărați o licență sau să vă supuneți limitările versiunii gratuite.

Versiunea gratuită, numită VMware Free vSphere Hypervisor, nu are limite CPU sau de memorie pentru gazdă, dar există o serie de altele:

• API-ul produsului este numai în citire;
• o mașină virtuală nu poate avea mai mult de 8 nuclee;
• nu poate fi utilizat împreună cu Veeam pentru a crea copii de rezervă;
• conexiunea la vCenter Server nu este acceptată;
• Nici tehnologiile de disponibilitate ridicată, VM Host Live Migration și VM Storage Live Migration nu sunt acceptate.

Produsul de la VMware diferă de omologii săi prin suportarea unui număr mare de sisteme de operare - Windows, Linux, Solaris, FreeBSD, Netware, MacOS și altele.

Instalarea unei distribuții VMware pe un server este foarte simplă: pur și simplu porniți de pe un CD, unitate flash sau PXE. În plus, scripturile sunt acceptate pentru a automatiza instalarea software-ului, configurarea rețelei și conectivitatea vCenter Server.

De asemenea, este important să aveți un convertor VMware vCenter special care vă permite să utilizați MS Virtual Server, computer virtual, imagini Hyper-V în ESXi, precum și servere fizice și imagini de partiție de disc create de programe precum Acronis True Image, Norton Ghost si altii.

VMware vSphere are integrare integrată Microsoft Active Directory, ceea ce înseamnă că puteți autentifica utilizatorii într-un cloud privat sau hibrid folosind Microsoft Domain Services. Alocarea flexibilă a resurselor permite adăugarea la cald a procesorului, RAM și Hard disk(inclusiv redimensionarea discului curent fără repornire).

VMware Fault Tolerate este o tehnologie VMware concepută pentru a proteja mașinile virtuale cu clustere de disponibilitate continuă. Dacă gazda (serverul ESXi) cu copia principală de lucru a mașinii virtuale eșuează, mașina virtuală protejată va trece instantaneu la copia „secundară” sau „umbră” care rulează pe un alt server ESXi. Pentru mașinile protejate de VMware Fault Tolerance, există o copie constantă (în timp real) a întregii stări a memoriei și a instrucțiunilor procesorului de la copia principală la copia shadow. Dacă gazda primară ESXi eșuează, utilizatorii nu vor observa nici măcar procesul de failover către a doua gazdă. Aceasta face diferența dintre toleranța la erori și disponibilitatea ridicată. În Disponibilitate ridicată, dacă serverul fizic eșuează, mașinile virtuale vor fi repornite pe alte noduri și, în timp ce sistemele de operare sunt repornite, utilizatorii nu vor putea accesa serverele virtuale.

În plus față de VMware Foult Tolerate, licența VMware vCloud Suite Enterprise oferă disponibilitate ridicată, rezistență și recuperare în caz de dezastru cu vSphere HA, vMotion, Storage vMotion și vCenter Site Recovery Manager.

Pentru a reduce întreruperile planificate în deservirea serverelor sau a sistemelor de stocare (DSS), funcțiile vMotion și Storage vMotion mută mașinile virtuale și discurile lor online fără a întrerupe aplicațiile și utilizatorii. VSphere Replication acceptă mai multe opțiuni de replicare vCenter Site Recovery Manager (SRM) pentru a vă proteja împotriva dezastrelor majore. SRM oferă planificare centralizată de recuperare în caz de dezastru, Failover și Failback automat de pe un site de backup sau vCloud și teste non-perturbatoare de recuperare în caz de dezastru.

Particularitățile acestui hipervizor includ selectivitatea față de hardware - înainte de instalare, trebuie să verificați cu atenție hardware-ul existent pentru compatibilitate cu versiunea dorită de ESXi. Există una specială pentru acest lucru pe site-ul web VMware.

Licențierea produselor VMware are propriile sale specificități. Confuzie suplimentară este adăugată de modificări periodice (de la versiune la versiune de vSphere) în politica de licențiere VMware. Există mai multe puncte de luat în considerare înainte de a cumpăra licențe VMware vSpere:

• hipervizorul este licențiat pe bază fizică (CPU). Fiecare procesor de server necesită o licență vSphere separată (nucleele nu sunt procesoare fizice și nu sunt luate în considerare pentru acordarea licențelor);
• funcționalitatea disponibilă a serverului ESXi este determinată de licența vSphere instalată pe acesta. Un ghid detaliat privind licențele este disponibil la adresa;
• pentru fiecare licență vShpere achiziționată, trebuie să achiziționați un pachet de asistență pentru servicii (cel puțin un an);
• VMware nu impune limite asupra cantității de memorie (RAM) instalată pe server sau asupra numărului de mașini virtuale care rulează.

Un alt produs VMware, Vcenter Server, poate fi utilizat pentru a gestiona mai multe gazde cu hipervizoare ESXi, sisteme de stocare și echipamente de rețea. Plug-in-urile client vSphere furnizate de partenerii VMware oferă administratorilor IT posibilitatea de a gestiona elemente terțe părți din centrul de date direct de pe această consolă. Prin urmare, utilizatorii vCenter pot face backup, proteja datele, gestiona servere, rețele și securitate direct din interfața vCenter. În aceeași consolă, puteți configura declanșatoare care vă vor notifica cu privire la problemele apărute și puteți obține date despre funcționarea întregii infrastructuri sub formă de grafice sau tabele.

KVM

KVM este un hipervizor ușor de utilizat, ușor, cu resurse reduse și destul de funcțional. Vă permite să implementați o platformă de virtualizare și să organizați virtualizarea în sistemul de operare Linux în cel mai scurt timp posibil. În timpul funcționării, KMV accesează nucleul sistemului de operare printr-un modul special (KVM-Intel sau KVM-AMD). Inițial, KVM suporta doar procesoare x86, dar versiunile moderne ale KVM acceptă o mare varietate de procesoare și sisteme de operare pentru oaspeți, inclusiv Linux, BSD, Solaris, Windows etc. Apropo, toate resursele Wiki (MediaWiki, Wikimedia Foundation, Wikipedia, Wikivoyage, Wikidata, Wikiversity) folosesc acest hypervisor special.

Deoarece sistemele de operare guest interacționează cu un hipervizor care este integrat în kernel-ul Linux, sistemele de operare guest au capacitatea de a accesa hardware-ul direct fără a fi nevoie să schimbe sistemul de operare guest. Datorită acestui fapt, nu există aproape nici o încetinire a sistemului de operare pentru oaspeți.

KVM permite mașinilor virtuale să utilizeze imagini de disc QEMU nemodificate, imagini de disc VMware și alte imagini care conțin sisteme de operare. Fiecare mașină virtuală are propriul hardware virtual: plăci de rețea, disc, placă video și alt hardware.

Datorită asistenței pentru imagini VMware nemodificate, un server fizic poate fi ușor virtualizat utilizând același utilitar VMware vServer Converter și apoi transferat fișierul rezultat la hipervizor.

Instalarea KVM în sala de operație Sistem Linux constă în instalarea pachetului KVM și a bibliotecii de virtualizare Libvirt, precum și în configurarea atentă a mediului de virtualizare. În funcție de sistemul de operare utilizat pe gazdă, trebuie să configurați o punte sau o conexiune la o consolă VNC prin care mașinile virtuale vor comunica cu gazda.

Administrarea KVM este mai dificilă, deoarece accesul transparent la fișiere, procese, console și interfețe de rețea lipsă, trebuie să o configurați singur. Reconstruirea parametrilor VM în KVM (CPU, RAM, HDD) nu este foarte convenabilă și necesită pași suplimentari, inclusiv repornirea sistemului de operare.

Proiectul în sine nu oferă instrumente grafice convenabile pentru gestionarea mașinilor virtuale, ci doar utilitarul Virsh, care implementează toate funcțiile necesare. Pentru gestionarea convenabilă a mașinilor virtuale, puteți instala suplimentar pachetul Virt-Manager.

KVM nu are instrumente încorporate precum Fault Tolerate pentru VMware, deci singura modalitate de a crea un cluster HA este de a utiliza replicarea rețelei cu DRDB. Clusterul DRBD acceptă doar două noduri, iar nodurile sunt sincronizate fără criptare. Adică, pentru o conexiune mai sigură, trebuie să utilizați o conexiune VPN.

În plus, pentru a construi un cluster de înaltă disponibilitate, veți avea nevoie de programul Heartbeat, care permite nodurilor din cluster să schimbe mesaje de serviciu despre starea lor și Pacemaker, managerul de resurse cluster.

Hipervizorul KVM este distribuit ca un produs open source, iar pentru utilizatorii corporativi există o soluție comercială Red Hat Virtualization (RHEL) bazată pe KVM și platforma de gestionare a infrastructurii virtuale oVirt.

Avantajul fără îndoială al acestui hipervizor este că poate rula pe orice server. Hipervizorul este destul de nepretențios în ceea ce privește resursele, ceea ce îl face ușor de utilizat pentru testarea sarcinilor.

Vă rugăm să rețineți că KVM nu are un serviciu de asistență. Dacă ceva nu funcționează, puteți conta pe forumuri și pe ajutorul comunității. Sau du-te la RHEL.

Deci, ce ar trebui să alegi?

Ambii hipervizori sunt sisteme de virtualizare mature, fiabile și performante, fiecare cu propriile caracteristici de luat în considerare atunci când alegeți.

KVM este în general mai scalabil decât VMware, în primul rând pentru că vSphere are unele limitări asupra serverelor pe care le poate gestiona. În plus, VMware a adăugat un număr mare de rețele de stocare (SAN) pentru a sprijini mai mulți furnizori. Această caracteristică înseamnă că VMware are mai multe opțiuni de stocare decât KVM, dar face și mai dificilă acceptarea stocării VMware pe măsură ce se extinde.

KVM este de obicei cel mai popular hipervizor pentru companiile care doresc să reducă costurile de implementare și sunt mai puțin interesate de caracteristicile de nivel enterprise.

Cercetările au arătat că TCO-ul KVM este de obicei cu 39% mai mic decât VMware, deși TCO-ul real depinde de factori specifici, cum ar fi parametrii operaționali și volumul de lucru al site-ului.

Integrarea strânsă cu sistemul de operare gazdă este unul dintre cele mai frecvente motive pentru care dezvoltatorii aleg KVM. Mai ales cei care folosesc Linux. Includerea KVM în multe distribuții Linux o face, de asemenea, o alegere convenabilă pentru dezvoltatori.

Furnizorii de cloud care oferă servicii IaaS clienților lor optează de obicei pentru o infrastructură construită pe produsele VMware. Soluțiile bazate pe VMware Sphere conțin toate funcțiile importante ale întreprinderii pentru asigurarea unei disponibilități ridicate și continue, oferă suport pentru mai multe sisteme de operare pentru clienți și au capacitatea de a interfața infrastructura clientului cu serviciile cloud.

vSAN 6.7 îmbunătățește eficiența operațională HCI, reduce curba de învățare și accelerează luarea deciziilor. Această versiune oferă suport pentru aplicații mai consistent, mai robust și mai sigur. În plus, cunoștințele experților de vârf, cele mai noi tehnologii și instrumentele de analiză sunt utilizate pentru rezolvarea mai convenabilă și mai rapidă a problemelor. Tot mai multe companii și furnizori de servicii cloud aleg VMware vSAN ca soluție de infrastructură hiperconvergată.

POSIBILITĂȚI

Îmbunătățiri ale produsului

Următoarele sunt principalele caracteristici noi și actualizări pentru vSAN 6.7.

• Interfață de utilizator bazată pe HTML5
• Interfața de utilizator complet reproiectată oferă capacități moderne de control. Noua interfață a fost construită pe aceeași platformă care este utilizată în alte produse VMware, astfel încât clienții vor avea un proces unificat și ușor de utilizat pentru gestionarea celei mai complete stive de produse SDDC. În plus, noua interfață reduce numărul de pași necesari pentru a finaliza multe sarcini prin simplificarea fluxurilor de lucru.
• Realizați operațiuni în vCenter
• VRealize Operations, integrat direct în vCenter, oferă vizibilitate completă în mediile HCI desfășurate la fața locului sau într-o gamă largă de nori publici și este disponibil gratuit tuturor clienților Advanced și Enterprise vSAN. Cu tablourile de bord vSAN personalizabile într-o singură consolă de administrare, vă puteți monitoriza și controla mediul HCI. Integrarea instanțelor vROP noi sau existente nu este perturbatoare.
• vSAN ReadyCare
• Suportul VSAN ReadyCare subliniază angajamentul VMware față de clienții vSAN și oferă asistență end-to-end prin intermediul experților de vârf și a celor mai noi analize și tehnologii. Folosind modelarea predictivă în vSAN Support Insight, VMware analizează datele colectate în mod anonim de la mii de clienți vSAN și îi notifică înainte să apară probleme. În plus, validatorii de sănătate vSAN oferă notificări în timp real și sfaturi de depanare.
• Criptare FIPS 140-2
• VSAN introduce prima soluție de criptare a stocării standard din industrie pentru HCI. VSAN 6.7 introduce vSAN Encryption, prima soluție software care îndeplinește cerințele FIPS 140-2 și cerințele federale stricte din SUA. Criptarea vSAN reduce costurile de protecție a datelor și crește flexibilitatea prin eliminarea dependenței hardware și simplificarea proceselor de management de bază. Este, de asemenea, prima soluție HCI care are liniile directoare STIG aprobate de Agenția pentru Sisteme de Informații pentru Apărare (DISA).
• Creșterea rezistenței aplicațiilor
• VSAN oferă o experiență consecventă pentru utilizatorul final pentru aplicații cu capabilități inteligente de auto-recuperare, cum ar fi resincronizarea adaptivă, trecerea rapidă la eșec pentru rețele segregate fizic și consolidarea replicilor. Sincronizarea adaptivă optimizează gestionarea traficului I / O pentru a menține aplicațiile sănătoase în timpul sincronizării. Consolidarea replicilor reduce timpul și efortul necesar pentru a aduce un nod în modul de întreținere. În cele din urmă, necesitatea de failover a rețelelor separate fizic este eliminată cu failover instantaneu.
• Disponibilitate crescută a clusterelor distribuite
• Mediile de cluster distribuite sunt și mai eficiente, cu decuplarea inteligentă a traficului de martori, redefinirea mediului de bază și resincronizarea eficientă. Separarea traficului de martori și sincronizarea eficientă optimizează traseul și dimensiunea datelor care se deplasează pe fiecare legătură, făcând failover transparent pentru utilizatorii finali ai aplicației. Redefinirea mediului de bază crește disponibilitatea sarcinilor de lucru prin utilizarea unei logici mai eficiente în cazul unei defecțiuni a mediului.
• Aplicații de generație următoare optimizate
• Soluția vSAN utilizează o nouă politică de păstrare (fixarea gazdei vSAN) pentru a alinia eficiența și reziliența vSAN cu nevoile celor mai recente aplicații de nimic partajat. Cu această politică, vSAN menține o copie a datelor și scrie bucăți de date pe gazda ESXi care rulează VM. Această capacitate este deosebit de importantă pentru aplicațiile cu cantități mari de date (Hadoop), NoSQL (DataStax) și alte aplicații care efectuează copii de rezervă ale datelor la nivelul aplicației.
• Suport extins pentru medii de aplicații de afaceri critice pentru misiune
• VSAN acceptă acum mai multe medii critice pentru misiune, cu suport pentru Clusterarea Failover Windows Server, care simplifică gestionarea stocării pentru aceste încărcări de lucru și ajută clienții să-și accelereze migrarea către un SDDC centralizat.
• Suport proactiv cu vSAN Support Insight
• Asistența proactivă îmbunătățește fiabilitatea vSAN cu alerte care sunt generate înainte de apariția problemelor de infrastructură și scurtează duratele de asistență tradiționale prin colectarea periodică de date. Pentru a utiliza această caracteristică, trebuie să vă înregistrați la Programul de îmbunătățire a experienței utilizatorului.
• Suport adaptiv Core Dump
• Suportul Adaptive Core Dump reduce timpul de rezoluție a clienților vSAN pentru mai multe tipuri de medii, ajustând automat direcția și dimensiunea datelor valoroase utilizate pentru a accelera asistența.
• Suport hardware extins
• vSAN acceptă acum unități 4Kn pentru a ajuta la pregătirea mediilor vSAN pentru nevoile viitoare în evoluție și pentru a vă permite să reduceți costul total de proprietate.