infrastructura IT s-a schimbat drastic în ultimul deceniu sau mai mult. Odată cu creșterea virtualizării, organizațiile au schimbat modul în care sarcinile de lucru critice pentru afaceri sunt furnizate, gestionate și găzduite în infrastructură. În loc să configureze un volum de lucru al serverului într-un mod 1:1 cu un volum de lucru pe server fizic, virtualizarea a adus capacitatea de a rula multe sarcini de lucru software pe un singur set de hardware fizic.
cu progresele în procesare, rețea, și puterea de stocare, virtualizare a permis organizațiilor să profite de evoluția în puterea de procesare CPU pe întregul peisaj mult mai eficient și de fapt să profite de progresele în hardware-ul fizic. Cu toate acestea, pot exista cazuri în care un server fizic este încă de dorit pentru unele sarcini de lucru.
să aruncăm o privire la diferențele importante dintre un server fizic și o mașină virtuală.
server fizic vs mașină virtuală – alegerea este deschisă
atunci când se uită la diferențele dintre un server fizic și mașini virtuale și decide între ele pentru a rula sarcini de lucru critice de afaceri, să ne mai întâi o mai bună înțelegere a fiecăruia. Vom lua în considerare următoarele:
- ce este un server fizic?
- ce este o mașină virtuală?
- fizic VS mașină virtuală caracteristică comparație
- cum alegi?
- alte considerații
să începem să ne uităm la serverele fizice.
ce este un Server fizic?
pentru majoritatea, serverul fizic este o parte bine înțeleasă a infrastructurii IT care a existat încă de la început. Un server fizic este un hardware pe care îl puteți atinge și simți. Un server tipic este uneori denumit „bare-metal”.
în general, include toate componentele hardware fizice conținute în cazul serverului fizic care îi permite să funcționeze. Serverele fizice au de obicei un procesor, RAM și un anumit tip de stocare internă din care sistemul de operare este încărcat și este pornit. Poate avea sau nu Spațiu de stocare de uz general în afara spațiului de stocare utilizat pentru sistemul de operare.
conexiunile fizice din Centrul de date se conectează la serverul fizic. Aceasta include conexiuni de alimentare, rețea, stocare și alte dispozitive periferice și hardware.
când ne gândim la serverele metalice goale care rulează o singură aplicație, acestea oferă în general aplicații și date pentru un singur „chiriaș”. În termeni simpli, un chiriaș este un client sau consumator. Un singur chiriaș este o singură instanță a software-ului și a infrastructurii de sprijin care deservește un singur client. Într-un mediu cu un singur chiriaș, fiecare client ar avea, în general, propriul set de hardware fizic dedicat servirii resurselor lor particulare.
tipuri de servere
chiar dacă vă puteți gândi la un server fizic ca la un hardware de tip „one size fits all”, există toate tipurile, dimensiunile și scopurile pentru serverele fizice. Acestea includ următoarele tipuri diferite de servere:
- Servere Tower – în general costuri mai mici și mai puțin puternice decât omologii lor rackmount și modulare. Adesea găsite în edge sau medii de afaceri mici, în cazul în care un server rack nu poate fi instalat sau nu există nici un alt echipament rackmount pentru a justifica achiziționarea unui server rack
- Servere Rackmount-servere Rackmount sunt serverele tipice te gândești atunci când gândesc la un mediu centru de date întreprindere și sunt montate într-un server standard rack
- HCI sau servere modulare – aceste tipuri de servere sunt uneori cunoscute sub numele de servere „blade” sau factori de formă hiper-convergenți, deoarece au de obicei capacitatea de a instala sau scala calculul, stocarea și rețeaua prin simpla instalare a unui nou „server blade” sau „modul” în șasiul serverului HCI / Modular
diferitele tipuri de servere de mai sus nu sunt cu siguranță singurele pe care le veți găsi disponibile pentru cumpărare. Cu toate acestea, tipurile menționate mai sus sunt cele mai frecvente tipuri de factori de formă fizică pe care le veți găsi într-un mediu de centru de date al întreprinderii.
ce este o mașină virtuală?
mașinile virtuale sunt, fără îndoială, cel mai comun tip de infrastructură IT găsit în mediile de astăzi. În timp ce containerele câștigă cu siguranță tracțiune și cresc în adoptare, mașinile virtuale sunt încă în prezent standardul de facto al mediilor virtualizate de astăzi.
mașinile virtuale sunt posibile prin instalarea unui hipervizor deasupra unui server „bare-metal”. O abordare comună pentru mulți hipervizori populari de astăzi, cum ar fi VMware vSphere și Microsoft Hyper-V, este virtualizarea hardware-ului serverului fizic subiacent și prezentarea acestui hardware virtualizat sistemului de operare. Hipervizorul are, în general, un programator CPU de un fel pe care brokerii îl solicită de la sistemele de operare client care rulează în mașini virtuale invitate cu procesorul fizic instalat în gazda fizică de bază.
mașinile virtuale oferă multe avantaje față de un server fizic în ceea ce privește furnizarea, gestionarea, configurarea și automatizarea. În timp ce un nou server fizic poate dura zile sau săptămâni pentru a achiziționa, furniza și configura, o nouă mașină virtuală poate fi în general rotită în câteva minute și chiar secunde în unele cazuri.
datorită modului în care o mașină virtuală este abstractizată de hardware-ul fizic subiacent, aceasta înseamnă că i se oferă mobilitate și flexibilitate care pur și simplu nu sunt posibile cu serverele fizice. Mașinile virtuale pot fi mutate fără probleme între diferite gazde, în timp ce mașina virtuală rulează. Deoarece mașinile virtuale sunt pur și simplu un set de fișiere pe stocare partajată, mai degrabă decât un set de hardware fizic, acest lucru permite mobilitatea ușoară și schimbarea proprietății lor de calcul/memorie.
am menționat mai devreme că un server fizic este în general potrivit pentru un singur chiriaș sau client/consumator. O mașină virtuală prin însăși natura sa este mult mai potrivită pentru medii multi-chiriaș în cazul în care, eventual, multe companii diferite fac uz de mașini virtuale diferite, toate situate pe un grup fizic sau de gazde hipervizor.
tipuri de VMs
deși nu există un factor de formă fizică pe care să-l puteți pune în brațe pentru o mașină virtuală, există conceptul de „hardware virtual” pentru un VM. Luând VMware vSphere ca exemplu, când vă uitați la setările VM, puteți vedea hardware-ul virtual care cuprinde mașina virtuală. Aceasta va include cel puțin 1 Procesor, Memorie, Stocare și rețea.
în afara hardware-ului virtual, există și alte tipuri de VM-uri de notat:
- Persistent – în general asociat cu mediile VDI ca descriind un VM care nu va fi oprit și distrus după ce a fost utilizat
- non-persistent – în general asociat cu mediile VDI ca descriind un VM care este de scurtă durată în existență și furnizat numai atunci când este necesar
- gros prevăzut-descriind stocarea pentru un VM ca având discul complet angajat sau „zero” atunci când este creat
- thin provisioned – discurile thin provisioned nu elimină discul decât dacă este nevoie de spațiu. Acest lucru permite în mod eficient „overprovisioning” de stocare, deoarece puteți atribui mai mult spațiu de stocare pentru VMs decât aveți fizic disponibile
- aparate virtuale – aparate virtuale în VMware vSphere pot fi implementate de la OVA/OVF template-uri. Acest lucru face ca furnizarea unui aparat să fie extrem de ușoară și utilă.
- vApps – un concept vSphere care permite gruparea logică a mașinilor virtuale împreună, astfel încât acestea să poată fi gestionate și administrate ca o singură entitate
- generația 1 – în Hyper-V, aceasta este configurația vm moștenită. „Generația” afectează în general capacitățile și caracteristicile VM. Generation 1 VM-urile sunt de obicei limitate în caracteristicile lor în comparație cu Generation 2 VM-uri.
- generația 2 – Cel mai nou tip de configurație VM în Hyper-V care oferă toate cele mai recente caracteristici și capabilități.
comparație caracteristică fizică VS mașină virtuală
în timp ce serverele fizice și mașinile virtuale sunt foarte diferite în modul în care sunt construite, ele împărtășesc asemănări. Când vine vorba de conectarea la un „server fizic” față de un „server virtual”, experiența din perspectiva clientului va fi exact aceeași. În general, aplicațiilor nu le pasă dacă se conectează la un server fizic sau dacă se conectează la o mașină virtuală, deoarece mașinile virtuale rulează aceleași sisteme de operare care sunt rulate pe servere fizice, inclusiv Windows Server și Linux.
atâta timp cât resursele necesare sunt prezentate fie de un server fizic, fie de o mașină virtuală, o aplicație poate efectua același lucru, indiferent dacă serverul este sau nu fizic vs virtual. Ce zici de compararea serverelor fizice și a mașinilor virtuale în alte moduri? Să aruncăm o privire la următoarele comparații.
- Costuri
- amprenta fizică
- durata de viață
- migrare
- performanță
- eficiență
- recuperare în caz de dezastru și disponibilitate ridicată
Costuri
chiar dacă costul hardware-ului fizic a scăzut considerabil atunci când te uiți la puterea de procesare pe care o obții pentru Dolar, hardware-ul fizic este încă scump. În funcție de specificațiile hardware-ului furnizat, costurile pot fi de câteva mii de dolari până la zeci de mii de dolari pentru un singur server fizic.
privind costul unei mașini virtuale poate fi un exercițiu mai abstract, deoarece puteți crea literalmente cât mai multe VM-uri deasupra unei gazde fizice care rulează un hipervizor pe care hardware-ul îl poate suporta. Cu toate acestea, există” costuri „asociate cu VM-urile, deoarece acestea iau în esență o” felie ” a specificațiilor hardware și a performanței de care este capabilă gazda fizică și pe care ați plătit-o la achiziționarea hardware-ului.
produse precum VMware vRealize Operations Manager au capacitatea de a rula analiza continuă a costurilor pe baza procesoarelor alocate, RAM și a stocării consumate. Acest lucru poate fi util pentru a avea informații tangibile cu privire la costurile VMs individuale.
când vine vorba de o comparație 1 la 1 cu toate acestea, hardware-ul serverului fizic pentru (1) Volumul de muncă în comparație cu capacitatea de a rula mai multe instanțe sau sarcini de lucru pe partea de sus a unui hypervisor fizic gazdă, VM-uri sunt o utilizare mult mai rentabilă și eficientă a resurselor fizice în centrul de date enterprise.
amprenta fizică
când te uiți la amprenta fizică a unui server fizic, poate fi cu siguranță extinsă. Fie că este vorba de un turn, rack sau șasiu de tip lamă, spațiul va fi necesar pentru a se potrivi factorului de formă fizică al serverului. Dacă vă gândiți să aveți literalmente un server fizic pentru fiecare sarcină de lucru care rulează pentru a deservi o singură soluție, aplicație sau set de utilizatori, spațiul fizic necesar se poate adăuga.
mașinile virtuale, pe de altă parte, permit ceea ce este cunoscut sub numele de consolidare a serverului. În ultimul deceniu sau mai mult, multe organizații au suferit această transformare de la a avea o relație de server fizic 1 la 1 cu o singură aplicație la medii virtualizate care pot rula 10, 20, 50 sau mai multe VM-uri pe gazdă fizică de hipervizor.
VM-urile sunt cu siguranță o utilizare mai eficientă a spațiului fizic în centrul de date al întreprinderii în comparație cu serverele fizice care rulează fiecare o singură sarcină de lucru.
durata de viață
durata de viață a unui server fizic în comparație cu un VM poate fi o comparație interesantă. Durata generală de viață a hardware-ului serverului fizic în majoritatea mediilor întreprinderii variază de la 3 la 5 ani. Aceasta înseamnă că sarcinile de lucru care rulează deasupra hardware-ului fizic al serverului trebuie migrate după ce a fost atinsă durata de viață.
deoarece mașinile virtuale sunt abstractizate din hardware-ul de bază al unui server fizic, durata de viață a mașinii virtuale poate fi mult mai lungă decât hardware-ul fizic pe care se află. După ce durata de viață a fost atinsă pentru gazda hipervizor subiacentă, o nouă gazdă hipervizor poate fi furnizată în paralel cu gazda curentă, iar VMs poate fi migrat fără probleme. După aceasta, vechiul hardware hipervizor fizic poate fi dezafectat.
pe cealaltă parte a monedei, cu capacități puternice de automatizare, mașinile virtuale pot fi furnizate efemer și rotite în sus și în jos, după cum este necesar. Un exemplu clasic în acest sens este VM-urile non-persistente care sunt furnizate într-un mediu VDI, după cum este necesar. După ce un utilizator se deconectează, VM non-persistent este distrus.
migrare
când se compară posibilitățile de migrare cu hardware-ul fizic vs mașini virtuale, migrarea serverului fizic este mult mai dificilă. Migrarea unui server fizic la hardware fizic Nou implică mult mai multe complexități decât o mașină virtuală. Cu migrarea serverului fizic la hardware nou, există câteva opțiuni.
- faceți o imagine a serverului fizic și aplicați imaginea pe hardware nou
- migrați software-ul de la vechiul server fizic la un server fizic nou
opțiunea 1 Necesită cel mai mic efort. Cu toate acestea, această opțiune poate fi cea mai problematică în ceea ce privește driverele și alte provocări cu imaginea care conține referințe hardware la vechiul server fizic. Această abordare poate duce la bluescreens sau probleme hardware după aplicarea imaginii. Ar fi necesară o perioadă de aplicare, iar aplicația(aplicațiile) găzduită (găzduite) de serverul fizic ar suferi o întrerupere în această perioadă.
Opțiunea 2 poate necesita cea mai mare ridicare, deoarece migrarea software-ului/aplicațiilor pe un server nou poate fi complicată, în funcție de software/aplicație. O perioadă de întreținere ar fi cel mai probabil necesară pentru migrarea software-ului/aplicațiilor de la un server fizic la altul.
prin comparație, migrarea mașinii virtuale este mult mai ușoară. Datorită faptului că mașinile virtuale sunt abstractizate din hardware-ul gazdă hipervizor fizic de bază, migrarea la hardware-ul hipervizor nou este un proces simplu de migrare la nivel de hipervizor. Acesta ar fi un VMware „vMotion” sau un proces de „migrare Live” Microsoft Hyper-V pentru a trece la hardware nou în cazul acestor hipervizori.
mare lucru despre migrațiile nivel hypervisor activat de Place de VMotion sau migrarea Live este acestea se poate face în timp ce VM se execută ceea ce înseamnă cererea dumneavoastră poate rămâne disponibil în timpul procesului! Migrațiile sunt cu siguranță un avantaj al mașinilor virtuale în comparație cu migrațiile fizice ale serverului.
Performance
Performance este o zonă în care serverele fizice (bare-metal) strălucesc de obicei. De fapt, unul dintre cele mai frecvente cazuri de Utilizare încă văzute pentru a avea un server fizic, spre deosebire de rularea unei mașini virtuale, este cerința de a avea cea mai mare performanță absolută disponibilă pentru o aplicație critică pentru afaceri. Mediile virtualizate au un pic de cheltuieli generale legate de hipervizor.
cu toate acestea, trebuie remarcat faptul că decalajul dintre performanța VM și performanța metalului gol a crescut foarte îngust, deoarece planificatorii hipervizorului au crescut foarte bine la programarea timpului procesorului. Pentru majoritatea, rularea pe server fizic din motive de performanță poate rezulta din necesitatea de a nu avea absolut nicio dispută pentru resurse de la alte VM-uri care pot concura pentru acele resurse pe același hardware gazdă hipervizor fizic.
eficiență
eficiența este cu siguranță un avantaj al rulării mașinilor virtuale pe un server fizic pentru o singură sarcină de lucru. Când te uiți la costul pentru alimentarea unui server fizic, răcirea și costul pe „rack-U” al spațiului centrelor de date, rularea serverelor fizice pentru a găzdui aplicații și sarcini de lucru, spre deosebire de VMs, devine foarte scumpă.
când puteți rula mai multe, chiar zeci de VM-uri pe gazdă hipervizor, în loc de o singură sarcină de lucru pe server fizic, VM-urile sunt mult mai eficiente în ordine de mărime în comparație cu serverele fizice.
mașinile virtuale au permis efectiv organizațiilor să consolideze cu succes amprenta centrelor lor de date drastic. Acest lucru a dus la economii de energie/răcire/spațiu peste bord.
când analizăm eficiența resurselor, utilizarea serverelor fizice pentru sarcini de lucru unice va duce la o mare cantitate de resurse inactive irosite. Mașinile virtuale permit utilizarea efectivă a ciclurilor CPU disponibile, a memoriei și a capacității de stocare pe deplin.
Disaster Recovery și High-Availability
rularea oricărei sarcini de lucru critice pentru afaceri, fie pe hardware-ul serverului fizic, fie pe mașini virtuale necesită să aveți o modalitate de a vă proteja aplicațiile și datele împotriva dezastrelor și, de asemenea, să vă asigurați că aplicația și datele sunt disponibile. Mașinile virtuale au cu siguranță un avantaj clar în comparație cu rularea sarcinilor de lucru pe serverele fizice în ceea ce privește DR și HA.
după cum sa menționat, mașinile virtuale sunt abstractizate din hardware-ul fizic subiacent. Acest lucru le face extrem de mobile în ceea ce privește posibilitatea de a fi mutate într-o altă gazdă hipervizor sau locație fizică cu totul. Aceasta deschide mai multe capabilități atunci când vine vorba de protejarea aplicațiilor și a datelor în scenariile de recuperare în caz de dezastru.
cu mașini virtuale, vm instantanee/puncte de control pot fi pârghie pentru redirecționarea i/O, astfel încât toate datele modificate pot fi capturate de soluții de rezervă. Urmărirea blocurilor modificate / urmărirea modificărilor rezistente poate fi utilizată pentru a captura doar modificările care au fost făcute de la ultima copie de rezervă.
în plus, copiile de rezervă ale mașinilor virtuale la nivelul hipervizorului au ca rezultat o copie de rezervă totală a tot ceea ce este necesar pentru a restabili VM la o stare de funcționare, inclusiv hardware-ul virtual configurat.
cu copiile de rezervă ale serverului fizic, în cel mai bun caz, puteți captura sistemul de operare și toate datele stocate pe server. Cu toate acestea, hardware-ul fizic nu poate fi duplicat Magic. Dacă aveți o eroare fizică a serverului, va trebui să reproduceți hardware-ul serverului compatibil pentru a restabili copiile de rezervă.
clusterele de virtualizare fac, de asemenea, disponibilitatea ridicată foarte ușoară. Prin abstractizarea hardware-ului de la mașina virtuală, VMs poate rula cu ușurință de la orice gazdă hipervizor din cluster. Dacă o gazdă de hipervizor eșuează, proprietatea asupra VM poate fi pur și simplu asumată pe o altă gazdă de hipervizor din clusterul de hipervizor.
serverele fizice pot fi grupate, de asemenea. Windows Server Failover clustere au fost mult timp standard în centrul de date enterprise pentru clustering servere fizice împreună pentru a asigura disponibilitate ridicată la o perspectivă aplicație/date. Dacă nodul principal eșuează, un alt server fizic din cluster va presupune rularea aplicației / găzduirea datelor.
mașinile virtuale permit cele mai simple mijloace de a vă proteja datele la nivel de site. Mașinile virtuale pot fi reproduse cu ușurință într-un mediu diferit găzduit într-o locație separată, cum ar fi o instalație DR. Fără soluția potrivită de protecție a datelor, serverele fizice pot fi cu siguranță mai dificile de protejat la nivel de site.
Cum Alegi?
decizia cea mai mare dintre serverele fizice și mașinile virtuale a fost identificată în mod clar cu adoptarea pe scară largă a virtualizării. Pentru majoritatea, avantajele pe care mașinile virtuale le oferă în ceea ce privește costul, amprenta fizică, durata de viață, migrarea, performanța, eficiența și recuperarea în caz de dezastru/disponibilitatea ridicată sunt mult mai mari decât rularea unui singur volum de lucru pe un singur server fizic.
asta înseamnă că rularea aplicațiilor și găzduirea datelor pe sarcini fizice nu sunt o opțiune pe care ați alege-o vreodată? Nu. Serverele fizice sunt încă foarte mult o parte din mediul enterprise data center. Există încă situații și cazuri de utilizare pentru rularea unei aplicații pe un server fizic. Fie că este vorba din motive de performanță, sau poate necesitatea de a cârlig dispozitive fizice într-un server fizic, cazurile de utilizare există cu siguranță.
alegerea se reduce atât la o decizie tehnologică, cât și la o decizie de afaceri pentru organizația dvs. În majoritatea mediilor, majoritatea sarcinilor de lucru vor fi mașini virtuale și containere, cu un număr mic de servere fizice care rulează diverse aplicații.
copiile de rezervă ale serverului fizic și ale mașinii virtuale
indiferent dacă găzduiți datele și aplicațiile pe servere fizice sau mașini virtuale, trebuie să le protejați. Serverele fizice și mașinile virtuale pot eșua. Acest lucru subliniază necesitatea de a vă proteja în mod corespunzător datele și aplicațiile. Având o soluție unificată de protecție a datelor/backup care poate proteja atât sarcini fizice și virtuale simplifică recuperarea în caz de dezastru.
cu Vembu BDR Suite, puteți avea o soluție all-in-one care vă poate proteja serverele fizice și mașinile virtuale care rulează în mediul dvs. Vembu vă permite să trateze servere fizice, cum ar fi VMs, deoarece copiile de rezervă permit servere fizice P2V ‘ ING pentru restaurare într-un dezastru. În plus, permite copierea cu ușurință a copiilor de rezervă ale serverului fizic în afara site-ului împreună cu mașinile virtuale. Aceasta include următoarele capabilități atât pentru mașinile fizice, cât și pentru cele virtuale:
- urmărire bloc schimbat
- verificare automată de rezervă
- recuperare rapidă VM
- Offsite sau copie de rezervă la distanță
- Vembu Universal Recovery
- backup conștient de aplicație
- suport migrare-V2V, P2V, V2P
descărcați versiunea de încercare gratuită de 30 de zile a Vembu BDR Suite aici.
Urmați Twitter și Facebook feed-uri pentru noi versiuni, actualizări, mesaje eficiente și mai mult.