Procesoarele moderne sunt atât de puternice încât se pot emula singure
aproape fara frane. În zona de administrare a sistemului se găsește acest lucru
mare uz practic. Dar nu totul este atât de simplu și înainte de a construi
sistem virtual, ar trebui să cântăriți toate argumentele pro și contra.

Uși către lumea virtuală

In spate anul trecut Există multe mașini virtuale pe piață - de la
foarte specializat ( Bochs, eEye) la emulatori generali
destinații ( VMware, VirtualBox, QEMU, XEN,
PC virtual). Interesul pentru virtualizare este în creștere, iar emulatorii înșiși sunt în mișcare
stăpânesc noi profesii, devenind din ce în ce mai atractive
jucării în ochi administratorii de sistem. Tocmai „jucării” - pentru că
Emulatorii existenți nu sunt încă pregătiți pentru introducerea în operațiuni comerciale. Deteriora
din utilizarea lor depăşeşte cu mult costul fierului viu ei
sunt menite să înlocuiască (să nu mai vorbim de faptul că majoritatea emulatorilor
distribuite comercial sau, pur și simplu, costă bani).

Cu toate acestea, puteți și ar trebui să vă jucați cu mașinile virtuale! Există totul
există motive să ne așteptăm ca în următorii câțiva ani dezvoltatorii să elimine erori și
va aduce în minte emulatori și, prin urmare, trebuie să-i stăpâniți chiar acum, astfel încât mai târziu
nu implementați infrastructura virtuală în grabă.

Există cel puțin trei tipuri de mașini virtuale(ca să nu mai vorbim despre
hibrizi). Primele (și cele mai vechi) includ mașini cu plin
emulare. Un exemplu clasic este Bochs. Incetineste teribil, dar permite
emulați arhitecturi „extraterestre”, de exemplu, x86 pe Motorscooter sau x86-64 pe
x86. Construiți o mașină cu multiprocesor pe o mașină cu un singur procesor? Nici o problemă. În plus,
sistemul de operare principal este izolat în siguranță de mașinile virtuale invitate
și este incredibil de greu să-i faci rău. Bochs este foarte potrivit pentru
experimente cu viruși, viermi și alte programe rău intenționate. Poate fi și
folosit pentru a încerca sisteme de operare pe 64 de biți,
înainte de a decide să cumpere x86-64 - dar emulare mare
(chiar ținând cont de optimizare și memorarea în cache a instrucțiunilor) impun strict
cerințele hardware pentru mașina de bază. Și problema aici nici măcar nu este
că WinXP pe P-4 sub Borș începe în aproximativ o zi. Nu va începe deloc!
Deoarece o mulțime de operațiuni eșuează din cauza timeout, în special, dacă procedura
Inițializarea driverului durează peste 10 secunde, sistemul automat
descarcă șoferul cu toate consecințele care decurg.

Mașini virtuale dinamice(QEMU, VMware, VirtualBox) emulați
numai instrucțiuni privilegiate (precum și instrucțiuni neprivilegiate,
având acces la datele sistemului). Din acest motiv, viteza de emulare crește
cu câteva ordine de mărime, iar pe P-III 733 puteți lucra deja confortabil într-un mediu
Win2k3 virtual, dar pe P-4 totul zboară. Plătește pentru viteză
devine fundamental imposibil să emulați arhitecturi „extraterestre”, plus
risc potențial de atac asupra sistemului de operare principal din partea sistemului de operare invitat.
Teoretic, este destul de posibil să se creeze un emulator dinamic de încredere, dar
practic... acestea sunt mii de linii de C/C++ și megaocteți de cod! In afara de asta,
dezvoltatorii QEMU și VMware nici măcar nu au încercat să protejeze sistemul principal de atacuri
de la mașinile virtuale invitate, care este folosit cu succes de viruși și viermi.

Virtualizare hardware(suportat de cele mai recente modele
procesoare Intel și AMD) elimină erorile din arhitectura x86, unde sunt date de sistem
sunt protejate în mod fiabil numai la scriere, dar pot fi citite din stratul de aplicație
echipe legal neprivilegiate. Acest lucru forțează emulatorul să vizualizeze
un bloc de cod înainte de a fi executat, ceea ce pierde timp. În procesoarele companiei
Motorola nu are astfel de defecte și, prin urmare, emularea dinamică funcționează pe ele
mult mai rapid (și fără nici un suport hardware de lux!). Dar piata
Arhitectura x86 a preluat controlul, înlocuind Motorol și, prin urmare, virtualizarea hardware
salutat cu mare entuziasm. Teoretic, viteza de emulare ar trebui să fie
se apropie de un procesor „în direct”, deoarece costurile generale
virtualizarea este aproape de zero. Cu toate acestea, pe lângă procesor, mașina virtuală
forțat să imite și echipamentul. Fără hard disk-uri nu există nicio cale de ocolire, dar
a oferi acces direct la hard disk-urile fizice este sinucidere. Acesta este motivul pentru care
că performanța mașinilor virtuale (chiar și cu suport pentru emulare hardware)
rămâne semnificativ în urma hardware-ului live, dar depășește totuși dinamica
emulare.

Desigur, trebuie să plătiți pentru viteza crescută. În primul rând, este necesar
cumpărați un procesor care acceptă virtualizarea hardware (bine, nu este
problema, îl vom cumpăra în timpul următorului upgrade planificat). În al doilea rând (și asta este
deja foarte serios) - procesoarele conțin o grămadă de defecte care permit
impact asupra sistemului de operare gazdă de la mașinile virtuale invitate.
Remedierea unei erori într-un procesor este mult mai dificilă decât într-unul complet software.
emulator! Și ceea ce este cel mai neplăcut sunt blocările spontane ale sistemului principal
apar chiar și fără niciun atac din exterior cod rău intenționat! Intr-un cuvant,
Virtualizarea hardware este încă o jucărie prost depanată, nu
gata de implementare industrială. În ciuda acestui fapt, Microsoft a inclus deja
emulator cu suport de virtualizare hardware inclus în Win2k8, concurând cu
proiect gratuit XEN.

Servere virtuale

Cum pot folosi o mașină virtuală într-o rețea corporativă sau de birou?
De exemplu, ridicați server virtual. Si ce? Să presupunem că avem nevoie de un WEB public și
SQL privat. Pentru motive de siguranță, server public ar trebui să fie
este situat în așa-numita zonă demilitarizată (DMZ), iar SQL privat este
interior retea localaînconjurat de un șanț de protecție adânc în jurul perimetrului
(firewall). Ceea ce necesită două mașini. Dacă este disponibil?
unul singur?

