Otthoni virtuális gazdaszerver felépítése

Nemrégiben a groovy közösségi fórumon, goLfie (az egyik groovy olvasónk) kérdezte a Kérdés a számítógép-alkatrész-tanácsokkal kapcsolatban. Az idő múlásával a vita virtuális szerver felépítésével kapcsolatos kérdésekre fordult. Miközben gépeltem a szálakra adott válaszomat, úgy gondoltam, hogy ez a téma érdemes egy előlapot keresni, tehát további megfontolás nélkül ...

Szerver tok és merevlemezek / IO

Az első dolog, amit tennie kell, talál egy szép toronyházat. Ennek elsődleges oka a meghajtóterület. Most már engedélyezett, ha tervezi egy meghajtókkal teli eSata meghajtóház használatát, akkor ez valószínűleg nem olyan fontos.

Az egyik leggyakoribb probléma, amelyet a vállalati Amerikában láttam a virtuális farm kiépítésekor, az, hogy megvásárolják a legnagyobb szervert, rengeteg CPU-val és memóriával, majd csak néhány meghajtót dobnak a dobozba. Találd ki, mi történik? Ja, a lemez IO korlátozásai. Bízzon benned, fusson le a lemezen, és ez gyorsan elérheti garantált szűk keresztmetszetét!

Egy barátom ezt a közelmúltban tette egy szép otthoni szerver felépítésével, rengeteg CPU-val és memóriával. Ezután vásárolt egyetlen 1 TB-os meghajtót, és felosztotta azt 80 GIG-rel az operációs rendszer számára, és az egyensúlyt a virtuális gépek számára. Miután mindössze 4 virtuális gépet telepített a dobozra, szörnyű volt a teljesítmény a gazdagépen és a virtuális gépeken. Képzelje el öt szervert, amelyek mindegyike egyetlen hajtótengelyről próbál húzni. Jaj.

Hát, győződjön meg arról, hogy nem fukarkodik a lemezen. Őszintén hiszem, hogy ez az egyik legfontosabb tényező (csak a memória számára), amikor egy virtuális szerver gazdagépet épít. Próbáljon annyi meghajtót behelyezni a dobozba, amennyit az eset tartana. Minél több meghajtóorsó van, annál jobb. Végül is, néhány száz dollárért képesnek kell lennie arra, hogy 5-6 500 GIG meghajtót kapjon. Emberek megtalálhatók a NewEgg-en, mindegyik ~ 50 dollárért. Az optimális konfiguráció a rendszermeghajtó tükre és a Raid 10 (ha sok lemezed van) vagy jó ole Raid. 5. A virtuális gépeket tároló kötet esetében. Ha kevés a lemeze, akkor csíkozza az összes lemezt egy Raid 5-be és készítse el el.

Szerver CPU

A Hypervizorok bármelyikének ott való futtatásához biztosítania kell egy olyan processzor vásárlását, amely támogatja az On-Chip virtualizációt. Az Intel ezt hívja Intel VT és AMD, AMD-V. A Microsoft Hyper-V Server 2008 például még a VT vagy AMD-V CPU nélkül sem fut, vagy nem telepít egy Server 2008 mezőbe.

Ezenkívül, mivel ez egy otthoni rendszer, és valószínűleg nem fog megvásárolni négy aljzatú alaplapot, ügyeljen arra, hogy a CPU legalább két mag (lehetőleg négy.) Ilyen módon, ha két foglalatot és mindegyik 4 magot vesz fel, akkor jónak kell lennie a CPU-ról. álláspont.

Szerver memória

Bármely virtuális szerver gazdagépe a memória. Elegendő memória nélkül elveszíti annak előnyeit, hogy egyetlen kiszolgálón több kiszolgálót és asztali számítógépet képes tárolni. A memória manapság olcsó. Ezért azt javaslom, hogy telepítsen legalább 8 koncertet. Ennek elegendő RAM-ot kell biztosítania 8 - 10 középméretű virtuális gép fogadására.

