az informatikai infrastruktúra drasztikusan megváltozott az elmúlt évtizedben, vagy több. A virtualizáció térnyerésével a szervezetek megváltoztatták az üzleti szempontból kritikus munkaterhelések kiépítésének, kezelésének és elhelyezésének módját az infrastruktúrában. Ahelyett, hogy a kiszolgáló munkaterhelését 1:1 arányban konfigurálná, fizikai kiszolgálónként egy munkaterheléssel, a virtualizáció lehetővé tette számos szoftver munkaterhelés futtatását egyetlen fizikai hardverkészleten.
a feldolgozás, a hálózat és a tárolási teljesítmény terén elért előrelépéseknek köszönhetően a virtualizáció lehetővé tette a szervezetek számára, hogy sokkal hatékonyabban használják ki a CPU feldolgozási teljesítményének fejlődését az egész környezetben, és ténylegesen kihasználják a fizikai hardverek fejlődését. Előfordulhatnak azonban olyan esetek, amikor a fizikai kiszolgáló továbbra is kívánatos néhány munkaterheléshez.
vessünk egy pillantást a fizikai szerver és a virtuális gép közötti fontos különbségekre.
fizikai szerver vs virtuális gép – a választás nyitott
amikor megnézzük a fizikai szerver és a virtuális gépek közötti különbségeket, és eldöntjük, hogy futtatják-e az üzleti szempontból kritikus számítási feladatokat, először jobban megértsük mindegyiket. A következőket fogjuk figyelembe venni:
- mi az a fizikai szerver?
- mi az a virtuális gép?
- fizikai vs virtuális gép funkciók összehasonlítása
- hogyan válasszon?
- egyéb szempontok
kezdjük el a fizikai szerverek megtekintését.
mi az a fizikai szerver?
a legtöbb esetben a fizikai szerver az informatikai infrastruktúra jól ismert része, amely a kezdetektől fogva létezik. A fizikai szerver olyan hardver, amelyet megérinthet és érezhet. Egy tipikus szervert néha “csupasz fémnek”neveznek.
általában magában foglalja a fizikai kiszolgáló tokjában található összes fizikai hardverelemet, amely lehetővé teszi a működését. A fizikai kiszolgálók általában CPU-val, RAM-mal és valamilyen belső tárhellyel rendelkeznek, ahonnan az operációs rendszer betöltődik és elindul. Lehet, hogy nem rendelkezik általános célú tárolóval az operációs rendszerhez használt tárolón kívül.
az adatközpontban lévő fizikai kapcsolatok a fizikai kiszolgálóhoz kapcsolódnak. Ez magában foglalja az áramellátást, a hálózatot, a tárolókapcsolatokat és más perifériás eszközöket és hardvert.
amikor a csupasz fém szerverekre gondolunk, amelyek egyetlen alkalmazást futtatnak, ezek általában egyetlen “bérlőnek”nyújtanak alkalmazásokat és adatokat. Egyszerűen fogalmazva, a bérlő ügyfél vagy fogyasztó. Egyetlen bérlő a szoftver és a támogató infrastruktúra egyetlen példánya, amely egyetlen ügyfelet szolgál ki. Egy bérlős környezetben minden ügyfélnek általában saját fizikai hardverkészlete lenne, amely az adott erőforrások kiszolgálására szolgál.
szerverek típusai
annak ellenére, hogy a fizikai kiszolgálót “Egy méret mindenkinek” típusú hardverként gondolhatja, a fizikai kiszolgálóknak mindenféle, méretű és célja van. Ezek a következő különböző kiszolgálótípusokat tartalmazzák:
- Toronyszerverek – általában olcsóbbak és kevésbé hatékonyak, mint a rackbe szerelhető és moduláris társaik. Gyakran megtalálható az edge vagy a small business környezetben, ahol a szerver rack nem lehet telepíteni, vagy nincs más rackmount berendezés, amely igazolja a beszerzési szerver rack
- Rackmount szerverek-Rackmount szerverek a tipikus szerverek gondol, amikor a gondolkodás egy vállalati adatközpont környezetben, és fel vannak szerelve egy szabványos szerver rack
- HCI vagy moduláris szerverek-az ilyen típusú szervereket néha “blade” szervereknek vagy hiperkonvergens formai tényezőknek nevezik, mivel általában képesek telepíteni vagy méretezni a számítást, a tárolást és a hálózatot azáltal, hogy egyszerűen telepítenek egy új “server blade” – et vagy “modult” a HCI/moduláris szerver alvázába
a fenti különböző szerver típusok minden bizonnyal nem az egyetlenek, amelyek megvásárolhatók. A fent említett típusok azonban a fizikai formai tényezők leggyakoribb típusai, amelyeket vállalati adatközpont-környezetben talál.
mi az a virtuális gép?
a virtuális gépek vitathatatlanul a legelterjedtebb informatikai infrastruktúrák a mai környezetben. Bár a konténerek egyre vonzóbbak és egyre inkább elterjednek, a virtuális gépek még mindig a mai virtualizált környezetek de facto szabványai.
a virtuális gépeket egy hipervizor telepítésével teszik lehetővé egy “csupasz fém” szerver tetejére. A mai népszerű hipervizorok, mint például a VMware vSphere és a Microsoft Hyper-V közös megközelítése az alapul szolgáló fizikai szerver hardverének virtualizálása és a virtualizált hardver bemutatása az operációs rendszernek. A hypervisor általában valamilyen CPU-ütemezővel rendelkezik, amelyet a brókerek a Vendég virtuális gépekben futó kliens operációs rendszerektől kérnek, a mögöttes fizikai gazdagépbe telepített fizikai CPU-val.
a virtuális gépek számos előnnyel rendelkeznek a fizikai kiszolgálókkal szemben a létesítés, a kezelés, a konfiguráció és az automatizálás szempontjából. Míg egy új fizikai szerver beszerzése, biztosítása és konfigurálása napokba vagy hetekbe telhet,egy új virtuális gép általában percek, sőt másodpercek alatt felpörgethető.
a virtuális gépnek az alapul szolgáló fizikai hardverből való kivonása miatt ez azt jelenti, hogy olyan mobilitást és rugalmasságot biztosít, amely fizikai szerverekkel egyszerűen nem lehetséges. A virtuális gépek zökkenőmentesen mozgathatók a különböző gazdagépek között, miközben a virtuális gép fut. Mivel a virtuális gépek egyszerűen egy sor fájlok megosztott tároló helyett egy sor fizikai hardver, ez lehetővé teszi a könnyű mobilitás és a változó a számítási/memória tulajdonjogát.
korábban említettük, hogy a fizikai szerver általában alkalmas egyetlen bérlő vagy ügyfél/fogyasztó számára. A virtuális gép természeténél fogva sokkal jobban megfelel a több bérlős környezeteknek, ahol valószínűleg sok különböző vállalat használ különböző virtuális gépeket,amelyek mindegyike egy fizikai vagy hipervizoros gazdagépen található.
a virtuális gépek típusai
bár nincs olyan fizikai forma tényező, amelyet átölelhetne egy virtuális gép számára, létezik a “virtuális hardver” fogalma a virtuális gép számára. Figyelembe VMware vSphere példaként, ha megnézzük a VM beállításokat, láthatjuk a virtuális hardver, amely magában foglalja a virtuális gép. Ez legalább 1 processzort, memóriát, tárolót és hálózatot tartalmaz.
a virtuális hardveren kívül más típusú virtuális gépek is vannak:
- állandó – általában a VDI környezetekhez társítva olyan virtuális gépet ír le, amely használat után nem lesz kikapcsolva és megsemmisítve
- nem állandó-általában a VDI környezetekhez társítva olyan virtuális gépet ír le, amely rövid életű létezik, és csak szükség esetén van kiépítve
- vastag kiépítve – a virtuális gép tárolásának leírása úgy, hogy a lemez teljesen lekötve vagy “nullázva” van létrehozva
- thin provisioned-a thin provisioned lemezek csak akkor nullázzák ki a lemezt, ha Hely szükséges. Ez hatékonyan lehetővé teszi a tárhely “túlprovizionálását”, mivel több tárhelyet rendelhet a virtuális gépekhez, mint amennyi fizikailag rendelkezésre áll
- virtuális készülékek – a VMware vSphere virtuális készülékeit OVA/OVF sablonokból lehet telepíteni. Ez rendkívül egyszerűvé és hasznossá teszi a készülék kiépítését.
- vApps – egy vSphere koncepció, amely lehetővé teszi a virtuális gépek logikai csoportosítását, így egyetlen entitásként kezelhetők és kezelhetők
- 1.generáció – a Hyper-V-ben ez a régi VM konfiguráció. A” generáció ” általában befolyásolja a virtuális gép képességeit és funkcióit. Az 1. generációs virtuális gépek jellemzői általában korlátozottak a 2. generációs virtuális gépekhez képest.
- 2.generáció – a Hyper-V legújabb típusú virtuális gép konfigurációja, amely a legújabb funkciókat és képességeket kínálja.
fizikai vs virtuális gép jellemzők összehasonlítása
bár a fizikai szerverek és a virtuális gépek felépítésük szempontjából nagyon különböznek egymástól, mégis hasonlítanak egymásra. Mikor jön le, hogy csatlakozik a” fizikai szerver “vs” virtuális szerver”, a tapasztalat egy ügyfél szempontjából lesz pontosan ugyanaz. Az alkalmazásokat általában nem érdekli, hogy fizikai kiszolgálóhoz csatlakoznak-e, vagy virtuális géphez csatlakoznak-e, mivel a virtuális gépek ugyanazokat az operációs rendszereket futtatják, mint a fizikai kiszolgálókon, beleértve a Windows Server és a Linux rendszert.
mindaddig, amíg a szükséges erőforrásokat egy fizikai szerver vagy egy virtuális gép mutatja be, egy alkalmazás ugyanazt tudja végrehajtani, függetlenül attól, hogy a szerver fizikai vagy virtuális. Mi a helyzet a fizikai szerverek és a virtuális gépek összehasonlításával más módon? Vessünk egy pillantást a következő összehasonlításokra.
- költségek
- fizikai lábnyom
- élettartam
- migráció
- teljesítmény
- hatékonyság
- katasztrófa utáni helyreállítás és magas rendelkezésre állás
költségek
annak ellenére, hogy a fizikai hardver költsége jelentősen csökkent, ha megnézzük a dollár feldolgozási teljesítményét, a fizikai hardver még mindig drága. A kiépített hardver specifikációitól függően a költségek néhány ezer dollártól több tízezer dollárig terjedhetnek egyetlen fizikai szerver esetében.
a virtuális gép költségeinek vizsgálata elvontabb feladat lehet, mivel szó szerint annyi virtuális Gépet hozhat létre egy hipervizort futtató fizikai gazdagép tetején, amennyit a hardver képes támogatni. Vannak azonban” költségek “a virtuális gépekkel kapcsolatban, mivel lényegében egy” szeletet ” vesznek a hardver specifikációiból és teljesítményéből, amelyre a fizikai gazdagép képes, és amelyet a hardver megvásárlásakor fizetett.
az olyan termékek, mint a VMware vRealize Operations Manager, képesek folyamatos költségelemzést végezni a lefoglalt processzorok, a RAM és a felhasznált tárhely alapján. Ez hasznos lehet, ha kézzelfogható információkkal rendelkezik az egyes virtuális gépek költségeiről.
ha azonban az (1) munkaterhelés fizikai kiszolgálói hardverének 1-1-es összehasonlításáról van szó, összehasonlítva azzal, hogy sok példányt vagy munkaterhelést lehet futtatni egy fizikai hipervizor gazdagépen, a virtuális gépek sokkal költséghatékonyabbak és hatékonyabbak a fizikai erőforrások felhasználása a vállalati adatközpontban.
fizikai lábnyom
ha megnézzük a fizikai szerver fizikai lábnyomát, minden bizonnyal kiterjedt lehet. Legyen szó toronyról, állványról vagy penge típusú alvázról, helyre lesz szükség a szerver fizikai formatényezőjének elhelyezéséhez. Ha úgy gondolja, hogy szó szerint van egy fizikai kiszolgáló minden munkaterheléshez, amely egyetlen megoldás, alkalmazás vagy felhasználói csoport kiszolgálására fut, akkor a szükséges fizikai hely összeadódhat.
a virtuális gépek viszont lehetővé teszik az úgynevezett szerver konszolidációt. Az elmúlt évtizedben, vagy több, sok szervezet már megy keresztül ez az átalakulás, amelynek 1-1 fizikai szerver kapcsolat egyetlen alkalmazás virtualizált környezetben, amely képes futtatni 10, 20, 50, vagy több VM per fizikai hypervisor host.
a virtuális gépek minden bizonnyal hatékonyabban használják ki a fizikai helyet a vállalati adatközpontban, összehasonlítva a fizikai kiszolgálókkal, amelyek mindegyike egyetlen munkaterhelést futtat.
élettartam
a fizikai szerver élettartama a virtuális géphez képest érdekes összehasonlítás lehet. A fizikai szerver hardver általános élettartama a legtöbb vállalati környezetben 3-5 év között mozog. Ez azt jelenti, hogy a fizikai kiszolgáló hardverén futó munkaterheléseket az élettartam elérése után ki kell költöztetni.
mivel a virtuális gépek elvontak egy fizikai szerver mögöttes hardveréből, a virtuális gépek élettartama sokkal hosszabb lehet, mint a fizikai hardver, amelyen tartózkodnak. Miután elérte az alapul szolgáló hipervizor gazdagép élettartamát, egy új hipervizor gazdagép létesíthető az aktuális gazdagéppel párhuzamosan, és a virtuális gépek zökkenőmentesen áttelepíthetők. Ezt követően a régi fizikai hipervizor hardver leszerelhető.
az érem másik oldalán, az erős automatizálási képességekkel, a virtuális gépek átmenetileg feltölthetők, és szükség szerint fel-le forgathatók. Klasszikus példa erre a nem állandó virtuális gépek, amelyek szükség szerint VDI környezetben vannak kiépítve. A felhasználó kijelentkezése után a nem állandó virtuális gép megsemmisül.
áttelepítés
ha összehasonlítjuk az áttelepítési lehetőségeket a fizikai hardverekkel és a virtuális gépekkel, akkor a fizikai kiszolgálók áttelepítése sokkal nehezebb. A fizikai kiszolgáló új fizikai hardverre való áttelepítése sokkal összetettebb, mint egy virtuális gép. A fizikai szerver új hardverre történő áttelepítésével néhány lehetőség van.
- készítsen képet a fizikai kiszolgálóról, és alkalmazza a képet az új hardverre
- a szoftver áttelepítése a régi fizikai kiszolgálóról egy új fizikai kiszolgálóra
az 1.opció a legkevesebb erőfeszítést igényli. Azonban ez a lehetőség lehet a legproblematikusabb az illesztőprogramok és egyéb kihívások szempontjából a régi fizikai kiszolgálóra mutató hardverhivatkozásokat tartalmazó képpel. Ez a megközelítés bluescreens vagy hardveres problémákat okozhat a kép alkalmazása után. Karbantartási időszakra lenne szükség, és a fizikai szerver által üzemeltetett alkalmazás(ok) ebben az időszakban leállnának.
a 2.opció a legnehezebb emelést igényelheti, mivel a szoftverek/alkalmazások új szerverre történő áttelepítése a szoftvertől/alkalmazástól függően bonyolult lehet. Valószínűleg karbantartási időszakra lenne szükség a szoftverek/alkalmazások egyik fizikai kiszolgálóról a másikra történő áttelepítéséhez.
Összehasonlításképpen, a virtuális gépek migrációja sokkal könnyebb. Annak a ténynek köszönhetően, hogy a virtuális gépeket kivonják az alapul szolgáló fizikai hipervizor gazdagép hardveréből, az új hipervizor hardverre való áttérés egyszerű hipervizor szintű migrációs folyamat. Ez egy VMware ” vMotion “vagy egy Microsoft Hyper-V” Live Migration ” folyamat lenne az új hardverre való áttéréshez ezen hipervizorok esetében.
a nagy dolog a hypervisor szintű migrációk által engedélyezett szereti a vMotion vagy élő migráció lehet tenni, amíg a VM fut, ami azt jelenti, az alkalmazás továbbra is elérhető a folyamat során! A migráció minden bizonnyal a virtuális gépek előnye a fizikai szerver migrációkhoz képest.
teljesítmény
a teljesítmény olyan terület, ahol a fizikai szerverek (csupasz fém) általában ragyognak. Valójában az egyik leggyakoribb felhasználási eset, amely még mindig fizikai szerverrel rendelkezik, szemben a virtuális gép futtatásával, az a követelmény, hogy az üzleti szempontból kritikus alkalmazásokhoz az abszolút legnagyobb teljesítmény álljon rendelkezésre. A virtualizált környezeteknek van egy kis költsége a hipervizorral kapcsolatban.
meg kell azonban jegyezni, hogy a virtuális gépek teljesítménye és a csupasz fém teljesítménye közötti különbség nagyon szűkült, mivel a hypervisor ütemezők nagyon jók lettek a CPU idő ütemezésében. A legtöbb esetben a fizikai kiszolgálón teljesítmény okokból történő futás abból adódhat, hogy egyáltalán nem kell vitatkozni más virtuális gépek erőforrásaiért, amelyek ugyanazon a fizikai hipervizor gazdagép hardveren versenyezhetnek ezekért az erőforrásokért.
hatékonyság
a hatékonyság minden bizonnyal előnye a virtuális gépek futtatásának egy fizikai kiszolgálóval szemben egyetlen munkaterhelés esetén. Ha megnézzük a fizikai kiszolgáló áramellátásának költségeit, a hűtést és az adatközponti terület “rack-U” költségét, akkor a virtuális gépekkel szemben a fizikai kiszolgálók futtatása az alkalmazások és a munkaterhelések tárolására nagyon drága lesz.
ha hipervizoros gazdagépenként több, akár tíz virtuális gépet is futtathat, a fizikai kiszolgálónkénti egyetlen munkaterhelés helyett a virtuális gépek nagyságrendekben sokkal hatékonyabbak a fizikai kiszolgálókhoz képest.
a virtuális gépek hatékonyan lehetővé tették a szervezetek számára, hogy drasztikusan megszilárdítsák adatközpontjaik lábnyomát. Ez azt eredményezte, teljesítmény / hűtés / helytakarékosság az egész fórumon.
ha az erőforrás-hatékonyságot nézzük, a fizikai kiszolgálók használata egyetlen munkaterheléshez nagy mennyiségű pazarolt üresjárati erőforrást eredményez. A virtuális gépek lehetővé teszik a rendelkezésre álló CPU ciklusok, memória és tárolókapacitás teljes kihasználását.
katasztrófa utáni helyreállítás és magas rendelkezésre állás
bármely üzleti szempontból kritikus munkaterhelés futtatásához, akár fizikai kiszolgálóhardveren, akár virtuális gépeken meg kell védeni az alkalmazásokat és az adatokat a katasztrófától, és biztosítani kell, hogy az alkalmazások és az adatok rendelkezésre álljanak. A virtuális gépeknek minden bizonnyal határozott előnyük van a fizikai szervereken futó munkaterhelésekhez képest a DR és a HA szempontjából.
mint említettük, a virtuális gépeket kivonják az alapul szolgáló fizikai hardverből. Ez rendkívül mozgékonyvá teszi őket abban a tekintetben, hogy teljesen áthelyezhetők egy másik hipervizor gazdagépre vagy fizikai helyre. Ez számos lehetőséget nyit meg az alkalmazások és az adatok védelme szempontjából a katasztrófa utáni helyreállítási forgatókönyvekben.
a virtuális gépekkel a virtuális gépek pillanatképei/ellenőrző pontjai kihasználhatók az I/O átirányításához, így minden megváltozott adat rögzíthető a biztonsági mentési megoldásokkal. A megváltozott Blokkkövetés / rugalmas változáskövetés csak az utolsó biztonsági mentés óta végrehajtott módosítások rögzítésére használható.
ezenkívül a virtuális gépek hipervizor szintű biztonsági mentései a virtuális gép működőképes állapotának visszaállításához szükséges összes biztonsági mentést eredményezik, beleértve a konfigurált virtuális hardvert is.
a fizikai szerver biztonsági mentésekkel legjobb esetben is rögzítheti az operációs rendszert és a szerveren tárolt összes adatot. A fizikai hardvert azonban nem lehet varázslatosan lemásolni. Fizikai szerverhiba esetén a biztonsági mentések visszaállításához kompatibilis szerver hardvert kell reprodukálnia.
a virtualizációs klaszterek szintén nagyon egyszerűvé teszik a magas rendelkezésre állást. A virtuális gép hardverének kivonásával a virtuális gépek könnyen futtathatók a fürt bármely hipervizor gazdagépéről. Ha egy hipervizor gazdagép meghibásodik, a virtuális gép tulajdonjoga egyszerűen feltételezhető a hipervizor fürt másik hipervizor gazdagépén.
fizikai szerverek is fürtözhetők. A Windows Server feladatátvételi fürtjei már régóta a vállalati adatközpont szabványai a fizikai kiszolgálók csoportosítására az alkalmazás/adat szempontjából magas rendelkezésre állás biztosítása érdekében. Ha a fő csomópont meghibásodik, a fürt egy másik fizikai kiszolgálója feltételezi az alkalmazás futtatását/az adatok tárolását.
a virtuális gépek lehetővé teszik az adatok webhelyszintű védelmének legegyszerűbb módját. A virtuális gépek könnyen reprodukálhatók egy másik környezetben, külön helyen, például egy DR létesítményben. Megfelelő Adatvédelmi megoldás nélkül a fizikai szerverek védelme minden bizonnyal nagyobb kihívást jelenthet a webhely szintjén.
Hogyan Válasszon?
a legtöbb döntés a fizikai szerverek és a virtuális gépek között egyértelműen azonosítható a virtualizáció széles körű elfogadásával. A legtöbb esetben a virtuális gépek által kínált előnyök a költségek, a fizikai lábnyom, az élettartam, a migráció, a teljesítmény, a hatékonyság és a katasztrófa utáni helyreállítás/magas rendelkezésre állás szempontjából sokkal nagyobbak, mint egyetlen fizikai kiszolgálón egyetlen munkaterhelés futtatása.
ez azt jelenti, hogy az alkalmazások futtatása és az adatok tárolása a fizikai terheléseken nem olyan lehetőség, amelyet valaha is választana? Nem. A fizikai szerverek továbbra is nagyon részei a vállalati adatközponti környezetnek. Még mindig vannak helyzetek és felhasználási esetek egy alkalmazás futtatásához egy fizikai kiszolgálón. Akár teljesítmény okokból, vagy talán a fizikai eszközök fizikai szerverbe történő csatlakoztatásának szükségessége, a használati esetek minden bizonnyal léteznek.
a választás mind a technológiai, mind az üzleti döntéstől függ a szervezet számára. A legtöbb környezetben a munkaterhelések többsége virtuális gép és tároló lesz, kis számú fizikai szerverrel, amelyek különböző alkalmazásokat futtatnak.
fizikai szerver és virtuális gép biztonsági mentése
függetlenül attól, hogy adatait és alkalmazásait fizikai szervereken vagy virtuális gépeken tárolja, meg kell védenie őket. A fizikai szerverek és a virtuális gépek egyaránt meghibásodhatnak. Ez aláhúzza az adatok és alkalmazások megfelelő védelmének szükségességét. Az egységes adatvédelmi / biztonsági mentési megoldás, amely mind a fizikai, mind a virtuális munkaterhelést védi, egyszerűsíti a katasztrófa utáni helyreállítást.
a Vembu BDR Suite segítségével olyan all-in-one megoldással rendelkezhet, amely megvédi a környezetében futó fizikai kiszolgálókat és virtuális gépeket. Vembu lehetővé teszi, hogy kezelje a fizikai szerverek, mint a virtuális gépek, mivel a mentések lehetővé teszik P2V ‘ ing fizikai szerverek helyreállítása a katasztrófa. Ezenkívül lehetővé teszi a fizikai kiszolgáló biztonsági mentéseinek másolását a virtuális gépekkel együtt. Ez magában foglalja a következő képességeket mind fizikai, mind virtuális gépekhez:
- megváltozott Blokkkövetés
- automatikus biztonsági mentés ellenőrzése
- gyors virtuális gép helyreállítás
- külső vagy távoli biztonsági másolat
- Vembu univerzális helyreállítás
- alkalmazás-tudatos biztonsági mentések
- migrációs támogatás – V2V, P2V, V2P
töltse le a Vembu Bdr Suite 30 napos ingyenes próbaverzióját itt.
Kövesse Twitter és Facebook hírcsatornáinkat az új kiadásokhoz, frissítésekhez, éleslátó bejegyzésekhez és még sok máshoz.