Teoretic (subliniez!), poți ridica VMware sau Virtual PC prin plasare
un server WEB public pe o mașină virtuală și un server SQL privat pe cel principal. Și asta
cum va funcționa. „Parcă” – pentru că pentru a atinge un nivel acceptabil
performanță chiar și cu suport de virtualizare hardware de care vom avea nevoie
suficient fier puternic, capabil să tragă emulatorul la o viteză rezonabilă. Mijloace,
Oricum nu veți putea economisi mult, iar dacă adăugați la această sumă costurile de
atacuri inevitabile asupra mașinii virtuale și defecțiuni ale mașinii virtuale în sine, în
pe termen lung avem pierderi foarte impresionante. Cumpără două
serverele fizice separate sunt mai ieftine și vor funcționa mult mai bine
mai stabil. Și dacă nu există bani pentru hardware, atunci este mai bine să abandonați zonele DMZ prin stabilire
servicii publice și private pe o singură mașină și interzicerea serviciilor private
primi trafic de la interfețe externe. Și pentru a fi în siguranță, închideți și porturile
pe firewall. După cum se spune, este ieftin și vesel, dar este totuși mai bun decât
joc cu mașinile virtuale.

Corral pentru viruși

Destul de des, mașinile virtuale sunt folosite pentru a experimenta
software potențial nesigur obținut din neîncredere
surse. Scanare antivirus - nu foarte bună bun remediu Pentru căutare
viermi, viruși și rootkit-uri necunoscuți sau modificați. Bun pentru dăunători
cunoscute orbesc tehnologiile proactive și analizatorii euristici.
Utilitățile care vizează detectarea rootkit-urilor funcționează bine doar în primele zile
aspectul său, iar apoi hackerii găsesc o soluție.

Desigur, cel mai bine este să efectuați astfel de experimente folosind un emulator. Asa de
este mult mai ușor să operați cu imagini virtual hard discuri și alocă
nu este necesară o mașină (fizică) separată. Comoditate, simplitate și economii -
pe fata. Dar simplitatea este mai rea decât furtul, iar economisirea la o mașină dedicată nu este bună
aduce. Dacă mașina virtuală este conectată la mașina virtuală principală
rețeaua, atunci viermii pot ataca sistemul de operare subiacent folosind găuri
servicii de rețea. Administratorul ar trebui fie să instaleze imediat toate
patch-uri sau deconectați complet adăpostul antivirus de la rețea - fără a uita
resurse partajate. Mașina virtuală VMware acceptă ocolirea acestora
Adaptor Ethernet. Bilele continuă să funcționeze chiar și după ce cea virtuală este îndepărtată
placa de rețea și sunt susceptibile la două tipuri de atacuri simultan - prin găuri în serviciul „general”.
foldere” și prin trimiterea de viermi care modifică șablonul de folder, în mod automat
„preluat” de Ghid. Același lucru este valabil și pentru toate celelalte tipuri
transportatorii. Acest lucru complică semnificativ schimbul de date între virtual și principal
mașini. Cea mai fiabilă modalitate este de a copia datele prin CD-ROM (nu este necesar
fizic - virtual este, de asemenea, potrivit, luați orice program pentru a crea
imagini iso și montați-l pe sistemul principal și pe VMware).

Important: În mod implicit, VMware recunoaște automat toate conectarea
dispozitive USB și oferă mașinilor virtuale acces la acestea acces complet. Să spunem noi
conectați FLASH, extern HDD cu interfață USB sau alt dispozitiv
de acest fel, pe care se instalează imediat un virus, scăpat din temnițe
mașină virtuală. Pentru a preveni intruziunea, doar dezactivați
Controler USB în proprietățile mașinii virtuale.

Cu toate acestea, problemele nu se opresc aici. Rootkit-urile au învățat de mult
recunoașteți mașinile virtuale, refuzând să fie infectat în prezența lor,
care rupe întregul concept. Instalăm software-ul rootkit pe
mașină virtuală, comparăm imaginile, nu găsim nimic și, mulțumiți de noi înșine,
lansăm rootkit-ul în sistemul principal. Se dovedește că este garantat să fie detectat
Rootkit-urile moderne sunt imposibile folosind mașini virtuale! Și dacă țineți și cont
un numar mare de găuri în emulatoare, atunci rootkit-ul are toate șansele să infecteze principalul
sistem de la aparatul oaspete. Ieșire? Sau folosiți o mașină live dedicată,
sau o mașină virtuală de încredere cu emulare completă (de exemplu, Bochs). Acest
va preveni o invazie a virusului, dar, din păcate, nu vă va salva de la detectarea virtuală
mașini cu un rootkit. Bochs conține multe defecte minore de emulare (se comportă
nu ca un procesor real) care nu interferează cu funcționarea programelor normale,
dar poate fi folosit pentru a detecta emulatorul. În plus, ORICE emulator
poartă la bord un set destul de specific hardware virtual, De
care este ușor de identificat. Și deși dacă este disponibil textele sursă Putem
pentru a preveni acest lucru - cumpărarea unui computer live este mult mai ieftină decât distrugerea acestuia
hardware virtual.

Rezumând cele de mai sus, concluzionăm: mașinile virtuale nu sunt foarte
un adăpost de încredere pentru viruși, deși dacă nu ești paranoic, atunci (ținând cont de nivelul scăzut
calitatea marii majorități a virușilor și rootkit-urilor) este mai bine de utilizat
mașină virtuală, în loc să se bazeze în întregime pe software antivirus.

Instrument de detectare a atacurilor de rețea

Rețelele de birouri nu au nevoie de obicei de senzori și detectoare,
detectează o intruziune, iar dacă o fac, problema este de obicei limitată
achiziționând un sistem comercial IDS/IPS încorporat în firewall și cu calm
rulează pe un gateway de pe Internet sau pe unul dintre nodurile rețelei locale.

Pe măsură ce rețeaua crește, există dorința de a instala un sistem specializat
instrumente de detectare a intruziunilor, cum ar fi Snort (gratuit) sau AMP (comercial). ȘI
plasați-l pe un nod dedicat, deoarece pentru a instala același AMP
administratorul trebuie să furnizeze vânzătorilor săi un shell de la distanță pe el
mașină. În plus, AMP nu numai că va descărca automat semnături noi de la
Rețea, dar și trimite tot traficul suspect către serverele companiei pentru analiză
Endeavour, care este dezvoltatorul său.

Încrederea este grozavă, dar să-ți dai traficul în mâini greșite... Nu, este mai bine
plasați acest lucru pe un nod separat, deconectat de la rețeaua locală principală,
dar alimentat de același ISP - adică prinderea acelorași viruși și viermi,
ca noduri principale ale rețelei locale. Poate fi folosit în acest scop?
mașină virtuală? Cu siguranță! Principalul lucru este să-l izolezi în mod fiabil de companie
retelelor.

