Това е една ужасна дума - ". Виртуализация" Моето решение се основава на KVM.
- система за виртуализация трябва да бъде стабилна, достъпно и неизискващ ресурси.
Изборът на очите се изпълнява, но след изучаване коментари в интернет и да се опитате да използвате формира субективно мнение.
VMWare продукти, които не са подходящи. Платен Workstation, ESXi не може да постави на моята система, поради неподдържан чипсет (I, се оказаха по-модерни). Един добър избор би бил VMWare сървър, но съдейки по това реагира твърде тежък и пада периодично, аз не се опитвам след провала на ESXi. Те не идват по друга причина - компанията все още продава своите продукти и само някои от тях на разположение в публичното пространство.
VirtualBox е много успешна опция. Има два варианта - OSE и Freeware. На публично достъпни източници Freeware-версия там, но това се компенсира от функционалността. Аз съм наясно с разликите - това е липсата на USB поддръжка OSE версия, ограничения на мрежата не се поддържа графики ускорение (между другото, което дава много приличен ръст виртуална машина). VirtualBox е идеален за лесно прилагане, тъй като Тя ви позволява бързо да получите работеща виртуална машина, без много шум и внимателно проучване. Известен функция, за да подпомогне работата на конзолата, което позволява да не се използват графичните добавки и съответно отстранен допълнителното натоварване на машината домакин. За начало virtualizers начинаещи "Бих предполагат, че този вариант. Лично аз все още го използват в личен лаптоп за бърз тест за повдигане на околната среда, както и да работи в Windows (там отдавна е уредено и стабилна Ubuntu като основна система). Според субективни чувства VirtualBox работи много по-бързо и по-умни VMWare Workstation, заема по-малко пространство, както на диск и в паметта. За всяка машина се разпределя отделен прозорец, както и инсталираните драйвери на госта (има "извън кутията"), е възможно да се интегрират в десктопа домакин, което е много удобно и ви позволява да се разпространява на задачите за различни виртуални десктопи.
QEMU - много мощен нещо. Но когато се сетих за него вече обърна внимание на ядрото на виртуализация на база и информация за KVM и Xen, така запознае отблизо с чисто QEMU не го направи.
Xen - идеална система за виртуализация. Но има много значителен недостатък - гостът трябва да бъде подготвен предварително.
В KVM, QEMU се основава на това, скоростта е почти равна на Xen, но тя е по-гъвкава функционалност, цялата сила на настройките Qemu (въпреки че най-необходимо за мен беше в VirtualBox). И двете опции, Xen, KVM прилагат във всички съвременни дистрибуции и не полагат сериозни усилия, за да използвате. Но има една основна разлика между тях, които ще бъдат обсъдени по-нататък.
- трябва да бъде в състояние да се възпроизвеждат, виртуални машини на различни софтуерни платформи.
Въпреки наличието на плана и VirtualBox VMWare продуктите, тяхната употреба, аз отказах да дори по-рано, така че аз няма да се помисли ... Но по отношение на Xen и KVM ще опишем малко повече, защото търсеше информация е много дълго.
Xen не е в състояние да работи системата, различна от домакина. или по-скоро не, предварително приготвен за използване във виртуална среда. И за съжаление (или може би за щастие), това лечение не може да бъде Windows дистрибуции. Това, което не ми хареса, защото в крайна сметка изборът падна върху използването случаи KVM, за които авансът не е необходимо да се подготви госта.
Така че причини за избор на KVM кратко:
1. Изпълнението е на разположение с изваждането от кутията във всеки голям разпределение;
2. осъществява въз основа на Linux ядрото, съответно, е с висока скорост;
3. Използване харесва на Ubuntu и RedHat като, показващи висока стабилност и гъвкавост;
4. Няма допълнителна незначителен със системата като гост, за да се инсталира във виртуална машина.
3. Както вече бе направил това на Debian.
След това отидете по-техническо описание, описващи стъпка по стъпка как направих моя сървър, свободно рисуване дузина виртуални сървъри.
Въпреки факта, че любимият ми Ubuntu дистрибуция, в резултат на основната система е била избрана Debian. Като част от статията няма да обясни тънкостите, че като да, но на десктопа Аз също предпочитам да използвам Ubuntu. Повечето инструкции за Ubuntu и Debian са от значение и за двете, тъй като при изготвянето аз използвах, и то е и двете.
Нека да започнем да се сложи на сървъра.
Вземете разпределението Debian. За да не се люлее твърде много и след това просто да се получи нова система, взех netinstall вариант, при който само инсталирана версия на "Стандарт система" повече ние не се нуждаят. Между другото, аз използвам за освобождаване на 64-битова, за да получите подкрепа за повече памет (> 3 GB), без отклонения и излишни украшения (например, 32-битов сървър на Ubuntu ядро поддържа повече от 3Gb, но само, ако има такава възможност в чипсета ).
Използвам системния дял ( «/», «/ дома», суап) IDE твърд диск, за да не да има проблеми с работата на системата, когато е монтиран на RAID-масив (и да са те). При инсталирането незабавно създаване на RAID-1 масив, използвайки два SATA твърди дискове, за по-голямо запазване на данни (основна информация ще се съхранява върху него). В бъдеще, да се работи с мека-RAID-масив, използвайте помощната програма mdadm.
Прясно инсталирана система Аз съм малко ретуш. За да започнете, инсталиране на SSH, така че можете веднага да се бутам sistemnik далеч и Изключвайте монитора вече ненужна: ап-да инсталирате SSH Много препоръчва да преминат към стандартния порт 22, от друга. Но това трябва да се прави само ако не сте сигурни за вашите действия и вашият сървър е свързан директно към интернет. Между другото, трябва да се отбележи, че ако ispolzovat нестандартен порт, можете след това да имат трудности с дистанционното управление KVM-виртуализирани. Така че оставих портът по подразбиране, но чрез хардуерен рутер се прави на прехвърляне на нестандартни, външно-достъпната.
След включване на времевата синхронизация чрез Интернет (желание, то е полезно).
ап-да инсталирате NTP ntpdate
За да се контролира температурата на чипсета, процесора и твърди дискове:
ап-да инсталирате LM-сензори hddtemp
hddtemp Utility работи директно да изберете LM-сензори работят след инсталирането: SUDO сензори откриване да отговори на всички въпроси в утвърдително.
Използването е много проста:
- научете температура процесор, чипсет и други характеристики SUDO сензори получите нещо подобно:
it8712-ISA-0290
Адаптер: ISA адаптер
Vcore 1: 1,33 V (мин = 3,54 V, макс = 3.30 V) ALARM
Vcore 2: 3,76 V (мин = 1,39 V, макс = 1.01 V) ALARM
+3.3V: 3,28 V (мин = 4,00 V, макс = 0.91 V) ALARM
+5V: 6,69 V (мин = 3,04 V, макс = 6.10 V) ALARM
+12V: 12,67 V (мин = 15,23 V, макс = 5.57 V) ALARM
-12V: -15.33 V (мин = -0.85 V, макс = -12.39 V) ALARM
-5V: 2,85 V (мин = 3,06 V, макс = 3.47 V) ALARM
Stdby: 5,99 V (мин = 0,11 V, макс = 6.37 V)
VBat: 3,31 V
fan1: 2922 RPM (мин = 3260 RPM, DIV = 2)
fan2: 0 RPM (мин = 5400 RPM, DIV = 2) ALARM
fan3: 0 RPM (мин = 2732 RPM, DIV = 2) ALARM
M / B Темп: + 44.0 ° С (ниско = -73,0 ° С, високо = -49.0 ° С) сензор = транзистор
CPU Темп: + 32.0 ° С (ниско = -65,0 ° С, високо = -9.0 ° С) сензор = транзистор
Temp3: + 128.0 ° С (ниско = + 23,0 ° С, високо = -66.0 ° С) сензор = инвалиди
cpu0_vid: 0,000 V
- проверка на температурата 1 Твърд диск SATA - Sudo hddtemp / сътрудничество / ОПУ получите нещо подобно:
/ Dev / SDA: WDC WD1001FALS-00J7B0: 33 ° C
И най-вкусните, задайте KVM модули и полезни комунални услуги. Веднага добавете текущия потребител към подходящата група за наличието на употреба KVM. Описването на използването на инструменти могат да бъдат намерени на вече споменатите насоки. Sudo правоспособност инсталирате KVM libvirt-бин virtinst Вирт-отгоре питон-virtinst
Sudo adduser softovick libvirt факт може да се използва веднага. Опишете всички смисъл команда не може да види, защото това е човек. Но шоуто, как мога да се създаде виртуална машина:
за Linux Virt инсталиране -п Linux -r -f linux.img -s 512 -С 15 obraz.iso --accelerate --vnc --vncport = 5900 --noautoconsole --os тип = Linux --os-вариант = generic26
за Windows Вирт инсталиране -N прозорци -r -f windows.img -s 512 -C 15 obraz.iso --accelerate --vnc --vncport = 5901 --noautoconsole --os тип = прозорци --os-вариант = win2k3 --noacpi След това, по-нататъшния ход на инсталацията и дисплея на устройството за гости може да се контролира чрез свързване с помощта на VNC-клиент към сървъра на порт 5900 и 5901 (аз препоръчвам за всяка машина, предварително да се определи пристанището VNC удобно да свързва). Има няколко полезни опции, аз не ги използват, само защото те не са изправени пред необходимостта.
P.S.:
Някои полезни съвети:
1. Ако посочите конкретен порт за VNC гост машина, а след това през Виртуалния управителя, няма да бъде в състояние да се стартира автоматично графична конзола.
2. Virtual диспечер не може да се свърже, ако замените порт SSH. По-точно тя ще има дълго и досадно да се разбере.
3. Не забравяйте да използвате за режим на гост Windows Server -noacpi, така че е нормално да се инсталира.
4. Внимателно регулирайте енергоспестяващ режим, относно системите за гости, в никакъв случай, не изключвайте екрана, в противен случай няма да може да я свържете с VNC.
5. Ако искате да дистанционно изключване и рестартиране на машината чрез Virtual управителя, а след това изключите екранната защита, тъй като то блокира за управление на захранването.
Благодаря ви много за статията! Много полезна информация. Сама по себе си в момента, за да се реши въпросът за виртуализация на "домашен сървър".
Свързани статии