LINUX.ORG.RU
Форум — Admin  

Аппаратная виртуализация на сервере Hetzner

 ,


0

2

Добрый день. Достался сервер в наследство с такими параметрами http://www.hetzner.de/en/hosting/produkte_rootserver/ex5

Честно говоря администратор из меня не очень, можно сказать, начинающий. Но, как говорится «гугл в помощь». Установлен Debian Squeezy с ядром 3.2.0-3-amd64 На сервере надо настроить xen-сервер для виртуальных машин. Мануалов множество, но вопрос не в том, как делать. В параметрах сервера указана аппаратная поддержка виртуализации «Virtualization (Intel-VT)» Но в самом сервере ее не вижу. 

# egrep '(vmx|svm)' /proc/cpuinfo
Тут пусто

Вот все флаги: 

# cat /proc/cpuinfo | egrep "(model name|flags)"
model name      : Intel(R) Core(TM) i7 CPU         920  @ 2.67GHz
flags           : fpu de tsc msr pae cx8 apic sep cmov pat clflush acpi mmx fxsr sse sse2 ss ht syscall nx lm constant_tsc rep_good nopl nonstop_tsc pni est ssse3 cx16 sse4_1 sse4_2 popcnt hypervisor lahf_lm ida dts
Техподдежка сообщила, что в биосе аппаратная виртуализация включена. («We have checked this and Intel V-tech is already enabled.»).

Так и не пойму включена на сервере аппартная виртуализация или нет. Прошу помощи. Спасибо

← Муки выбора Raid esxi5 производительность + отказоустойчивость
как прикрутить произвольный whitelist к fail2ban →

Ну если «egrep '(vmx|svm)' /proc/cpuinfo» хоть что-то показывает , значит включена. Кстати, у меня точно такой же сервер от того же провайдера. На этой тачке у меня крутится две KVM виртуалки. Так что, будь уверен что аппаратная виртуализация включена.

iron ★★★★★
()
Ответ на: комментарий от iron

В том то и дело что «egrep '(vmx|svm)' /proc/cpuinfo» ничего не показывает.

to iron: а у тебя что показывает вывод этой команды?

А на флаг hypervisor не сильно обратил внимание, искал то vmx. Сейчас почитаю к чему он. Спасибо за помощь

sergeagle
() автор топика
Ответ на: комментарий от sergeagle

В том то и дело что «egrep '(vmx|svm)' /proc/cpuinfo» ничего не показывает.

Извиняюсь, прощелкал.

to iron: а у тебя что показывает вывод этой команды?

Показывает 8 строк: 

flags		: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf pni dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm sse4_1 sse4_2 popcnt lahf_lm ida dtherm tpr_shadow vnmi flexpriority ept vpid

Кстати, у них там в веб-админке можно запросить бесплатно «Remote Console (LARA)» и поковыряться в биосе. Это что-то типа IP KVM, только с ихними допилиными фичами.

iron ★★★★★
()
Последнее исправление: iron (всего исправлений: 1)
Ответ на: комментарий от iron

Вроде как поднял xen сервер версия 4.0.1

Сейчас работает Dom0 с внешним IP (realip_1), DomU1(debian) со вторым реальным IP (real_ip2). DomU2 (winxp) c локальным IP 192.168.1.7 Надо поднять еще одну виртуалку с windows 2008 (DomU3). И тут возникает проблема Второй локальный IP ну никак не хочет пробрасываться в локальную сеть, при том что на виртуалке интернет есть.

Перерыл интернет, ничего не помогает. Пользовался так же этим мануалом Как поднять общую сеть в XEN Dom0+DomU+интернет?

Проброшены порты 

iptables -t nat -A PREROUTING -d real_ip1 -p tcp -m tcp --dport 8081 -j DNAT --to-destination 192.168.1.7:80 #апач
iptables -t nat -A PREROUTING -d real_ip1 -p tcp -m tcp --dport 3389 -j DNAT --to-destination 192.168.1.7:3389 #RDP
iptables -t nat -A POSTROUTING -s 192.168.1.0/16 -o eth0 -j SNAT --to-source real_ip1

Конфиг DomU1 

kernel      = '/boot/vmlinuz-3.2.0-3-amd64'
ramdisk     = '/boot/initrd.img-3.2.0-3-amd64'
vcpus       = '1'
memory      = '512'
root        = '/dev/xvda2 ro'
disk        = [
                  'phy:/dev/vgvm/debian-disk,xvda2,w',
                  'phy:/dev/vgvm/debian-swap,xvda1,w',
              ]

name        = 'debian'

vif         = [ 'real_ip2,mac=00:16:3E:F5:CF:8C, script=vif-route' ]
on_poweroff = 'destroy'
on_reboot   = 'restart'
on_crash    = 'restart'

Конфиг DomU2 и DomU3 идентичны. Приведу конфиг DomU2: 

import os, re
arch = os.uname()[4]
if re.search('64', arch):
    arch_libdir = 'lib64'
else:
    arch_libdir = 'lib'
kernel = "/usr/lib/xen-4.0/boot/hvmloader"
builder='hvm'

memory  = 1024
vcpus   = 1
name = 'winxp'

vif = [ 'ip=192.168.1.7, type=ioemu, bridge=xenbr0, mac=00:23:3e:13:0a:c1' ]
acpi = 1
apic = 0
pae=0
disk = [ 'file:/etc/xen/drivers.iso,hdc:cdrom,r', 'phy:/dev/vgvm/winxp,hda,w' ]
#disk = [ 'file:/usr/src/win-xp.iso,hdc:cdrom,r', 'phy:/dev/vgvm/winxp,hda,w' ]
device_model = '/usr/' + arch_libdir + '/xen-4.0/bin/qemu-dm'

boot = 'c'
vfb = [ "type=vnc,vncunused=1" ]
serial='pty'
sdl=0
on_poweroff = 'destroy'
on_reboot   = 'restart'
stdvga=0
#on_reboot = 'destroy'
on_crash    = 'restart'
vim /etc/xen/xend-config.sxp 
(network-script 'network-bridge bridge=xenbr0 netdev=dummy0')
(vif-script vif-bridge)

Так же когда тестировал запуск winxp с network-route и vif-route, то виртуалка запускалась только когда выставлял: 

 
vif = [ 'ip=192.168.1.7, type=netfront' ]
После чего в самой винде устанавливал драйвера отсюда, о чем было прочитано здесь И сеть так же работала в обе стороны отлично. Запущены все виртуалки, но на DomU2 нет локальной сети, только выход в интернет:

brctl show 

bridge name     bridge id               STP enabled     interfaces
xenbr0          8000.42c80c8fe0c3       no              pdummy0
                                                        vif1.0
                                                        vif4.0

При чем, когда тушу DomU2 и оставляю только DomU3 то все равно сеть не запускается

sergeagle
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
← Муки выбора Raid esxi5 производительность + отказоустойчивость
Admin
как прикрутить произвольный whitelist к fail2ban →