Cea mai mare problemă sunt plăcile de rețea virtuale, prin
la care sistemul de operare invitat poate ajunge cu ușurință la cel principal. Toate
cardurile virtuale trebuie dezactivate! Dar... dacă avem
nu există rețea, cum să comunici atunci lumea de afarași prinde trafic? Opțiuni
mult. Iată doar unul dintre ele: un modem ADSL cu o interfață USB conectată
o mașină virtuală cu o cartelă de rețea scoasă și partajări blocate.

Ce mașină virtuală ar trebui să folosesc? VMware este foarte faimos și
prea plin de găuri. Bochs este incredibil de lent. Virtual PC este o alegere bună
dar având în vedere numărul mare de găuri din procesoare, utilizarea lui este extrem de
nesigure. În realitate, rămâne doar VirtualBox, XEN sau QEMU, deși primul dintre
sunt încă destul de brute și încă nu au fost depanate.

Server oglindă

Natura dăunătoare a viermilor și a virușilor este de înțeles. Pentru asta sunt
si a scris. Din păcate, software-ul onest provoacă adesea mult mai multe daune.
mai multe daune. Luați, de exemplu, actualizările de securitate sau versiunile noi. Toata lumea
administratorii sunt bine conștienți că instalarea lor duce uneori la
conflicte insolubile, pierderi de date sau chiar prăbușire completă a operațiunii
sisteme!

Situația este similară cu torsiunea setărilor, al căror sens
Administratorul nu înțelege pe deplin și acționează la întâmplare. Un lucru este greșit
mișcarea mâinii - iar sistemul refuză să pornească și să o ridice,
sunt necesare cunoștințe și calificări, dezvoltate doar în lupta împotriva acestora
sus si jos. Nu poți învăța totul din cărți... Și aici sunt mașini virtuale -
de neînlocuit.

Pur și simplu instalăm sistemul cu toate aplicațiile și serviciile activate
VMware/Virtual PC/VirtualBox/etc și toate patch-urile noi, actualizările, setările etc.
În primul rând, îl rulăm pe sistemul de operare invitat, observându-l
reacţie. Dacă zborul este normal, transferăm modificările pe mașina principală. Dacă
Dar nu, ne dăm seama ce este în neregulă aici și unde este problema.

Total

Mașinile virtuale deschid posibilități practic nelimitate pentru
experimente. Principalul lucru este să le folosiți corect, oferind maximum
posibil efecte secundareși elaborarea unui plan de eliminare a acestora.

WWW

Consola Hyper-V Manager vă permite să efectuați diverse acțiuni pentru a gestiona mașinile virtuale. ÎN aceasta sectiune Sunt descriși pe scurt trei pași:

• Export și import de mașini virtuale
• Lucrul cu Snapshots
• Lucrul cu Live Migration (funcție nouă în Hyper-V R2)

Export și import de mașini virtuale

Consola Hyper-V Manager vă permite să exportați o mașină virtuală de pe un server Hyper-V pentru importare ulterioară pe un alt server Hyper-V. Această funcționalitate vă permite să migrați o mașină virtuală de la un computer gazdă la altul utilizând tehnologia de migrare live.

Procesul de exportare a unei mașini virtuale de pe un server Hyper-V și de importare a acesteia pe un alt server este un proces în doi pași:

1. Exportați o mașină virtuală de pe primul server Hyper-V ca o colecție de fișiere și foldere exportate
2. Importați fișierele și folderele exportate în serverul Hyper-V țintă.

Pașii pentru a exporta o mașină virtuală sunt descriși pe scurt mai jos.

1. Mai întâi, închideți mașina virtuală pe care doriți să o mutați. Pentru a închide o mașină virtuală, selectați mașina virtuală în consola Hyper-V Manager, apoi faceți clic pe Închidere în panoul Acțiuni.
2. Determinați locația în care va fi exportată mașina virtuală. Locația de export poate avea următoarele valori:
   • Un folder temporar pe un hard disk extern pentru a transfera fișierele mașinii virtuale exportate de la primul server Hyper-V pe serverul țintă.
   • Un folder partajat pe un server de fișiere de rețea pentru a stoca temporar fișierele exportate de mașină virtuală înainte de a le muta pe serverul de destinație.
   • Un folder partajat pe serverul țintă care reprezintă locația finală de migrare a mașinii virtuale.
3. Selectați mașina virtuală de exportat și faceți clic pe comanda Export din panoul Acțiuni. În fereastra Export Virtual Machine care se deschide, introduceți sau selectați calea către locația de export. Dacă folderul țintă este partajat folderul de rețea, dă-i o cale UNC.
4. Faceți clic pe butonul „Export” pentru a începe exportul.

Odată ce exportul este finalizat, se va afișa locația următoarele fișiereși foldere:

• Confix.xml Un fișier XML care conține informații despre locațiile sursă ale tuturor hard disk-urilor virtuale configurate pentru mașina virtuală exportată.
• Mașină virtuală s Dosarul care conține fișierul de export numit .exp. Acest fișier conține informații despre mașina virtuală exportată și este convertit într-un fișier de configurare XML în timpul importului.
• Hard disk-uri virtuale Folder care conține virtual hard disk-uri(fișiere VHD) pentru mașina virtuală exportată.
• Instantanee Un folder care conține informații despre instantanee ale mașinii virtuale, inclusiv fișiere de disc diferențiale instantanee (fișiere AVHD) și fișiere de stare instantanee (fișiere .vsv și bin).

După ce exportați mașina virtuală și copiați fișierele și folderele în locația serverului de destinație, le puteți importa și, astfel, recreați mașina virtuală pe serverul de destinație.

Când efectuați un import, trebuie să înțelegeți următoarele aspecte. În primul rând, importul este posibil numai pentru mașinile virtuale exportate de pe un alt server Hyper-V. Nu puteți importa mașini virtuale de pe Virtual Server 2005 sau Virtual PC. Toate cele trei produse de virtualizare a serverelor (Hyper-V, Virtual Server și Virtual PC) folosesc același format de fișier virtual hard Disc VHD, dar informațiile de configurare a mașinii virtuale sunt stocate diferit. Mai mult, au și alte caracteristici incompatibile.

În al doilea rând, procesul de import a unei mașini virtuale exportate poate fi finalizat o singură dată. Acest lucru se datorează faptului că importul convertește fișierele de export EXP în fișiere de configurare XML. În plus, dacă procesul de import eșuează sau nu decurge corect (de exemplu, dacă fișierele exportate sunt importate într-o locație greșită), atunci singura cale recuperarea va elimina mașina virtuală, va muta fișierele VHD în locația corectă și re-creare mașină virtuală folosind aceiași parametri.