Alaplap

Győződjön meg arról, hogy az alaplap több CPU-t (aljzatot) támogat, akár 16 Gig vagy annál több RAM-ot (ilyen módon szükség szerint megnövelheti a dobozt), rengeteg SATA, eSATA kapcsolatok és egy beépített RAID is plusz.

Ha tudsz, szerezzen videókat a fedélzeten. Ne pazarolja a pénzét egy nagyszerű videokártya vásárlásával a virtuális szerver gazdagépe számára. Végül is, a legtöbb esetben a házigazda felépítése után valószínűleg SOHA nem kell újból belépnie. Sokan azt gondolják, hogy nagy képzeletbeli videokártyára van szüksége az Aero RDP kapcsolaton keresztüli végrehajtásához. Ez nyilvánvalóan rossz. MINDEN virtuális házigazdám fejetlen (nincs monitor csatlakoztatva) és a garázsomban egy állványra ül, és nincs probléma a virtuális Vista dobozom futtatása az Aero Theme segítségével RDP-n keresztül (és bízz bennem, a szervereim videokártyái vannak uuuuugggllly.)

Hyper-Visor szoftver

Évszázadok óta (nem is olyan hosszú) a VMWare volt az uralkodó király az ESX termékcsaláddal és menedzsment csomaggal... és Ön fizetett érte. Átlagosan 5 ezer dollár volt a CPU. A Microsoft, a Citrix, a SUN és az Oracle hozzáadott nyomása nyomán (igen, az Oracle rendelkezik virtuális géppel) a király kezdi érezni a hőt a csomagolásból. Ez jó hír számunkra!

A nyomás a Microsoft kiadásával kezdődött Microsoft Virtual Server 2005 R2. Annak ellenére, hogy eleinte nem volt ingyenes, a Microsoft gyorsan 0 dollárra csökkentette az árat. A VMWare válaszolt a VMware Server. A Microsoft ezután a legújabb Hyper-V nevű virtuális szervert csomagolta a Windows Server 2008. Körülbelül hat hónappal később kiadták a ingyenes önálló Hyper-Visor hívott Microsoft Hyper-V Server 2008 közvetlen válasz az ESX termékcsalád önálló szabad kiadására, az úgynevezett VMWare ESXi.

És ez vezet MOST. Személy szerint én futok egy kicsit MINDEN. Az otthoni laboratóriumom MINDEN, a fentiekben főként említett termékek közül egyben tartalmaz, mivel sok régebbi dobozomban nincs hardverkövetelmény. Ami az én ajánlásamat illeti, az alábbiakban javasolom:

1. ESXi - Ingyenes, legújabb technológia, egyszerű telepítés. Csak feltétlenül olvassa el az összes HW követelményt. Fontos megjegyezni, hogy az Intel-VT vagy az AMD-V csak akkor szükséges, ha 64Bit virtuális gépeket akar futtatni. Teljesítmény miatt azonban nagyon ajánlom.
2. Microsoft Hyper-V Server 2008 - Ingyenes, kiváló technológia, könnyen kezelhető a régebbi virtuális gépek áttelepítése a Virtual Server 2005 R2 futtatása. Felhívjuk figyelmét - Intel-VT és AMD-V processzorokra van szükség.
3. Windows Server 2008 W / Hyper-V - Ez lehetővé teszi a szükséges virtuális gépek üzemeltetését, ÉS a gazdagép használatával másokat is elvégezhet. Például az elsődleges Hyper-V szerver az elsődleges tartományvezérlőm, az összes FSMO szerepemen. A biztonsági mentési tartományvezérlő természetesen virtuális. ;)

ÉS... erről szól.

Mit felejtettem el? Van bárki további javaslata?

Címkék:Hyper-V, hiper-lencsés, vmware, microsoft, virtualizáció, vm-host, virtuális szerver