Панель для управления KVM виртуалками

Господа, простите за оффтоп, но раз речь идёт про KVM виртуалки - скажите, пожалуйста, а из гостевой ОС как-то можно понять что это именно виртуальный, а не реальный сервер? Особенно если хостер не жаждет раскрывать что и как на самом деле.

cat /proc/cpuinfo

В секции model name по идее должно быть что-то типа: QEMU Virtual CPU version 0.9.1.

cat /proc/cpuinfo

processor : 0

vendor_id : GenuineIntel

cpu family : 6

model : 2

model name : QEMU Virtual CPU version 0.12.5

stepping : 3

cpu MHz : 2666.555

cache size : 4096 KB

fdiv_bug : no

hlt_bug : no

f00f_bug : no

coma_bug : no

fpu : yes

fpu_exception : yes

cpuid level : 4

wp : yes

flags : fpu de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 syscall nx lm pni cx16 lahf_lm

bogomips : 5334.69

clflush size : 64

power management:

processor : 1

vendor_id : GenuineIntel

cpu family : 6

model : 2

model name : QEMU Virtual CPU version 0.12.5

stepping : 3

cpu MHz : 2666.555

cache size : 4096 KB

fdiv_bug : no

hlt_bug : no

f00f_bug : no

coma_bug : no

fpu : yes

fpu_exception : yes

cpuid level : 4

wp : yes

flags : fpu de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 syscall nx lm pni cx16 lahf_lm

bogomips : 5334.70

clflush size : 64

power management:

это в виртуалке :)

$ cat /proc/cpuinfo

processor : 0

vendor_id : GenuineIntel

cpu family : 6

model : 23

model name : Intel Core 2 Duo P9xxx (Penryn Class Core 2)

stepping : 3

cpu MHz : 2666.618

cache size : 2048 KB

fpu : yes

fpu_exception : yes

cpuid level : 2

wp : yes

flags : fpu de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 syscall nx lm constant_tsc up rep_good pni ssse3 cx16 sse4_1 x2apic hypervisor lahf_lm

bogomips : 5333.23

clflush size : 64

cache_alignment : 64

address sizes : 40 bits physical, 48 bits virtual

power management:

управлять лучше чем-то своим

Если использовать либвирт, то радость у Вас будет не более чем от 10-15 виртуалок на ноде. При большем кол-ве нужно будет придумки придумывать, ну а лучше полностью уйти от либвирт и написать свой софт (что мы и сделали)

Зависит от аргументов, если передается -cpu host , то виртуализация аппаратная становится. И только жесткий диск/мышка/клава могут выдать, но их названия можно поменять.

ENELIS добавил 13.11.2011 в 15:07

По собственному впечатлению, virsh/libvirt какая-то громоздкость, xml? в наше-то время? да и ребуты не всегда работали. при установке solus vm столкнулись с такой проблемой.

proxmox ve хорошая система, тем более скоро 2.0 выходит с очень красивой начинкой.

Тем более в proxmox все единицы стореджа взаимозаменяемы и мультимастер в наличие. То есть Вас никто не будет ограничивать от куда место брать и где iso держать, надо продать супервдску? поднимите рамдиск на третьем-десятом сервере где есть память и через iscsi или nfs отдайте его проксмоксу...

т.е. изнутри будет всё выглядеть вполне "реально"? и вообще никак нельзя понять что ты на виртуальном сервере? А ядро в гостевой системе можно поставить своё? Или всё равно будет использоваться ядро реального сервера?

Система "ставится" на виртуалки, то есть у Вас есть виртуальный диск, Вы его можете клонировать и т.п., виртуально можно через vnc доступ и поставить (т.к. vnc довольно-таки простой протокол, то текст съест только так). Ядро будет виртуалки, со всеми вытекающими.

ENELIS добавил 13.11.2011 в 15:15

Ах да, насчет панели управления. Довольно легко реализовать ее с помощью python, можно даже пример накатать.

Намёки на то, что proxmox2 будет для хостеров, уже есть. Вопрос когда реализуют. Proxmox1 явно только для своих серверов.

Но мне просто не верится, что proxmox2 будет в полном варианте бесплатным. Там столько нетривиальной работы запланировано...

Вот только сейчас все нацелены на облака, то есть даже proxmox2 скорее всего на двух серверах даже не встанет.

proxmox 2 уже есть бета, вполне удобоварима (хотя проблемы с синхронизацией присутствуют) более того, она теперь Open-Source GPL. У них master-master синхронизация из коробки. То есть начинаете с одного впс сервера и расширяетесь далее как удобно. RESTAPI еще в 1 версии был, так что он еще большее развитие получит, ну и доступ конечно у клиентов теперь есть тоже.

У них будет хорошо только когда 1) заработает всё из интерфейса, 2) когда они сделают sheepdog (distributed storage system) и будут для HA использовать (если получится) .

Мастер-мастер синхронизация, по большому счёту, фигня - не будет она всё равно работать, отключат её, либо будет глючить постоянно.

У них другое хорошо - сервисы ориентированы на клиентов, а не администратора.