Pașii pentru a importa fișierele și folderele exportate ale mașinii virtuale sunt descriși pe scurt mai jos.

1. Asigurați-vă că fișierele și folderele exportate sunt în locațiile corecte de pe serverul de destinație.
2. Conectați-vă la serverul țintă în consola Hyper-V Manager, apoi faceți clic pe comanda Import Virtual Machine din panoul Acțiuni.
3. În fereastra „Importați mașină virtuală” care se deschide, introduceți calea către locația fișierelor și folderelor exportate sau selectați-o.
4. Faceți clic pe butonul „Import” pentru a începe importul.

După importarea mașinii virtuale, încercați să o porniți și asigurați-vă că funcționează corect.

Lucrul cu Snapshots

Un instantaneu este o afișare a stării și a parametrilor unei mașini virtuale la un anumit moment în timp. Hyper-V vă permite să înregistrați instantanee ale mașinilor virtuale și să readuceți mașinile la o stare anterioară. De exemplu, puteți să instalați un sistem de operare invitat pe o mașină virtuală, să creați un instantaneu, să faceți modificări de configurare a sistemului și apoi să reveniți la sistemul instantaneu și să renunțați la toate modificările.

Instantaneele pot fi făcute în timp ce mașina virtuală rulează, este salvată sau oprită. Nu este posibil să faceți instantanee ale unei mașini virtuale suspendate. Utilizatorul poate face mai multe instantanee ale unei mașini virtuale pentru a crea un arbore de instantanee - o secvență de instantanee realizate în timpuri diferite. Acest arbore este gestionat prin ștergerea instantaneelor ​​individuale sau a întregului arbore subordonat. Pentru a reveni la unul dintre instantaneele arborelui, aplicați-l pe mașina virtuală.

Instantaneele sunt utile în special atunci când se testează și se dezvoltă un produs. De exemplu, puteți instala aplicația pe care o dezvoltați pe o mașină virtuală, puteți crea un instantaneu și puteți începe să lucrați cu aplicația. Dacă se blochează, puteți reveni la instantaneu și puteți încerca să reproduceți acțiunile care au provocat blocarea, permițându-vă să depanați cauza erorii.

Notă Instantaneele nu sunt utilizate de obicei în modul producție, deoarece nu înlocuiesc procesele de backup și restaurare corespunzătoare. De exemplu, deși rulează controlere de domeniu activate mașini virtuale Hyper-V este acceptat, luarea de instantanee ale controlerului și apoi utilizarea acestora poate cauza probleme de replicare și, prin urmare, nu este recomandată într-un mediu de producție.

Consola Hyper-V Manager vă permite să creați instantanee ale mașinilor virtuale. Pentru a face acest lucru, selectați mașina virtuală în panoul Mașini virtuale și faceți clic pe Instantaneu în panoul Acțiuni. După cum se arată în Figura 2-17, după ce faceți un nou instantaneu, pictograma acesteia apare în panoul Snapshots din centrul consolei. Numele noului instantaneu conține numele mașinii virtuale pentru care a fost realizat, precum și data și ora instantaneului.

Figura 2-17. Instantanee ale mașinii virtuale.

După cum se arată în Figura 2-17, când faceți un instantaneu al unei mașini virtuale, se afișează panoul Instantanee săgeată verde cu inscripția „Acum”. Această săgeată indică configurația curentă a mașinii virtuale.

De asemenea, puteți utiliza instrumentul Virtual Machine Connector pentru a realiza instantanee ale mașinii virtuale. Acest lucru se poate face în două moduri:

• Selectați comanda Snapshot din meniul Acțiune.
• Faceți clic pe pictograma Instantaneu din bara de instrumente.

Când creați un instantaneu utilizând conectorul mașinii virtuale, apare caseta de dialog Nume instantaneu, care vă solicită să introduceți un nume prietenos pentru noul instantaneu.

Toate fișierele instantanee sunt salvate implicit în următorul folder de pe serverul Hyper-V.

%SystemRoot%\ProgramData\Microsoft\Windows\HyperV\Snapshots

Această locație poate fi schimbată pe o mașină virtuală prin configurarea setărilor sale.

Când creați un instantaneu al mașinii, vor fi create următoarele tipuri de fișiere:

• Fișier XML de configurare a mașinii virtuale
• Fișierele VSV din starea mașinii virtuale salvate
• Fișierele BIN ale conținutului memoriei mașinii virtuale
• Diferența fișierelor AVHD pe disc pentru Snapshot

După cum se arată în Figura 2-17, atunci când selectați un instantaneu în zona Instantanee, panoul Acțiuni afișează diverse acțiuni pe care le puteți efectua pe acel instantaneu. Acești pași sunt descriși mai jos.

• aplica Această acțiune vă permite să copiați starea mașinii virtuale din instantaneul selectat pe mașina virtuală activă. Aceasta readuce mașina virtuală la starea descrisă în instantaneul selectat. Dacă selectați această acțiune, toate datele nesalvate din mașina virtuală activă se vor pierde. Prin urmare, înainte de a aplica starea în instantaneu, vi se solicită să creați un nou instantaneu al stării curente a mașinii virtuale.
• Redenumiți Această comandă vă permite să schimbați numele descriptiv al fotografiei selectate.
• Șterge fotografia Această comandă vă permite să ștergeți numai fișierele asociate cu fotografia selectată. Alte fișiere instantanee nu vor fi șterse. Odată ce o imagine este ștearsă, nu va fi posibilă revenirea la starea descrisă în ea. Starea curentă a mașinii virtuale active nu se modifică.
• Ștergeți arborele instantaneu Această acțiune vă permite să ștergeți instantaneul selectat și toate instantaneele subordonate ierarhic acestuia. Starea curentă a mașinii virtuale active nu se modifică.

Notă Instantaneele sunt doar pentru citire. Singurii parametri pentru o fotografie sunt numele acesteia și descrierea atașată.

Când selectați o mașină virtuală în panoul Mașini virtuale, panoul Acțiuni afișează următoarele sarcini:

• Instantaneu Această acțiune vă permite să faceți un alt instantaneu al mașinii virtuale.
• Întoarcere Această acțiune aplică instantaneul anterior, situat chiar sub săgeata verde Acum din panoul Instantanee.

