Всем привет!
Много тем уже на форуме поднято про KVM. Сам недавно стал разбираться с этой темой. Решил поинтересоваться у тех, кто уже давно в теме, как лучше настроить и тд и тп. В частности интересуют следующие вопросы.
Кто как бэкапит диски для виртуальных машин?
Диски ВМ разбиты на файлы или одним файлом хранятся?
Что предусмотрено в случае если сервер, на котором крутятся ВМ падает?
Как лучше выпускать ВМ в сеть, если они должны быть напрямую доступны из сети? отдаете ВМ весь интерфейс или разруливаете bridge. Может быть вообще кто-то с DNAT заморачивается?
Ограничиваете ли каким-нить образом (cgroups) потребление ВМ ресурсов хост машины?Натыкался в инете на док best practics for KVM, но док доком, а мнения спецов дороже.
Думаю полезно было бы много поделиться опытом.
>[оверквотинг удален]
> Кто как бэкапит диски для виртуальных машин?
> Диски ВМ разбиты на файлы или одним файлом хранятся?
> Что предусмотрено в случае если сервер, на котором крутятся ВМ падает?
> Как лучше выпускать ВМ в сеть, если они должны быть напрямую доступны
> из сети? отдаете ВМ весь интерфейс или разруливаете bridge. Может быть
> вообще кто-то с DNAT заморачивается?
> Ограничиваете ли каким-нить образом (cgroups) потребление ВМ ресурсов хост машины?
> Натыкался в инете на док best practics for KVM, но док доком,
> а мнения спецов дороже.
> Думаю полезно было бы много поделиться опытом.up
Сам. Всё сам.
> Сам. Всё сам.что все сам?
> Всем привет!
> Много тем уже на форуме поднято про KVM. Сам недавно стал разбираться
> с этой темой. Решил поинтересоваться у тех, кто уже давно в
> теме, как лучше настроить и тд и тп. В частности интересуют
> следующие вопросы.
> Кто как бэкапит диски для виртуальных машин?Снапшот lvm и dd.
> Диски ВМ разбиты на файлы или одним файлом хранятся?
lvm
> Что предусмотрено в случае если сервер, на котором крутятся ВМ падает?
Сам не использую, нет возможности. Для лив миграции и отказоустойчивости необходимо общее хранилище (fibre channel, iscsi, etc). Или пионерия на nfs). Мигрирую пока вручную на другой сервер.
Если осноной сервер упадёт, то достаю бэкап и запускаю на резерве. Это занимает много времени, поэтому важные сервисы запускать невозможно.> Как лучше выпускать ВМ в сеть, если они должны быть напрямую доступны
> из сети?Отдаю хосту транк, на нём пачка бриджей.
>> Всем привет!
>> Много тем уже на форуме поднято про KVM. Сам недавно стал разбираться
>> с этой темой. Решил поинтересоваться у тех, кто уже давно в
>> теме, как лучше настроить и тд и тп. В частности интересуют
>> следующие вопросы.
>> Кто как бэкапит диски для виртуальных машин?
> Снапшот lvm и dd.снапшот это через virsh? с dd вообще слабо знаком, там дикое количество ключей. если несложно не могли бы чуть-чуть поподробнее.снапшот сколько весит?
>> Диски ВМ разбиты на файлы или одним файлом хранятся?
> lvmв виде файлов не храните? преимущество lvm в том, что можно безшовно расширить дисковое просторанство и ВМ этого не заметит?я правильно понимаю.
>> Что предусмотрено в случае если сервер, на котором крутятся ВМ падает?
> Сам не использую, нет возможности. Для лив миграции и отказоустойчивости необходимо общее
> хранилище (fibre channel, iscsi, etc). Или пионерия на nfs). Мигрирую пока
> вручную на другой сервер.
> Если осноной сервер упадёт, то достаю бэкап и запускаю на резерве. Это
> занимает много времени, поэтому важные сервисы запускать невозможно.то есть получается бэкапите еще и xml конфигурацию ВМ. потом копируете xml и снапшот lvm на резервный сервак и поднимаете. А почему долго выходит?
получается минимум нужно держать резервный сервак держать...
кстати, часто бывают прецеденты, что падает что-нибудь. Виртуалки стабильно работают? Просто рассматриваем вариант внедрения виртуализации в компании, хочется понять все плюсы и минусы. Тестовый сервер поднят HP Proliant, 2 проца Xeon по 4 ядра, 30 ГБ оперативки. Жалко отдавать такой сервер просто под пару сервисов...Правда дисковое пространство маловато 5 дисков по 164 Гб.
>> Как лучше выпускать ВМ в сеть, если они должны быть напрямую доступны
>> из сети?
> Отдаю хосту транк, на нём пачка бриджей.То есть на интерфейсе сервера поднимаете alias ip-адреса с тегом vlan? а потом каждую ВМ связываете с отдельным бриджом, одна сторона которого именно этот alias.
А в чем в этом случае преимущество?почему все ВМ не выпускать через один бридж?
или объединяете несколько физических интерфейсов сервера в bonding, ну и так далее.Спасибо огромное за ответы!
> снапшот это через virsh?Нет, пользуюсь perl скриптом, который делает снапшот lvm, а затем снимает с него образ.
> в виде файлов не храните? преимущество lvm в том, что можно безшовно
> расширить дисковое просторанство и ВМ этого не заметит?я правильно понимаю.Да, и производительность выше чем у qcow2. Но теряются некоторые возможности.
> то есть получается бэкапите еще и xml конфигурацию ВМ. потом копируете xml
> и снапшот lvm на резервный сервак и поднимаете.Да.
>А почему долго выходит?
Долго копировать 40GB, например, даже через гигабитную сеть.
> получается минимум нужно держать резервный сервак держать...
> кстати, часто бывают прецеденты, что падает что-нибудь. Виртуалки стабильно работают?Сейчас шесть линуксов(не сказать, что сильно нагружены) и пять winxp. Из плюшек - spice для win, очень удобно. Падения ни одного не было.
> То есть на интерфейсе сервера поднимаете alias ip-адреса с тегом vlan? а
> потом каждую ВМ связываете с отдельным бриджом, одна сторона которого именно
> этот alias.Да. Только не одна ВМ на бридж, а сколько нужно.
> А в чем в этом случае преимущество?почему все ВМ не выпускать через
> один бридж?Необходимость, ВМ в разных сетях.
> или объединяете несколько физических интерфейсов сервера в bonding, ну и так далее.
Больше 350Мб/с получить не смог, даже при копировании с хостя на бэкап сервер. Диски на бэкап сервере медленные. А всем ВМ и гигабита хватает. Разве что для резерва.