Как организовать работу сети и виртуальных машин в KVM на Ubuntu 12?

Question

[3ton]

Недавно у меня возник вопрос подбора схемы виртуализации



В результате своих выводов остановился на KVM (XEN мне показался сложнее на этапе запуска)



1. установил Ubuntu server 12.04 минималку забрав 40G винта (450 оставил LVM)

2. установил kvm и настроил сеть в мост (на хосте сеть 192.168.0.xx с виртуалками сеть 192.168.122.xx)

3. для создания гостевой машины(изначально планировал virt-install, но его не поставило — ошибки выдало и я отложил его) установил на клиентской машине virt-manager и подключаюсь к серверу для создания гостя

4. создал гостевую машину, заюзал сеть и винт в 40 гигов с LVM'a



вроде все стало, запустилось и работает, но встал вопрос подключения. подключаться использую постоянно графического клиента не удобно. обнаружил что можно использовать проброс порта ключем (hostfwd=tcp::2222-:22), но как это сделать после создания гостевой машины не смог найти



далее интересует вопрос рутинга запросов к сайтам(да и планирования сети в целом хост+виртуалки) которые будут лежать в разных виртуалках, пока на ум приходит только установка nginx в хост-системе и им рутить 80 порт на гостевые



и есть вопрос по параметрам виртуалок(сколько оперативы и места на харде лучше заюзать, а может даже какие-то свести вместе) для следующих целей



1. Телефония

2. почта и jabber

3. web под 5 незагруженных сайтов на php+mysql

4. web под разработку — nginx+apache+php+mysql+postgresql+apc

5. SVN+GIT

6. Fileserver (хотя еще не представляю как его реализовать лучше)

Answer 1

[MrCleaner]

Виртуальный десктоп (VDI) не решит проблему?
типа SPICE (Simple Protocol for Independent Computing Environments); Ulteo Open Virtual Desktop (OVD) или Quality Virtual Desktop (QVD)

Comments

[MrCleaner]

По поводу сети. В боевом варианте ставится vSwitch который на одной реальной сетевой карте эммулирует облако MAC адресов и каждая виртуалка получает внешний IP адрес. В вашем случае, практически уже сделан из хоста шлюз в виртуальную сеть, теперь надо, как с коммутатором, чтобы он пробрасывал обращения «его IP»: порт на «виртуальный IP»

Answer 2

[alz]

Непонятно, зачем Вы «настроили сеть в мост» и при этом виртуалки у Вас в другой подсети. Обычно мост делают чтобы виртуалки были в той же подсети, что и хост

Comments

[3ton]

дело в том что это первая попытка поднять несколько машин в пределах одного железа, и делал все по инструкции.

буду благодарен если объясните как лучше.

[alz]

Ну если Вы действительно настроили мост, то присваивайте виртуалкам ипы из подсети 192.168.0.0/24 и они будут доступны с любого хоста в этой подсети

[3ton]

это интересное предложение, но у меня вопрос с его реализацией

достаточно ли будет задать адрес(/etc/network/interfaces) в гостевой машине
либо нужно править сеть хоста (/etc/network/interfaces)
либо нужно править сетевой конфиг виртуалки (/etc/libvirt/qemu/networks/default.xml)

[alz]

Вы же сами приводили ссылку https://help.ubuntu.com/community/KVM/Networking

[ekungurov]

Обычно мост делают чтобы виртуалки были в той же подсети, что и хост...

Не обязательно. Можно использовать мост на отдельном сетевом интерфейсе без настроенного IP адреса, чтобы пустить виртуальные машины в интернет с публичными IP адресами. А сам хост публичного (globally routable) IP адреса при этом иметь не будет.

[3ton]

в моем случае как раз удобнее у хоста иметь свой IP по которому я буду как минимум управлять виртуалками

схема сети на данный момент такова: WAN->ROUTER->LAN->SERVERS

и по сему часть маршрутов могу оформить рутером, но что касается данного сервера — хотелось бы управлять им самомстоятельно (хотя возможно что самостоятельные адреса гостей дадут плюс в виде уменьшения пинга за счет сокращения маршрута, было бы интересно услышать мнение спецов) и защищать(прикрытие портов, fail2ban… ...) все через одну точку — в данном случае думал хостовую систему