Sfat Dacă ștergeți întregul arbore de instantanee, cel mai recent instantaneu va fi aplicat mașinii virtuale care rulează. Pentru a obține configurația inițială a unei mașini virtuale, trebuie să faceți un prim instantaneu după ce o configurați, dar înainte de a face modificări pentru a testa configurația. Acest lucru vă permite să aplicați primul instantaneu (original) înainte de a șterge arborele instantanee pentru a readuce configurația mașinii virtuale la starea inițială.

Performanța mașinilor virtuale este afectată nu numai de configurația serverului fizic, ci și de setările mașinii virtuale în sine. Următoarele secțiuni oferă instrucțiuni de luat în considerare la configurarea mașinilor virtuale în Hyper-V.

Schimbați locațiile fișierelor virtuale hard diskși configurațiile implicite ale computerului

Schimbați locațiile implicite în care sunt stocate fișierele de configurare a hard diskului virtual și a mașinii virtuale. Aceste fișiere sunt stocate implicit pe discul cu sistemul de operare instalat. Pentru o performanță optimă, acestea ar trebui mutate pe o altă unitate de pe SAN, dacă este posibil. Dacă stocarea SAN nu este configurată, utilizați un alt sistem intern disc de failover sau discuri non-OS care pot fi dedicate în întregime stocării datelor mașinilor virtuale.

Instalați servicii de integrare

Prima (și probabil cea mai importantă) recomandare pentru mașinile virtuale este să instalați imediat Hyper-V Integration Services dacă sistemul de operare al mașinii virtuale este acceptat. Ar trebui apoi să actualizați serviciile de integrare dacă este necesar.

Eliminați adăugările de mașini virtuale și micșorați hard diskurile virtuale

Când migrați mașinile virtuale de pe Virtual PC sau Virtual Server 2005 R2, ar trebui să eliminați adăugările de mașini virtuale și să comprimați virtual hard disc înainte de a muta discul pe serverul Hyper-V.

Configurați performanța optimă a afișajului

Pentru o afișare optimă într-o mașină virtuală, asigurați-vă că interfața de afișare este setată la Performanță maximă, astfel încât accelerare hardware avea sensul „Plin”.

Configurați hard disk-uri virtuale fixe

Configurați hard disk-uri virtuale fixe în loc de discuri cu extindere dinamică. Acest lucru îmbunătățește performanța, minimizează fragmentarea și facilitează gestionarea spațiului de stocare. disc fizic. Înainte de a crea un nou hard disk virtual, ar trebui să îl defragmentați.

Utilizați adaptoare SCSI virtuale pentru discuri de date

Mașina virtuală Hyper-V trebuie să pornească de pe virtual Controler IDE, dar după aceea puteți utiliza adaptoare SCSI virtuale pentru a conecta hard disk-uri virtuale suplimentare În ciuda faptului că diferențele dintre controlerul IDE virtual și controlerul SCSI virtual din Hyper-V sunt minime (cu. servicii instalate integrare), mai multe hard disk-uri virtuale de dimensiuni mai mari pot fi conectate la controlerul SCSI virtual (4 controlere cu 64 discuri virtuale, adică 256 de discuri pe mașină). Deci pentru a folosi mai mult de patru discuri virtuale la aparat, utilizați un controler SCSI.

Alocați resurse CPU în funcție de utilizarea prevăzută

Pentru a asigura resurse CPU suficiente pentru server fizic, ar trebui să determinați performanța mașinii virtuale atunci când procesați sarcinile de lucru relevante. În mod implicit, serverul Hyper-V tratează toate mașinile virtuale în același mod. Această abordare poate să nu fie o soluție rațională în practică. Când alocați resurse CPU unei mașini fizice, este important să nu depășiți limita prin alocarea mai multor resurse fizice ale mașinii decât sunt disponibile. Următoarea versiune System Center Virtual Machine Manager (SCVMM 2008) va juca un rol cheie în monitorizarea performanței mașinii virtuale.

Următoarea figură arată setările de configurare a procesorului pentru mașina virtuală:

Parametrii de configurare a procesorului din figura anterioară sunt descriși mai jos:

• Rezervă pentru mașini virtuale Procentul de CPU logic care este alocat pentru a rula mașina virtuală. Pe măsură ce mașinile virtuale pornesc, puterea disponibilă pe serverul Hyper-V scade
• Limită pentru mașinile virtuale Procentul de utilizare a procesorului logic pe care o mașină virtuală care rulează nu îl poate depăși.
• Greutate relativă Determină alocarea CPU atunci când există un conflict între mașinile virtuale care rulează. Cu cât numărul este mai mare, cu atât este mai mare putere alocată mașinii virtuale. Greutatea relativă poate varia de la 1 la 10.000.
• Transfer către calculator fizic cu o versiune diferită de procesor Această setare a fost introdusă în Hyper-V R2 și vă permite să activați sau să dezactivați modul de compatibilitate a procesorului. Informații suplimentare Consultați caseta „Cum funcționează: Modul de compatibilitate procesor” de mai jos.
• Rulați un sistem de operare mai vechi, cum ar fi Windows NT Reduce vulnerabilitatea unor sisteme de operare la valori CPUID ridicate. Valorile CPUID neașteptat de mari pot provoca o blocare. ÎN versiunea originala Hyper-V această setare a fost numită „Limite funcționalitatea procesorului”.

Încercați să utilizați discuri de tranzit

La crearea unei mașini virtuale, se recomandă utilizarea hard disk-urilor virtuale, dar în unele cazuri va fi mai optim să folosiți discuri de tranzit. Performanța cu discurile de trecere este puțin mai bună decât cea a unui hard disk virtual VHD. Unitățile pass-through păstrează literele și vă permit să configurați unități mai mari de 2 TB (dacă sunt acceptate sistem extern depozitare). În același timp, pentru a utiliza discuri de tranzit, trebuie să mutați fișierele de configurare a mașinii virtuale pe alt hard disk sau resursă de rețea. În plus, discurile de tip passthrough nu acceptă instantanee și nu sunt portabile ca fișierele VHD.

Asigurați disponibilitatea înaltă a partajării resursă fișier

Dacă utilizați o partajare de fișiere pentru a stoca datele de configurare a mașinii virtuale, vă recomandăm să o faceți foarte disponibilă (de exemplu, plasați-o pe cluster de failover). În plus, trebuie să modificați setările de securitate ale partajării fișierelor și să permiteți accesul la scriere la serverul Hyper-V (toate nodurile sale dacă se află într-un cluster de failover).

Optimizați performanța controlerelor de domeniu

Hyper-V acceptă controlere de domeniu. Când le utilizați, ar trebui să urmați recomandările de mai jos.

