Oleg Tereshchenko, [E-mail védett]weboldal
Bevezetés
A virtualizációról folytatott beszélgetés megkezdése előtt, mint mindig, "egyetértünk a terminológiával kapcsolatban."
Ha elvonja az ősi római gyökereit a "virtuális", "virtualitás" szó eredetéről, akkor véleményünk szerint a "virtuális" szó, vagy a "virtuális" fogalma az elméleti fizika modern nyelvébe került. Amikor a matematikai képletben van, amelynek fizikai jelenséget vagy folyamatot kellene leírnia, "vége nem konvergált a végekkel", a fizika kezdte aktívan alkalmazni a "virtuális" fogalmát - a feltételes érték - tömeg, energia, egy részecske amely segített a képletnek a "válasz" formában.
Később a számítógépes technológiák fejlesztésével a "virtuális valóság" fogalmát egyfajta alternatív valóság alkalmazásával vették fel, elsősorban a számítógépes folyamat audiovizuális megjelenítésének alapján. Először is, a számítógépes játékokhoz és különféle fajtákhoz tartozott virtuális túrák - A múzeumok, a népszerű üdülőhelyek stb.
Megmondjuk nekünk egy másik releváns virtualitás fogalmát a modern számítási rendszerek - szerver virtualizáció, munkaállomások, tárolók stb.
Szerver virtualizáció
Kora vagy újabb okok miatt különböző okok miatt elkezd gondolkodni a virtualizációra.
Közvetlenül a virtualizációs környezet kiválasztásával kapcsolatos kérdést. Jelenleg már sokan vannak - "Hyper-V", "V-gömb", "Citrix" és mások ... Legyenek az első kettőn, mivel ezek a leggyakoribbak és a leginkább univerzálisak.
"Hyper-V" - A Microsoft fejlesztése már a család összes operációs rendszerében jelen van, a Windows 8-as verziójával kezdődik. Ha a processzor támogatja a virtualizációt, akkor engedélyezheti ezt az összetevőt és elkezdheti használni. Ön is külön szerverként állíthatja be egyetlen feladattal -, hogy "gazda" -ként szolgáljon virtuális gépek.
A "V-Sphere" egy független operációs rendszer a virtualizációs környezet megszervezéséhez. Vannak fizetett és ingyenes verzió.
Miért mindez
Az "Egy fizikai szerver - egy alkalmazás" modell használata esetén a legtöbb szerver teljesen használható. Például az adatbázis-kiszolgáló nagymértékben betölthető, más szerverek - nem. Kiderül, hogy a vállalkozásban vagy az adatközpontban, ahol telepítve van nagyszámú Fizikai kiszolgálók, mindegyikük terhelése átlagosan 10-15%. Nem gazdaságilag nyereséges, nem hatékonyan és nehéz kezelni.
A virtualizáció lehetővé teszi, hogy csökkentse a fizikai szerverek számát, és forrásokat forgalmaz a munkaterhelés által, kiemelve több vagy kevesebb erőforrást bármely szolgáltatás számára.
A fizikai szerverek használata esetén nincs lehetőség arra, hogy bármilyen szerver tárhelyet adjon hozzá, anélkül, hogy megállna az utóbbi munkája, ami nem kényelmes.
Ezenkívül a virtualizáció csökkenti az energiafogyasztást. 4 A 10% -os átlagos munkaterhelésű fizikai szerverek több energiát töltenek, mint egy kiszolgáló, amely akár 80% -ban is átlagos terheléssel rendelkezik.
Fontos tény az, hogy egyszerűsítse az összes informatikai infrastruktúra kezelését.
Például:
Amikor a virtualizációnak lehetősége van távoli hozzáférés A virtuális szerverek konzoljához és a hardver jellemzőinek megváltoztatásához.
Tűnik, hogy egyedi, drága eszközöket, például IP-KVM kapcsolókat vásároljon.
Csak menjen a kívánt kiszolgáló konzoljához, és nyomja meg a "Reset" gombot a kiszolgálóhoz, és kattintson a kiszolgáló gombjára.
Lehetőség van a virtuális szerver állapotáról is.
Ha valami rosszul ment, mondjuk a frissítési folyamat során, térjünk vissza a korábban készült állapotképzeletre, és minden működik. Az eljárás nem sok időt vesz igénybe.
Ezután a virtuális kiszolgálónak nincs ötlete arról, hogy melyik hardverplatform működik. Ennek előnyei vannak, például virtuális környezetünk van az IBM platformon.
Könnyen leállíthatjuk a virtuális kiszolgálót, mozgathatjuk egy hasonló virtuális környezetbe, a "SuperMicro" vagy az "Intel" platformon telepítve. Ezt követően a szerver elkezdi és nem észleli, hogy a különbség folytatja munkáját, mintha egyszerűen újraindulna. Az ilyen "áthelyezést" néhány percet vesz igénybe.
Az ilyen viselkedés nagyon könnyebbé teszi az eljárást. foglalkoztatási másolat Mindkét adat és virtuális kiszolgáló későbbi visszanyerése teljesen (minden paraméterrel, beállításokkal és telepített szoftverrel).
Pro és contra
Egy hasonló rendszer mínuszai: meglehetősen megvásárolható Új szervera virtualizációs környezet követelményei alapján. Mivel egy virtualizációs megoldás végrehajtása érdekében támogatni kell a hardver virtualizációs technológiák feldolgozóját, például az "Intel VT" processzort.
Sok olyan feldolgozó, amelyet korábban kiadottak, nincsenek ilyen lehetőségek, és lehetséges, hogy "egyetlen kudarcot".
Például van egy virtuális környezet, amelyben a hirdetésszerver fut, a "Web" kiszolgáló, és lehetővé teszi a szerver terminálját. Egy ponton történik hardverhiba Virtuális közeg, például a tápegység meghibásodása, például a leginkább ártalmatlan. Lehet, hogy az egyik merevlemezek Raid tömb, a Reid szabályozó maga vagy alaplap (Az ilyen működési zavarok minden fizikai szerverben is rejlik).
A virtuális környezet nem indul el, illetve a virtuális szerverek nem működnek.
A virtuális környezet megtervezése során kezdetben a hibakűrűségre kell gondolni, mielőtt ezt használják.
Az előnyök, a biztonság javítása, a jelentős adminisztráció egyszerűsítése és támogatása, egyszerűbb létrehozása mentést, gyors és egyszerű követő helyreállítási, transzfer a virtuális szerverek különböző platformok, a minimális állásidő esetén lehetséges meghibásodások, helytakarékos, csökkentve a entorgotate, Az operációs rendszer használata esetén Microsoft Windows. A szerver képes a virtuális szerverek futtatására.
Gondolkozni
Mivel ez a lehetőség az archív példányok megteremtése, bármi, "a repülésen" ..., nem kell tárolni másolatokat az eredetik mellett, akkor bármilyen más eszközre kell mozgatnia. Például az USB-HDD, az E-SATA által összekapcsolt lemez felgyorsítja az árfolyam folyamatot.
De sok megbízható és funkcionális lesz a tároláson.
Az utolsó változatban hasonló virtualizációs rendszert telepíthet, a fő rendszer összeomlása esetén, és közvetlenül a tárolási virtuális szerverek másolatait közvetlenül (munka, természetesen lassabb lesz, bár a tárolótól függ , de fog működni).
Mi lesz lehetővé téve a tétlen idő minimalizálását, és nem teszi lehetővé sok rohanást, helyreállítva a fő rendszert.
Többek között, ha a tároló lehetővé teszi technikai sajátosságokA virtuális gépeket a virtualizációs kiszolgálón való közzététel helyett lehetővé teszi, amely viszont lehetővé teszi, hogy egyáltalán ne legyen lemezek a virtualizációs szerveren.
Egy kicsit letöltöttem az egyik szempontból a másikba. \u003d)
Lát ...
Jól van abban az értelemben, hogy még mindig egy kis irodában van, vagy egy klaszter jön létre, vagy van egy olyan hely, amely egy fizikai kiszolgáló formájában van, amelyen egy hypervisor működik. Hülye, hogy vitatkozzon vele. Ezenkívül még a klaszter esetében is, a legtöbb esetben egyetlen hibahely, amelyben az adatok fizikailag aláhúzottak. Csak azért, mert a replikált San és így olyan, mint például, nem tárgyalt megoldás a kis és közepes méretű vállalkozások számára. Az árak csak több százezer dollárral járnak a tárolási rendszerhez és az engedélyekhez.
Az Nuance az, hogy három fő lehetőség van:
- Van egy hypervisor és n virtuális gépek rajta
- N fizikai szervere van
- Van egy fizikai szervere egyvel operációs rendszer (virtualizáció nélkül) és minden telepítve van ebben az operációs rendszerben.
A harmadik lehetőség esetében (a legszebb) problémái vannak a priori. Nem lehet megjósolni a terhelést, nincs biztonságod, mint ilyen (mert valószínűleg a felhasználóknak a szerverhez kell hozzáférnöd, hogy a tartományvezérlő is) és az alkalmazások befolyásolják egymást. Nos, például az életből: "Egy könnyű" elfogyasztott 100% CPU - minden Rózsa, csak azért, mert minden az operációs rendszer egy példánya.
A második lehetőség általában több nagyon olcsó (viszonylag) számítógép vásárlásához vezet, amely büszkén hívja a "kiszolgálót". Sokszor láttam. Az ügyfél lényegében számítógépek egy kicsit nagy mennyiség Erőforrások és szerver operációs rendszer. Az ilyen számítógépek megbízhatósága megfelelő. Ezeket egyszerűen nem tervezték a terhelés alatt álló állandó munkához. Nem is beszélek az alkatrészek és összeszerelés minőségéről. Minden következményekkel. Ha több márkakiszolgálót vásárolhat (amennyire szüksége van) - szerencsés és a legtöbb munkavállaló a "kisvállalkozások" féltékeny.
Nos, az első lehetőség. Ha csak egy kiszolgálót kell vásárolnia, szinte mindig igazolhatja a nagyobb költségvetést. Elmagyarázza, hogy az egyszeri vásárlás megmenti az új szerverek megvásárlásának szükségességét, azt mondják, hogy a következő két évben. És ki fog derülni, hogy vesz egy szervert egy normális gyártó (HP \\ dell stb), ami egy normális hardver RAID, a minőség az alkatrész bázis, és így tovább. Plusz - normális garanciális támogatás lesz. Ha a megfelelő RAID szintet használja - Ön védi az adatvesztéstől, ha a lemez meghibásodik (vagy akár kettő). És a lemerült lemez garanciával változott. Szintén a garancia mellett mindent megváltoztatsz (bár a "pihenés" sokkal kevésbé csökken a tisztességes szervereken, sok év múlva emlékszem néhány esetre, amikor az összetevők kiabáltak). De ismét örülni fogsz az "azonos alaplap" keresésével, mert leállítja a garanciát.
Vagyis a megbízhatóság lényegesen magasabb, a kockázatok kevésbé vannak.
Mindaz, ami "csak egy meglehetősen erőteljes kiszolgáló megvásárlása után" írott, a második kérdésre vonatkozik - az alkalmazások összeegyeztethetősége és kölcsönös befolyása egymásra. Mi sokkal gyakrabban probléma, nem pedig a berendezés megbízhatósága önmagában is. Az adatokat egy biztonsági másolatból emelheti (biztonsági másolatokat készíthet), ha a berendezés sikertelen. De sok esetben nem tudod megoldani a kompatibilitás problémáját és a kölcsönös negatív hatásokat egymásra anélkül, hogy új kiszolgáló "-ot vásárolnánk (vagyis pénzügyi injekciók nélkül).
Milyen kockázatot jelent: a berendezések vagy a szoftver összeegyeztethetetlensége? Mi jelenlétében egy normális mentés, szörnyű - égett szerver, vagy egy rosszindulatú program, amely zavarja meg másokkal, és lehetetlen megszabadulni tőle (például szükséges-e valakit munka)?
A virtualizáció nem "ezüst golyó", akkor nem fogja megoldani az összes problémát egyszerre. És nem kell bevezetni egyszerűen azért, mert az. De nem is figyelembe véve az összes előnyt.
Remélem olyan világosabb.
Azok, akik először szembesülnek a virtualizációval, logikus kérdést jelentenek - Hogyan válasszunk megfelelő hypervisort?
Végtére is, a hypervisor a lényege a virtuális szerver, annak hatékonyságát, lehetőségek, a megbízhatóság, a költség függ a további munka a virtuális gépek és a szolgáltatás.
Egy időben olvastam sok különböző véleményt, tesztelési sebességet, videojeleket néztem a hypervisorok munkájáról.
Ha nem mászik a törmeléket és kompakt leírják az előnye és hátránya a legnépszerűbb hypervisor, és ez a VMware ESXi, a Microsoft Hyper-V és a XenServer. A Nick Evgeny_shiiryaev alatt tetszett a felhasználó kenyérpirítójára.
Előnyök és hátrányok Microsoft Hyper-V, VMware Esxi és Xenserver
Microsoft Hyper-V
1. A hypervisor maga nem számít semmit, letölthető a Microsoft weboldaláról (Hyper-V szerver formájában);
2. Jól alkalmas az operációs rendszer virtualizációjára a Microsoftból;
3. A legtöbb Microsoft termék támogatja a Hyper-V virtuális környezetben dolgozó munkát;
4. Könnyen telepíthető és konfigurálható;
5. A legtöbb rendszergazda dolgozhat vele;
6. Bármely kiszolgálóra telepíthető, amelyre a Windows állhat.
1. A rossz nem alkalmas a virtualizációs operációs rendszerhez, amely nem a Microsoftból (azaz nem Windows);
2. Haladó adminisztrációs eszközök (virtuális gépkezelő) díj;
3. Minden egyes a Windows másolata A hypervisor belsejében meg kell fizetnie (ez akkor van, ha a Hyper-V szerver terméket használják, ha a Hyper-V OS szerepét használják Windows szerver 2008 R2 Datacenter, majd a Windows másolatához, nem kell fizetnie a virtuális környezetben).
VMWARE ESXI.
1. technikai szempontból a legfejlettebb hypervisor;
2. INGYENES (letölthető a VMware webhelyről);
3. Sok operációs rendszert támogat (Windows, Linux, BSD, Solaris stb.);
4. Könnyen telepíthető és konfigurálható.
2. Csak korlátozott számú kiszolgálóra telepíthető;
3. A hypervisoron belüli ablakok minden egyes példányának meg kell fizetnie;
4. Nem minden rendszergazda dolgozhat vele.
Xenserver.
1. támogatja számos operációs rendszert;
2. INGYENES;
3. Támogatja a kielégítően nagyszámú kiszolgálót.
1. Fejlett adminisztrációs eszközök;
2. A hypervisoron belüli ablakok minden egyes példányának meg kell fizetnie;
3. A legtöbb rendszergazda nem működött vele.
Következtetések a hypervisor kiválasztására:
- Ha a virtuális környezetben és a Microsoftban szeretne futtatni - válassza a Hyper-v lehetőséget.
- Ha különböző operációs rendszert szeretne futtatni a virtuális környezetben (Windows, Linux, Solaris stb.), Ugyanakkor a szerverei a HCL ESXI-ben szerepelnek - válasszon ESXI lehetőséget.
- Ha a Linux és az OSS virtuális környezetben szeretne futtatni, és van szakemberei, akikkel dolgozhatnak vele - válasszon Xenserver.
Minden tiszta, egyetértek.
Magam választottam ingyenes verzió Hypervisor Esxi, csak jobb. Bár a FreeBSD az ESXI-val meghibásodott barátokat - észrevehető teljesítményveszteség, de Linux (Debian, Centos Fly)
Még a VPS lízingajánlatok felületi figyelembevételével is, a hosterek által kínált virtualizációs rendszerek rengetege feltűnő. Ezek közül az OpenVZ, a Virtuozzo, a Xen, a KVM, a Microsoft Hyper-V, a VDSManager és a különböző technológiák különböző módosításai kioszthatók. Minden szolgáltató sok előnyt eredményez az általuk használt rendszernek, de kevés ember hasonlítja össze a virtualizációs technológiákat egymás között, és a mínuszokról beszél.
Ebben a cikkben feltöltjük ezt a szakadékot, és objektíven figyelembe vesszük a gazdagépek által használt alapvető virtualizációs technológiákat, amelyek segítenek a kezdőknek, hogy a virtuális kiszolgáló lízing megfelelő kiválasztását hozzák létre.
Szoftver és hardver virtualizáció
A hostingben használt virtualizációs technológiák kétféle típusra oszthatók - szoftver virtualizációra és teljes (hardver) virtualizációra.
Az első csoport tartalmazza az OpenVZ-t, a virtuozzót, a vdsmanagert és a Másodlapot a Microsoftból.
Szoftver virtualizáció Ez magában foglalja a virtualizációt az operációs rendszer magszintjén (OS): Minden virtuális gép használata közös módosított kiszolgáló kernelt. Ugyanakkor, a felhasználó számára, minden virtuális gép úgy néz ki, mint egy külön szerver.
Mivel az általános magot használják, az operációs rendszert virtuális gépeken csak a mag használhatja. Ha a Linux VPS-ről beszélünk a virtualizációs szoftver technológián alapulva - VPS felhasználó elérhető Linux eloszlás Válasszon (Centos, Debian, Ubuntu és így tovább). Ha a Windows VPS-ről beszélünk - a felhasználók csak ugyanazt számíthatják meg a kiszolgálón windows verzióMi van telepítve a hypervisoron. Ma olyan, mint ablakok szabálya Szerver 2008.
A virtualizáció tagadhatatlan előnyei a virtuális gépek sebessége. VPS létrehozása, az operációs rendszer újratelepítése, a kiszolgáló betöltése és a hasonló műveletek nem pár perceket és másodperceket foglalnak el. Ezen kívül, mivel az erőforrásokkal, csomópontok - a kernel betöltése egyszer használatos minden VPS, a költségek ilyen VPS alacsonyabb értéke a VPS technológián alapuló teljes virtualizációt.
Hátrányok - az erőforrások elégtelenül szigorú szétválasztása és a túlterhelés lehetősége. A virtualizációhoz használt szerverek mai szintjén azonban ez a probléma kijön. A mai virtualizációs kiszolgáló tipikus konfigurációja a következő:
Processzorok: 2 x Intel Xeon E5620 (8 fizikai nucleei)
RAM: 48-96 GB ECC REG
Lemezrendszer: 4 x 450 GB SAS Hardver RAID 10 (kb. 5-szer több produktív SATA lemezek)
Az ilyen csomópont lehetővé teszi, hogy legfeljebb 50 kiszolgálót helyezzen el anélkül, hogy különleges kellemetlenséget okozna a következő paraméterekkel:
Processzor: 1800-3600 MHz
RAM: 2048-4096 MB
HDD: 20-40 GB
A szoftver virtualizációjának VPS kiválasztásakor soha ne üldözze a penny mondatokat - általában azt jelenti, hogy a túlterhelhető hoster (több erőforrást árul). A VPS-források szokásos árának átlagát, a fentiek szerint - 15-20 dollárról havonta.
Hardver virtualizáció Ez egy hardver virtualizáció, egyfajta őszinte "vágott" egy erőteljes kiszolgáló több gyengébb gépre. Minden kiszolgáló teljesen elkülönül a szomszédos, szinte minden erőforrás korlátozott.
A nyilvánvaló előnyök a virtuális gépek nagyobb stabilitása. Ellentétben szoftver virtualizációs, ahol akkor is, ha a tárhelyszolgáltatóval nem oversellite, ellenállhatatlan egyik tartályból problémát okozhat a működését a szomszédos tartályok, a VPS hardveres virtualizáció is független, önálló fizikai szervereket. Mivel minden gép saját magját használja, egyszerre több VP-t futtathat bármely operációs rendszerrel egyidejűleg, például Linux, Windows és FreeBSD egyidejűleg. A Hoster esetében ez természetesen jelentősebb, mint a felhasználó számára, de a felhasználók néha szükségük van az operációs rendszer megváltoztatására, például a FreeBSD Linux-on.
Néha az ügyfelek felajánlják az OS saját ISO képeitől való telepítését, ami meglehetősen kényelmes az egyedi igényekhez - például a telefonos kiszolgáló telepítéséhez az Asterisk bázison.
Hátrányok kiszivárgása az előnyökből - a VPS teljes elkülönítésének, valamint a különböző szerverekkel rendelkező erőforrások felhasználásának lehetetlensége, a Hoster kevesebb szerverrel rendelkezik egy csomóponton, mint a szoftver virtualizációjának használata esetén. Ha figyelembe vesszük a fenti csomópont-konfigurációt és a vps, a szerverek számát, amelyeket a Hoster ilyen csomópontra lehet helyezni, körülbelül másfélszeresére csökken. Tehát a szerver ára is lesz egyre.
A Hardware virtualizációval kapcsolatos VPS-művelet nem különbözik a dedikált szerverek működésétől, ezért olyan műveletek, mint például VPS létrehozása, az operációs rendszer telepítése, a kiszolgáló újraindítása néhány másodpercig, valamint hosszú ideig történik , mint a kiemelt szervereken. Bár ha az operációs rendszert az előkészített sablonból telepítik, és nem a képen, akkor 3-5 percet vesz igénybe.
Van-e VPS a mínuszok hardveres virtualizációjában? Ha pontosan szüksége van az erőforrások összegére, amelyekért fizetsz, és a teljes függetlenség fontos, és nem kompromisszumok - akkor igen, megéri.
A felhasználó minden technológiája jellemzői
OpenVZ. - A legtöbb hosting szolgáltató által használt szabad virtualizációs technológia, amelyet számos VPS szerver vezérlőpanel támogat, mind a fizetett (solusvm, vdsmanager) és a szabad (hypervm, openvz web panel).
Az OpenVZ aktívan fejlődik, és az első megkapja az összes innovációt, amelyet a futás után továbbítanak Virtuozzo. - Az OpenVZ kereskedelmi opció, a párhuzamokkal kifejlesztett és előrehaladva, mint a VPS hosting optimális platformja.
Természetesen a virtuozzo kereskedelmi technológiája stabilabb és kényelmesebb a felhasználó kezeléséhez (vegyen ugyanezt a párhuzamos tápellátást, amely a rendszereloszlásban szerepel, és konténerekkel rendelkezik), de ez a technológia nem olcsó. A virtuozzo alapján a VPS költséghatárai a VPS-vel a hardver virtualizációval rendelkeznek, míg az OpenVZ VPS jelentősen olcsóbb - majdnem kétszer. Ezen túlmenően, a mai VPS irányítási eszközök OpenVZ make munkát VPS felhasználók adatait teljesen elfogadható, sőt kényelmes.
Érdemes megjegyezni, hogy a Windows virtuozzo verziója van, ugyanazon az elven dolgozik, mint a Linux.
FreeBSD, sajnos, sem a virtuozzo, sem az OpenVZ nem támogatott, de mindkét rendszert a legmodernebb Linux eloszlások támogatják.
Vdsmanager. - Ez egy virtualizációs szoftver a FreeBSD számára, amely ezután egy univerzális kezelőpanelré változik, amely más virtualizációs technológiákat is támogat, különösen a KVM, a XEN és az OpenVZ.
Azonban válasszon ez a technológia A virtualizáció a legjobb abban az esetben, ha szüksége van egy VPS-re a FreeBSD szoftver virtualizációjával.
A VPS Linux-nál jobb választani más megoldásokat - stabilabbak és általában funkcionálisabbak. Az egyik legjobb lehetőség az OpenVZ C Solusvm. Nem túl messze az új OpenVZ web panel panel mögé, amely már elkezdi aktívan használni a szolgáltatók tárolása.
Xen. És a KVM a felhasználó szempontjából szinte hasonló mind a funkcionalitáshoz, mind a teljesítményhez. Azonban érdemes megjegyezni, hogy a Xen, aki korábban belépett a VPS fogadó piacon, ma a VPS platformon alakul ki egy felhő platformba. Például egy külön eloszlásorientált eloszlás már kialakult, és egy felhő - Citrix Xenserver.
Kvm. Van néhány előnye - például a rendszermag szerves része, és nem egy modul, mint Xen, és ennek megfelelően aktívan fejlődik az eloszlások, különösen a Redhat-alapú rendszerek fejlesztésével. A szolgáltatók látják ezt a tendenciát, és vándorolnak a Xen-vel a KVM-en.
Ezért, ha szüksége van egy hardver független VPS C Linuxra vagy FreeBSD-re, javasoljuk, hogy a KVM javára válasszon, szemmel a jövőben.
A XEN / KVM szerverek vezérlése is elegendő. Az egyik legjobb lehetőség, amelyet a SolusVM - az OpenVZ, a Xen és a KVM VPS univerzális panel, amely a külföldi VPS-piac mintegy 90% -át foglalja magában, és aktívan végrehajtja a belföldi szolgáltatók.
Hiper-v. - Microsoft hardver hypervisor. A mai napig a szerver virtualizációjának legjobb megoldása a Windows rendszerből, és aktívan bevezeti a szolgáltatók.
A hardver VPS optimális opciója ablakokkal a fedélzeten, de nem a leginkább a legjobb döntés VPS Linux vagy FreeBSD. A legtöbb hander erre az okból, és pozícionálja a Hyper-V-t a Windows VPS virtualizációjaként.
VMware. - Kedves Kereskedelmi Virtualizációs Technológia, amely ma használatos, elsősorban a Cloud VPS-hez (a felhasználó megváltoztathatja a rendelkezésre álló erőforrások mennyiségét a repülés során, majd a használt mennyiség kifizetése). A WMWARE hagyományos VPS ritkaság a technológia költsége miatt. Vegye figyelembe, hogy virtuális vMware autók Könnyen áthelyezhető a fizikai csomópontok között.
Nincs ideális virtualizációs rendszer a VPS hosting számára, és valószínűleg nem lehet. Minden rendszer jó feladatainak: Ha gyorsan szüksége van a VPS vezetésére és munkájára a legalacsonyabb áron, de nem kritikus kényelem és stabilitás - az OpenVZ a legjobban megfelel. Értékelje a stabilitást és a kényelmet, de a szoftver virtualizációjának előnye? Tehát a választás virtuozó. A KVM tökéletes azok számára, akiknek szüksége van egy dedikált szerver "darabjára", de mielőtt egy egész kiszolgáló bérlése a projekt még nem nőtt, és így tovább.
Ez nem titok informatika Gyorsan fejlődik. Úgy tűnik, hogy egy nagyon kevés idő telt el a Windows Server 2008 R2 kiadása óta, és a Microsoft már megjelent Új verzió Szerver operációs rendszere - Windows Server 2012. Hyper-V, amely része a kiszolgálónak windows rendszerekSzintén erősen lépett előre. Ez a cikk leírja a virtualizáció és bizonyos funkciók használatának előnyeit csak akkor, ha a Hyper-V a Microsoft Windows Server 2012 terméken alapul.
Mi a virtuális gép?
A virtuális gép (VM) olyan szoftverkörnyezet, amelyet a vendég operációs rendszer fizikai berendezések. A virtualizációs kiszolgálóhoz a vendég virtuális gép virtuális fájl. merevlemez * .Vhdx és konfigurációs fájl * .xml. A virtualizáció használatával egyidejűleg több olyan operációs rendszert futtathatunk, amelyek nem férnek hozzá egymás erőforrásaihoz, míg az egyes operációs rendszer működése nem különbözik a fizikai berendezések munkájától.
Hogyan különbözik a virtuális gépekkel való munka a fizikai gépekkel való együttműködésből?
- Az a képesség, hogy könnyen törölje az operációs rendszert a virtuális gépen a pillanatfelvételi technológiával (pillanatkép);
- A telepítés képessége biztonsági mentés virtuális gép bárhol (a felhőben (például a Microsoft Azure) vagy a biztonsági szerverén), míg a meghajtók újratelepítésével kapcsolatos nehézségekből származik;
- A virtuális gép oldalán bekövetkező "vas" frissítések elvégzésének lehetősége a virtuális gép oldalán, a réteg végleges operációs idejének és a réteg "vasalójának" hypervisor formájában történő jelenléte miatt;
- Az a képesség, hogy a szolgáltatásokat a virtuális gép egészének szintjén a virtuális gép szintjén, és nem a végfelhasználás szintjén, ami megtakarításhoz vezet, mivel a hiba toleráns alkalmazások meglehetősen drágák.
A virtualizáció pluszjai
- A virtualizáció a hiba toleranciájának biztosítása. Lehetővé teszi, hogy ne vásároljon hatalmas számú kiszolgálót, növeli a hibapontok számát, és ezáltal a hiba valószínűségét, és minden szolgáltatást egy vagy két szerveren tartsa.
- Virtualizáció - Megtakarítási eszközök:
- A hardverre mentett, egy szerver vásárlása 10 helyett;
- A villamos energiát takaríthatja meg, mivel egy 100% -kal töltött kiszolgáló sokkal kevesebb villamos energiát fogyaszt, mint 10 kiszolgáló 10% -kal;
- Ön megszakítás nélküli áramforrásokra menti;
- A kiszolgáló csomópont hűtési rendszerét mentheti, mivel a letöltött kiszolgáló kevesebb, mint 10 munka, de nem töltődik be;
- Megtakarítja a kiszolgáló szolgálati idejét. Tehát például, ha a szerver egy produktívabbá válik, akkor nem kell újratelepíteni az összeset szoftver, csak két fájlt kell átadnia cserélhető adathordozó És kattintson a virtuális gép indítására.
Dinamikus memória
Most több virtuális gépet helyezhet el egy virtualizációs kiszolgálóra az elkülönített összeg csökkentésével véletlen hozzáférési memória Minden virtuális gép esetében. Tedd, hogy lehetővé tegye a virtuális gép új paraméterének megjelenését, amelyet a "RAM elindításához" neveznek. Annak érdekében, hogy értékelje a gyors memória-nyereséget, amikor átkerül a Hyper-V 2012-re, értékelnie kell a szkriptet a RAM hatékonyságára minden virtuális gépre.
A grafikon a RAM fogyasztásának függőségének leggyakoribb formáját mutatja. Amint láthatjuk, a memóriafogyasztás élesen növekszik, majd majdnem kétszer csökken és késlelteti ez a szint. Ha Windows Server 2008 R2-t használ, akkor a virtuális gép beállításaiban, amelynek ütemezése a fentiekben szerepel, akkor kénytelen lenne rögzíteni a szívet, hogy kiemelje 1600 megabájt RAM-ot, míg a felső 800 megabájt csak Indítsa el a virtuális gépet, és valójában nem használják.
Ha a RAM fogyasztása a virtuális gépek is úgy néz ki, akkor sürgős átmenet jelenik meg a Microsoft Windows Server 2012-re! Ez lehetővé teszi, hogy csak 800 megabájtot adjon ki a VM számára. "Hogyan? - kérdezed. - Végül is, a VM egyszerűen nem indul el az OP hiánya miatt? " Nagyon egyszerű. A "RAM elindításához" paraméterével csak meg kell adnia az OP számát, amelyet a VM kezdetén kiemelnek. Amikor a vendég operációs rendszer teljesen betöltött, a hypervisor csökkenti az OD kiosztását a VM paramétereiben megadott értékhez. A figyelmes olvasó kérdései lehetnek: "Mi fog történni, ha újra kell indítanom a VM-et, és az ingyenes op maradt?" "Hol származik a hypervisor az OP hiányzó számából, hogy elindítsa a VM-t?". Ha tudod, hogyan működik a Paging fájl, akkor valószínűleg már válaszolt erre a kérdésre. Valójában a hypervisor a merevlemezen, és mikor vendégrendszer Növeli, engedje el a lemezen elfoglalt helyet.
VM replikáció
A virtuális gép replikációja olyan mechanizmus, amely a Microsoft által a katasztrofover eszközként helyezkedik el. Beszélő egyszerű szavakA replikáció a virtuális gépek biztonsági mechanizmusa a beépített eszközzel maga a Hyper-V platform. A replikáció segítségével folyamatosan készen áll a virtuális gép biztonsági másolatának tartására.
A virtualizáció pluszjai:
- Egy nagyon egyszerű hibakeresési algoritmus (a főszerverrel kapcsolatos problémák esetén).
- Beépített replikációs teljesítményfigyelő szerek.
- Beépített tartalék teljesítményvizsgálat.
- A replikáció nem igényel a fő és biztonsági szerver csatlakoztatott csatorna szélességét.
- A szinkronizációs munkamenetek közötti intervallumban módosított adatok elvesztése
- Kézi átmenet a biztonsági szerverhez.
A virtualizációs rendszer végrehajtásának megkezdése előtt meg kell értened, hogy miért van szüksége rá, milyen feladatokat szeretne megoldani. A virtualizációs rendszer végrehajtásának egyik gyakori hibája a vállalaton belüli "harci" szolgáltatások kísérlete. Például egy virtuális környezet megvalósítása, amelynek csak egy szervere van, amely támogatja a virtualizációs technológiát, növeli a kockázatokat. Azok. Ha a szerver sikertelen, nem lesz hozzáférés virtuális gépekamelyek ezen a kiszolgálón futottak.
A szerver csomópont virtualizációjának megtervezése előtt meg kell értened a virtuális gépek használatának kockázatát és korlátozását, hogy megértsük, hogyan jelent meg a megjelölt lehetőségek és hogyan befolyásolják a vállalat informatikai infrastruktúráját. A projekttervnek be kell vonnia a szakemberek képzését, és ütemezi a frissítést, és szabályozási dokumentumokat hoz létre a szerver csomópontján.
