I és ubuntu "egy szörnyű szó -" virtualizáció "
Ez egy szörnyű szó - "virtualizáció". Az én megoldásom KVM alapú.
- A virtualizációs rendszernek stabilnak, általánosan elérhetőnek és erőteljesnek kell lennie.
A választás futtatni a szemét, de miután tanulmányozta felülvizsgálatát az interneten, és megpróbálja használni a szubjektív véleményt alakult ki.
A VMWare termékek nem alkalmasak. Megfizetett munkaállomás, az ESXi nem adta át a rendszeremet a nem támogatott lapkakészlet miatt (kiderült, hogy korszerűbb). Jó választás lenne a VMWare Server, de a visszahívás alapján nehéz és rendszeresen esik, nem kipróbáltam az ESXi hiba után. Nem jöttek még egy okra - a vállalat még mindig eladja a termékeit, és csak néhányat szabadon elérhető.
A VirtualBox nagyon jó lehetőség volt. Két lehetőség van: OSE és Freeware. Nincs szabad verzió a nyílt forráskódban, de kompenzálja ezt a funkciót. Tisztában vagyok a különbségek - ez a hiánya USB támogatás OSE változata, korlátozások a hálózat támogatott grafikus gyorsítás (mellesleg, ami egy nagyon tisztességes növekedési üteme a virtuális gép). A VirtualBox ideális a legegyszerűbb megvalósításhoz. lehetővé teszi, hogy gyorsan dolgozzon egy működőképes virtuális gépet szükségtelen gesztusok nélkül és gondosan tanulmányozza a vezetést. Egy szép tulajdonsága, hogy támogassa a munkát a konzol, amely lehetővé teszi, hogy ne használja a grafikus kiegészítőket, és ennek megfelelően megszüntette a további terhelést a géphez. A kezdő "home virtualizátoroknak" ezt a lehetőséget javasolnám. Személy szerint én még mindig használja a személyi laptop a gyors emelés tesztkörnyezetben, valamint a munka a Windows (van már régóta állandó és stabil Ubuntu fő rendszer). Szerint a szubjektív érzések VirtualBox működik, sokkal gyorsabb és okosabb VMWare Workstation, kevesebb helyet mind a lemezen, és a memóriában. Minden gép kiosztott egy külön ablakban, valamint a telepített illesztőprogramok a vendég (vannak „out of the box”), akkor lehetséges, hogy integrálja a gazda asztalon, ami nagyon kényelmes, és lehetővé teszi, hogy elterjedt a feladatok különböző virtuális asztali.
A QEMU egy nagyon erős dolog. De amikor eszembe jutott, már figyeltem a rendszermag-alapú virtualizációra és a Xen és a KVM információira, mert nem közelítem meg a tiszta QEMU-t.
A Xen az ideális virtualizációs rendszer. De nagyon jelentős hátránya van - a vendégrendszert elő kell készíteni.
A QEMU-n alapuló KVM közel ugyanolyan gyors, mint a Xen, de rugalmasabb funkcionalitása, a QEMU beállításainak teljes ereje (habár a legtöbb szükséges a VirtualBOX-ban). Mindkét változat, a Xen és a KVM minden modern disztribúcióban megvalósul, és nem kell komoly erőfeszítéseket tenni annak használatára. De alapvető különbség van köztük, amelyet később tárgyalunk.
- A virtuális gépeken különféle szoftverplatformokat kell játszani.
Annak ellenére, hogy a VMWare és a VirtualBOX termékek e tekintetben elérhetők voltak, még korábban sem utasítottam el őket, ezért nem gondolom ... De a Xen és a KVM tekintetében részletesebben fogok leírni, mert nagyon hosszú információkat keresett.
A Xen nem teszi lehetővé a rendszeren kívüli rendszerek futtatását. vagy inkább nem előre felkészült a virtuális környezetben való munkavégzésre. És sajnos (és talán szerencsére), a hasonló feldolgozás nem támogatja a Windows-terjesztéseket. Ez nem tetszett nekem, mert végül a választás a KVM használatának lehetőségére esett, amiért nem kell előzetesen felkészülnie egy vendégrendszerre.
Tehát a KVM kiválasztásának okai rövidek:
1. A bevezetés a dobozból elérhető bármilyen nagy elosztásban;
2. A Linux kernel alapján végrehajtott nagy sebesség;
3. Olyan óriások által használt, mint a RedHat és az Ubuntu, ami a magas stabilitást és rugalmasságot jelzi;
4. Nem szükséges további csalás a vendég rendszerrel virtuális gépre történő telepítéshez.
3. Hogyan csináltam ezt a Debianon?
Ezután egy technikai leírás írja le a lépéseket, hogyan csináltam a szerveremet, és szabadon húztam egy tucat virtuális kiszolgálóról.
Annak ellenére, hogy a kedvenc Ubuntu-terjesztésem eredményeként a Debian-t választották alap-rendszerré. A cikken belül nem fogom megmagyarázni a bonyolultságokat, de az asztalon is, még mindig szívesebben használom az Ubuntut az asztalon. Az Ubuntu és a Debian utasításainak nagy része mindkét változathoz releváns, így amikor beállítottam, mindkettőt használtam.
Tehát indítsa el a szervert.
Vegye ki a Debian disztribúciót. Ahhoz, hogy ne lengjen túl sokat, majd csak kap egy friss rendszert, vettem NetInstall változat, ahol csak a telepített verzió a „Szabvány rendszer” több nem kell. By the way, azt használja a 64 bites kiadás, hogy támogatja a több memóriát (> 3 GB) kerülőutak nélkül és sallang (például 32 bites szerver Ubuntu kernel támogatja a több mint 3 GB, de csak akkor, ha van ilyen lehetőség az chipset ).
A merevlemez-IDE-t a rendszerpartíciókra ("/", "/ home", swap) használom, nehogy a rendszer futtatása RAID-tömbön történő telepítéskor (és legyen). A telepítéskor egyszerre két SATA merevlemez alapú RAID-1-et hozok létre az adatok nagyobb biztonságának elérése érdekében (az alapinformációk tárolásra kerülnek). A jövőben, ha egy puha RAID tömbön dolgozik, használnia kell az mdadm segédprogramot.
Frissen telepített rendszer kicsit retusál. Kezdeni, ssh, így azonnal dugjon sistemnik el, és húzza ki a monitor már felesleges: sudo apt-get install ssh Sokan azt tanácsolják, hogy váltson a szabványos 22-es port a másikon. De ezt csak akkor kell elvégezni, ha bízik benne, és a szervere közvetlenül az internethez csatlakozik. Egyébként meg kell említeni, hogy ha ispolzovat nem szabványos port, akkor majd nehézséget a távirányítóval KVM-virtualizált. Tehát elhagytam a szabványos portot, de a hardveres útválasztón átküldtem a nem szabványos átvitelt kívülről elérhetővé.
Ezután bekapcsoljuk az idő szinkronizálását az interneten keresztül (erősen javaslom, hasznos).
sudo apt-get telepítése ntp ntpdate
A chipsetek, processzorok és merevlemezek hőmérsékletének szabályozásához:
sudo apt-get install lm-szenzorok hddtemp
A hddtemp segédprogram azonnal működik, telepítés után az lm-szenzorokat futtatjuk: a sudo érzékelők - minden kérdésre válaszolva - igen.
Nagyon egyszerű használni:
- ismerni a processzor hőmérsékletét, a chipset és a sudo érzékelők egyéb jellemzőit, valamit kapunk:
it8712-isa-0290
Adapter: ISA adapter
VCore 1: +1,33 V (min = +3,54 V, max = +3,30 V) ALARM
VCore 2: +3,76 V (min = +1,39 V, max = +1,01 V) ALARM
+3.3V: +3.28 V (min = +4.00 V, max = +0.91 V) ALARM
+5V: +6,69 V (min = +3,04 V, max = +6,10 V) ALARM
+12V: +12,67 V (min = +15,23 V, max = +5,57 V) ALARM
-12V: -15,33 V (min = -0,85 V, max = -12,39 V) ALARM
-5V: +2,85 V (min = +3,06 V, max = +3,47 V) ALARM
Stdby: +5,99 V (min = +0,11 V, max = +6,37 V)
VBat: +3,31 V
fan1: 2922 RPM (min = 3260 RPM, div = 2)
fan2: 0 RPM (perc = 5400 RPM, div = 2) ALARM
fan3: 0 RPM (perc = 2732 RPM, div = 2) ALARM
M / B Temp: + 44,0 ° C (alacsony = -73,0 ° C, magas = -49,0 ° C) érzékelő = tranzisztor
CPU hőmérséklet: + 32,0 ° C (alacsony = -65,0 ° C, magas = -9,0 ° C) érzékelő = tranzisztor
Téma: + 128,0 ° C (alacsony = + 23,0 ° C, magas = -66,0 ° C) érzékelő = tiltva
cpu0_vid: + 0,000 V
- megtudja a merevlemez hőmérsékletét SATA - sudo hddtemp / dev / sda kap valamit:
/ dev / sda: WDC WD1001FALS-00J7B0: 33 ° C
És a legfinomabb, telepítse KVM modulokat és hasznos segédprogramokat. Az aktuális felhasználó azonnal adja hozzá a megfelelő csoporthoz a KVM használatának elérhetőségét illetően. A közművek használatának leírása megtalálható a már említett kézikönyvekből. sudo aptitude telepítse a kvm libvirt-bin parancsot virtinst virt-top python-virtinst
sudo adduser softovick libvirt Valójában azonnal használhatja. Nem tudom leírni a jelentés összes parancsát, mert van egy ember. De megmutatom, hogyan hozok létre virtuális gépet:
Linux virt-install -n linux -r -f linux.img -s 512 C 15 obraz.iso --accelerate --vnc --vncport = 5900 --noautoconsole -OS-type = linux -OS-variáns = generic26
Windows virt-install -n ablakok -r -f windows.img -s 512 C 15 obraz.iso --accelerate --vnc --vncport = 5901 --noautoconsole -OS-type = windows -OS-variáns = win2k3 --noacpi követően a további menetében a telepítés, és megjeleníti a vendég gép vezérelhető összekötő VNC-kliens a szervernek port 5900 és 5901 (ajánlom minden gépre előre meghatározni a VNC port kényelmesen csatlakozni). Van néhány hasznos lehetőség, nem csak azokat használom, mert nem teljesítettem az igényeiket.
P.S .:
Néhány hasznos tipp:
1. Ha megadta a vendéggép VNC-portját, a grafikus konzolt a virtuális kezelőn keresztül nem tudja automatikusan elindítani.
2. A Virtual Manager nem tud csatlakozni, ha felülírta az ssh portot. Pontosabban, hosszú és fárasztó vizsgálatot fog tenni.
3. Ügyeljen arra, hogy a vendég-Windows-szerver -noacpi módot megfelelően telepítse.
4. Óvatosan állítsa be az energiatakarékos üzemmódot a vendégrendszereken, de ne húzza ki a képernyőt, különben nem tud később csatlakozni a VNC-n keresztül.
5. Ha távolról szeretné leállítani és újraindítani a gépeket a virtuális kezelőn keresztül, akkor kapcsolja ki a képernyővédőt. blokkolja az energiagazdálkodást.
Köszönöm a cikket! Sok hasznos. Jelenleg a "home server" virtualizációs problémáját megoldom.