• Nu stocați niciodată starea pe un controler de domeniu, deoarece acest lucru poate cauza erori de sincronizare.
• Nu suspendați niciodată o mașină virtuală controler de domeniu pentru pentru o lungă perioadă de timp, deoarece acest lucru poate afecta negativ replicarea.
• Închideți întotdeauna controlerul de domeniu.
• Nu creați instantanee de controler de domeniu.
• Decideți cu privire la sincronizarea orei. Esența sa constă în necesitatea de a utiliza serviciile de integrare Hyper-V pentru sincronizare. Dacă controlerele de domeniu virtualizate sunt tratate ca controlere hardware, dezactivați sincronizarea timpului în setările pentru fiecare mașină virtuală și specificați o sursă de timp externă pentru emulatorul PDC. După aceasta, permiteți tuturor celorlalți controlere de domeniu să se sincronizeze cu emulatorul PDC. Dacă decideți să sincronizați cu partiția părinte, activați sincronizarea orei numai pentru controlerul cu rolul FSMO al emulatorului PDC.

- Departamentul CSS Global Technical Readiness (GTR).

VvirtualBox– produs software de virtualizare pentru sisteme de operare Microsoft Windows, DOS, GNU/Linux, Mac OS X și SUN Solaris/OpenSolaris. Programul a fost creat de Innotek folosind codul open source Qemu. Prima versiune disponibilă public a VirtualBox a apărut pe 15 ianuarie 2007.

În februarie 2008, Innotek a fost achiziționată de Sun Microsystems, dar modelul de distribuție VirtualBox a rămas neschimbat.

LA Caracteristicile cheie ale VirtualBox pot fi atribuite:

Multiplatformă

Modularitate

Suport USB 2.0 atunci când dispozitivele gazdă sunt puse la dispoziția sistemelor de operare invitate

Server RDP încorporat, precum și suport pentru dispozitivele client USB prin protocolul RDP

Suport experimental pentru imaginile de hard disk VMDK/VMware

Suport iSCSI

Suport pentru virtualizarea dispozitivelor audio

Sprijină diferite tipuri rețele(NAT, rețea gazdă prin punte, intern)

Suport pentru un arbore de stări salvate de mașină virtuală (instantanee), care poate fi anulat din orice stare a sistemului oaspete

Suport foldere partajate pentru partajarea ușoară a fișierelor între sistemele gazdă și oaspeți

SprijinitVirtualBoxgazdăOS:

Windows: Windows XP, toate pachetele de servicii (32 de biți), Windows Server 2003 (32 de biți), Windows Vista(32 de biți și 64 de biți)

Apple Mac OS X(Numai hardware Intel, toate versiunile de Mac OS X acceptate)

Linux: Debian GNU/Linux 3.1 (“sarge”) și 4.0 (“etch”), Fedora Core 4 până la 8, Gentoo Linux, Redhat Enterprise Linux 3, 4 și 5, SUSE Linux 9 și 10, openSUSE 10.1, 10.2 și 10.3, Ubuntu 5.10 (“Breezy Badger”), 6.06 (“Dapper Drake”), 6.10 (“Edgy Eft”), 7.04 (“Feisty Fawn”), 7.10 (“Gutsy Gibbon”), Mandriva 2007.1 și 2008.0

SprijinitVirtualBoxoaspeteOS:

Windows NT 4.0 Toate versiunile

Windows 2000 / XP / Server 2003 / Vista Toate versiunile

DOS/Windows 3.x/95/98/ME

Linux 2.6 Toate versiunile

Solaris 10, OpenSolaris

OpenBSD Versiunile 3.7 și 3.8 sunt acceptate

III. Fereastra principală VirtualBox: elemente de interfață, setări de bază

Porniți mediul VirtualBox:

Start ProgrameSunxVMVirtualBoxVirtualBox

Partea stângă a ferestrei afișează o listă de mașini virtuale instalate (inițial este absentă). Partea dreaptă a ferestrei afișează proprietățile și caracteristicile mașinii virtuale curente (active). Setările de mediu VirtualBox sunt disponibile din meniul principal.

Efectuați configurarea inițială a mediului VirtualBox:

Fișier  Setări deschide o fereastră care vă permite să specificați calea către fișierele mașinii virtuale (specificați D:\SOS\Machines) și către fișierele hard disk virtuale (specificați D:\SOS\VDI), precum și să specificați gazda tasta de utilizat (implicit Ctrl dreapta), Limba interfeței.

Fișier  Virtual Hard Disk Manager deschide o fereastră care vă permite să conectați hard disk-uri virtuale gata făcute, fișiere imagine CD/DVD, fișiere imagine pe dischetă (conectați fișierele din D:\SOS\Image\MS-DOS 6.22\. director)

Mașini virtuale [Mai multe computere într-unul singur] Gultyaev Alexey Konstantinovich

Cerințe de sistem

Cerințe de sistem

Cerințe minime care trebuie îndeplinite specificații computer gazdă destinat instalării Virtual PC 2004, depind în mod semnificativ de gama de sisteme de operare invitate instalate pe mașinile virtuale. Acest lucru este de înțeles - la urma urmei, sistemul de operare invitat necesită aproape aceleași resurse pe care le folosește sistemul de operare de acest tip atunci când lucrați în modul „real”. Cu toate acestea, aplicația Virtual PC în sine necesită anumite resurse de calcul.

Procesor cu arhitectură x86 (AMD Athlon/Duron, Intel Celeron, Intel Pentium II, Intel Pentium III, Intel Pentium 4), cu o frecvență de ceas de cel puțin 400 MHz (frecvența recomandată este de 1 GHz și mai mare) și un cache de al doilea nivel (cache L2). Virtual PC acceptă și procesoare AMD Opteron, dar numai atunci când se utilizează un sistem de operare gazdă pe 32 de biți. Este posibil să rulați Virtual PC pe sisteme multiprocesor, dar va exista totuși un singur procesor.

Adaptor video Super VGA cu o rezoluție de cel puțin 800×600.

Sistemul de operare gazdă poate fi Windows XP Professional, Windows 2000 Professional sau Windows XP Tablet PC Edition.

Capacitatea minima necesara memorie cu acces aleator iar cantitatea de spațiu liber pe hard disk depinde de sistemul de operare gazdă utilizat; informațiile relevante sunt date în tabel. 2.1.

Tabelul 2.1. Cerințe pentru capacitatea RAM și spațiul liber pe hard disk

Tipul sistemului de operare gazdă	Capacitate RAM, MB	Spațiu pe disc, GB
Windows XP Professional	128	2
Windows 2000 Professional	96	2
Windows XP Tablet PC Edition	128	2

Pentru fiecare sistem de operare invitat, ar trebui să țineți cont de propriile cerințe pentru capacitatea OP și spatiu pe disc(Tabelul 2.2).

Tabelul 2.2. Cerințe pentru capacitatea RAM și spațiul liber pe hard disk pentru sistemele de operare invitate

Tip de sistem de operare invitat	Capacitate RAM, MB	Spațiu pe disc, GB
Windows XP Professional	128	2
Windows XP Home Edition	128	2
Windows 2000 Professional	96	2
Windows NT Workstation 4.0, Service Pack 6 sau o versiune ulterioară	64	1
Windows Millennium Edition	96	2
Windows 98	64	0,5
Windows 95	32	0,5
MS-DOS 6.22	32	0,05
Windows XP Tablet PC Edition	128	2
OS/2 Warp 4 OS/2 Fixpack 15, OS/2 Warp Convenience Pack 1 și OS/2 Warp Convenience Pack 2	64	0,5

Dacă intenționați să rulați simultan mai multe VM cu sisteme de operare diferite, atunci cerințele lor pentru capacitatea RAM ar trebui, desigur, să fie rezumate.

Configurația necesară a computerului gazdă trebuie furnizată înainte de a instala Virtual PC. De exemplu, dacă intenționați să instalați atât Windows 2000 Professional, cât și Windows 98 ca sisteme de operare invitați, atunci pentru acestea colaborare trebuie să ai 160 MB de RAM în plus față de nevoile aplicației Virtual PC în sine și ale sistemului de operare gazdă.

Virtual PC acceptă două porturi seriale (COM) și unul paralel (LPT) pentru fiecare sistem de operare invitat. Lucrul cu dispozitive USB într-un mediu de sistem de operare invitat este imposibil. Cu toate acestea, este posibil ca sistemul de operare invitat să acceseze serviciile furnizate de un dispozitiv USB conectat la un port fizic al computerului gazdă. De exemplu, puteți crea un folder partajat (comun) în mediul OS invitat și puteți copia fișiere de pe unitate pe acesta Unitate flash conectat la portul USB al computerului gazdă.

Din cartea Software Development Process Maturity Model de Paulk Mark

Legat de software Cerințe de sistem Cerințele de sistem specificate pentru software sunt de obicei denumite în CMM „cerințe specificate”. Ele reprezintă un subset de cerințe de sistem care trebuie implementate în componente software sisteme.

Din cartea Ghidul utilizatorului Fedora 8 autor Kolisnichenko Denis Nikolaevici

1.1.1. Cerințe de sistem Fedora 8 poate fi instalat pe orice computer modern (și nu atât de modern). Cerința principală este de 256 MB (sau mai mult!) de RAM și cel puțin 3 GB de spațiu liber pe hard disk Dacă aveți mai puțin de 256 MB de RAM, atunci sunteți

Din cartea Munca eficientă de birou autor Ptaşinski Vladimir Sergheevici

Cerințe de sistem Pentru a utiliza acest program, există următoarele cerințe de sistem. PC cu procesor Intel Pentium 200 sau mai mare. sala de operatie sistem Microsoft Windows XP/2000, Windows 98SE/ME (pentru a lucra cu interfața rusă, sistemul de operare trebuie să accepte

Din cartea Windows Vista. Curs multimedia autor Medinov Oleg

Cerințe de sistem Înainte de instalare, vă rugăm să citiți lista Cerințe Windows Vista la echipament. Configurația hardware minimă necesară pentru a instala Windows Vista este următoarea. Modern procesor Intel sau AMD. Pentru lucru confortabil

Din cartea Instalare și configurare Windows XP. Început ușor autor Dontsov Dmitri

Cerințe de sistem (oficiale) Să luăm în considerare ce Hardware Trebuie să aveți Windows XP pentru a funcționa. Un procesor cu o frecvență de cel puțin 233 MHz (recomandat 300 MHz și mai mare). 128 MB de RAM (la performanța de 64 MB poate fi

Din cartea Virtual Machines [Multiple computers in one] autor Gultyaev Alexey Konstantinovici

Cerințe de sistem Cerințele minime care trebuie îndeplinite de caracteristicile tehnice ale computerului gazdă destinat instalării VMware depind de gama de sisteme de operare invitate pentru mașinile virtuale. Pentru a opera VMware Workstation în sine, sunt necesare următoarele

Din cartea Configurarea Windows 7 cu propriile mâini. Cum să faci munca ușoară și convenabilă autor Gladky Alexey Anatolievici

Cerințe de sistem Stația de lucru Parallels necesită următoarele resurse de calcul:? procesor cu arhitectură x86 (AMD Duron sau Intel Pentium II) și o frecvență de ceas de 400 MHz (frecvența recomandată este de cel puțin 1,5 GHz); dacă procesorul utilizat acceptă modul

Din cartea Self-Teacher Skype. Comunicare gratuită prin intermediul internetului autorul Yakovleva E. S.

Cerințe de sistem Pentru a utiliza cu succes sistemul de operare Windows 7, computerul trebuie să îndeplinească următoarele: Cerințe minime: Frecvența ceasului procesorului – 1 GHz. Poate fi pe 32 de biți (x86) sau pe 64 de biți (x64). Capacitate RAM - 1 GB

Din cartea Conversații gratuite pe internet autor Fruzorov Serghei

Cerințe de sistem pentru munca de succes V program Skype Următoarele componente tehnice vor fi necesare:? Calculator personal cu sistemul de operare Windows 2000 sau XP (Windows 2000 necesită Instalări DirectX 9.0 pentru date video);? conexiune internet

Din cartea Primii pași cu Windows 7. Un ghid pentru începători autor Kolisnichenko Denis N.

Cerințe minime de sistem Radmin este un program destul de modest dacă despre care vorbim despre cerințele hardware ale computerului. Poate fi rulat chiar și pe o mașină cu un procesor de 386 și 8 MB de RAM. Cu alte cuvinte, dacă ați reușit să instalați pe

Din carte Computer de acasă autor Kravtsov Roman

Cerințe de sistem atunci când lucrați cu VNC Ca și Radmin, programul VNC are cerințe minore pentru computerul pe care rulează:? trebuie să aibă instalată o placă grafică care este potrivită pentru rularea Windows (drivere mai vechi plăci grafice a avut

Din cartea Firebird DATABASE DEVELOPER'S GHIDE de Borri Helen

2.2. Cerințe de sistem Când a apărut Windows Vista, a fost adesea criticat pentru că avea cerințe de sistem prea mari. Și așa a fost. Îmi amintesc pentru mine: atunci aveam un computer cu 768 MB RAM. Am instalat încă Vista pe el, dar performanța a lăsat mult de dorit

Din cartea Instalare, configurare și Recuperare Windows 7 la 100% autor Vatamanyuk Alexandru Ivanovici

Cerințe de sistem informatic Fiecare software are propriile cerințe pentru hardware-ul care îl acceptă. munca normala. Poți, desigur, să reușești să folosești computere cu capacități mai modeste, dar în acest caz doar tu

Din cartea autorului

Cerințe de sistem Dacă, de exemplu, aveți un videocasetofon, nu veți cumpăra niciodată un disc DVD pentru acesta, deoarece știți că casetofonul se „alimentează” doar pe casete și pur și simplu nu „digeră” discuri. Același lucru este valabil și cu jocurile pentru computer.

Din cartea autorului

Cerințe de sistem Memoria serverului (toate platformele) Evaluarea memoriei serverului include mulți factori.* Performanța serverului Firebird. Serverul Firebird folosește eficient resursele serverului. Superserver utilizează aproximativ 2 MB după pornire

Din cartea autorului

1.4. Cerințe de sistem Ca orice alt produs software, sistem de operare sistem Windows 7 pentru instalarea și funcționarea fără probleme impune anumite cerințe pentru alimentarea computerului. În tabel Tabelul 1.2 prezintă o listă de cerințe pentru resursele sistemului. Sistem

Acest articol este dedicat cea mai buna platforma virtualizare pentru computere desktop VMware Workstation, scuzați-mă fanii VirtualBox, HyperV etc.

O mașină virtuală este un program care vă permite să emulați calculator de sine stătătorîntr-un mediu de sistem de operare de lucru. O mașină virtuală vă permite să rulați propriul sistem de operare și aplicații la fel ca un computer fizic.

Acest program vă permite să emulați un procesor, RAM, hard disk, BIOS etc.

Programul de emulare în sine, precum și sistemul de operare care rulează în el, se numesc mașină virtuală, în timp ce sistemul de operare principal și mașină fizică numit sistem gazdă.

Scopul VMware Workstation

1. VMware Workstation vă permite să încercați orice (aproape orice) sistem de operare de pe computer fără a fi nevoie să creați noi partiții pe hard disk-ul fizic.

2. VMware Workstation vă permite să instalați mai multe sisteme de operare pe un singur computer fără a fi nevoie să configurați hard disk-uri fizice.

3. VMware Workstation vă permite să lucrați cu mai multe sisteme de operare simultan, cu posibilitatea de a comuta dinamic între ele fără a reporni sistemul.

4. VMware Workstation vă permite să testați aplicații care rulează diferite sisteme de operare (de exemplu, XP și 8).

5. VMware Workstation vă permite să emulați o rețea de computere.

6. VMware Workstation vă permite să reduceți riscul de infectare a sistemului gazdă prin rularea unui software nesigur într-un mediu virtual izolat.

7. Profesorii folosesc VMware Workstation pentru a crea mașini virtuale pentru studenți, inclusiv toate aplicațiile necesare pentru predare. Nimic rău nu se va întâmpla dacă un elev, în timpul procesului de învățare, distruge intenționat sau accidental mediul experimental. Pentru a restabili un sistem virtual deteriorat din copie de rezervă(Instantaneul creat mai devreme) va dura doar câteva secunde.

Cerințe de sistem VMware Workstation Technology Preview 2014

După cum se precizează în documentația VMware Workstation Technology Preview 2014, cerințele de sistem ale platformei sunt similare cu VMware Workstation 10, cu următoarele excepții:

1. Sistemele de operare pe 32 de biți nu mai sunt acceptate ca sistem gazdă (acum platforma poate fi instalată doar pe sisteme pe 64 de biți)

2. Windows XP pe 64 de biți, Windows Vista pe 64 de biți, Windows Server 2003 pe 64 de biți și Windows Server 2008 (64 de biți (fără includere R2) nu sunt, de asemenea, acceptate ca sistem gazdă

În caz contrar, cerințele de sistem sunt similare cu VMware Workstation 10

• Minim frecvența ceasului procesor 1,3 GHz
• Cantitatea minimă de RAM pentru sistemul gazdă este de 1 GB, se recomandă 2 GB.
• Cantitatea minimă de RAM pentru un sistem invitat este de 256 MB.
• 1,5 GB spațiu liber pe hard disk

Există versiuni ale programului pentru Windows și Linux. Windows și versiuni Linux programele au un singur număr de serie, așa că atunci când achiziționează o aplicație pentru unul dintre aceste sisteme de operare, utilizatorul o poate folosi gratuit în altul. Dacă aveți nevoie de un program pentru Mac, trebuie să instalați VMware Fusion.

VMware are, de asemenea, un produs gratuit - VMware Player, care poate fi folosit gratuit în scopuri personale, necomerciale.

Care este diferența dintre VMware Player și VMware Workstation?

VMware Workstation este o soluție mult mai puternică, cu funcții avansate, cum ar fi instantanee, conexiuni la distanță la vSphere, clonare, partajarea mașini virtuale, configurație avansată și multe altele. Stația de lucru este destinată a fi utilizată specialisti tehnici- dezvoltatori, specialisti in controlul calitatii, ingineri de sistem, administratori IT, specialisti suport tehnic, consultanti etc.

Instalarea VMware Workstation

1. Descărcați previzualizarea VMware Workstation 11

Fig.1 Site-ul web VMware

M50AC-J034J-08L8A-03ARM-3D14A

c. Descărcați programul. Pentru a descărca programul, trebuie să vă înregistrați pe site.

2. Rulați fișierul de instalare a programului VMwareStație de lucru(noua versiune de VMware Workstation este instalată numai pe 64 sistem de biți Windows).

3. La primul pas de instalare a programului, faceți clic pe butonul Următorul

4. În caseta de dialog a acordului de licență, setați butonul radio Accept termenii din contractul de licențăși apăsați Următorul

5. În fereastra următoare pentru selectarea metodei de instalare a programului, specificați Tipic

6. Specificați calea pentru instalarea programului VMwareStație de lucruși apăsați Următorul

7. Dacă doriți ca programul VMware Workstation să verifice actualizările când porniți, verificați dacă caseta de selectare este bifată Verificați actualizările produsului la pornireși apăsați Următorul

8. În fereastra următoare, trebuie să specificați dacă programul va trimite statistici anonime către VMware. Aceste statistici includ numele produsului utilizat, versiunea, numărul versiunii și configurația programului. Aceste date permit companiei să identifice configurațiile populare și să își optimizeze în timp util produsul în direcția corectă.10. La finalizarea instalării, trebuie să intrați cheie de licență programul menționat mai sus.

11. Când instalarea este finalizată, apăsați butonul finalizarea