forum.opennet.ru - "лучшие практики для KVM" (6)

форумы

помощь

поиск

регистрация

майллист

вход/выход

слежка

"лучшие практики для KVM"

Форум Открытые системы на сервере (Виртуализация)
Вариант для распечатки		Пред. тема \| След. тема
Изначальное сообщение		[ Отслеживать ]

"лучшие практики для KVM"	+/–
Сообщение от Aleks305 (ok) on 27-Сен-11, 10:04
Всем привет! Много тем уже на форуме поднято про KVM. Сам недавно стал разбираться с этой темой. Решил поинтересоваться у тех, кто уже давно в теме, как лучше настроить и тд и тп. В частности интересуют следующие вопросы. Кто как бэкапит диски для виртуальных машин? Диски ВМ разбиты на файлы или одним файлом хранятся? Что предусмотрено в случае если сервер, на котором крутятся ВМ падает? Как лучше выпускать ВМ в сеть, если они должны быть напрямую доступны из сети? отдаете ВМ весь интерфейс или разруливаете bridge. Может быть вообще кто-то с DNAT заморачивается? Ограничиваете ли каким-нить образом (cgroups) потребление ВМ ресурсов хост машины? Натыкался в инете на док best practics for KVM, но док доком, а мнения спецов дороже. Думаю полезно было бы много поделиться опытом.
Ответить \| Правка \| Cообщить модератору

Оглавление

лучшие практики для KVM, Aleks305, 12:41 , 27-Сен-11, (1)
лучшие практики для KVM, Кирилл, 16:58 , 27-Сен-11, (2)

лучшие практики для KVM, Aleks305, 17:54 , 27-Сен-11, (3)

лучшие практики для KVM, bill, 19:45 , 27-Сен-11, (4)

лучшие практики для KVM, Aleks305, 22:27 , 27-Сен-11, (5)

лучшие практики для KVM, bill, 18:53 , 28-Сен-11, (6)

Сообщения по теме [Сортировка по времени | RSS]

1. "лучшие практики для KVM" +/–

Сообщение от Aleks305 (ok) on 27-Сен-11, 12:41

>[оверквотинг удален]
> Кто как бэкапит диски для виртуальных машин?
> Диски ВМ разбиты на файлы или одним файлом хранятся?
> Что предусмотрено в случае если сервер, на котором крутятся ВМ падает?
> Как лучше выпускать ВМ в сеть, если они должны быть напрямую доступны
> из сети? отдаете ВМ весь интерфейс или разруливаете bridge. Может быть
> вообще кто-то с DNAT заморачивается?
> Ограничиваете ли каким-нить образом (cgroups) потребление ВМ ресурсов хост машины?
> Натыкался в инете на док best practics for KVM, но док доком,
> а мнения спецов дороже.
> Думаю полезно было бы много поделиться опытом.
up

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "лучшие практики для KVM" +/–

Сообщение от Кирилл (??) on 27-Сен-11, 16:58

Сам. Всё сам.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

3. "лучшие практики для KVM" +/–

Сообщение от Aleks305 (ok) on 27-Сен-11, 17:54

> Сам. Всё сам.
что все сам?

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

4. "лучшие практики для KVM" +/–

Сообщение от bill (??) on 27-Сен-11, 19:45

> Всем привет!
> Много тем уже на форуме поднято про KVM. Сам недавно стал разбираться
> с этой темой. Решил поинтересоваться у тех, кто уже давно в
> теме, как лучше настроить и тд и тп. В частности интересуют
> следующие вопросы.
> Кто как бэкапит диски для виртуальных машин?
Снапшот lvm и dd.
> Диски ВМ разбиты на файлы или одним файлом хранятся?
lvm
> Что предусмотрено в случае если сервер, на котором крутятся ВМ падает?
Сам не использую, нет возможности. Для лив миграции и отказоустойчивости необходимо общее хранилище (fibre channel, iscsi, etc). Или пионерия на nfs). Мигрирую пока вручную на другой сервер.
Если осноной сервер упадёт, то достаю бэкап и запускаю на резерве. Это занимает много времени, поэтому важные сервисы запускать невозможно.
> Как лучше выпускать ВМ в сеть, если они должны быть напрямую доступны
> из сети?
Отдаю хосту транк, на нём пачка бриджей.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

5. "лучшие практики для KVM" +/–

Сообщение от Aleks305 (ok) on 27-Сен-11, 22:27

>> Всем привет!
>> Много тем уже на форуме поднято про 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, ну и так далее.
Спасибо огромное за ответы!

Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

6. "лучшие практики для KVM" +/–

Сообщение от bill (ok) on 28-Сен-11, 18:53

> снапшот это через virsh?
Нет, пользуюсь perl скриптом, который делает снапшот lvm, а затем снимает с него образ.
> в виде файлов не храните? преимущество lvm в том, что можно безшовно
> расширить дисковое просторанство и ВМ этого не заметит?я правильно понимаю.
Да, и производительность выше чем у qcow2. Но теряются некоторые возможности.
> то есть получается бэкапите еще и xml конфигурацию ВМ. потом копируете xml
> и снапшот lvm на резервный сервак и поднимаете.
Да.
>А почему долго выходит?
Долго копировать 40GB, например, даже через гигабитную сеть.
> получается минимум нужно держать резервный сервак держать...
> кстати, часто бывают прецеденты, что падает что-нибудь. Виртуалки стабильно работают?
Сейчас шесть линуксов(не сказать, что сильно нагружены) и пять winxp. Из плюшек - spice для win, очень удобно. Падения ни одного не было.
> То есть на интерфейсе сервера поднимаете alias ip-адреса с тегом vlan? а
> потом каждую ВМ связываете с отдельным бриджом, одна сторона которого именно
> этот alias.
Да. Только не одна ВМ на бридж, а сколько нужно.
> А в чем в этом случае преимущество?почему все ВМ не выпускать через
> один бридж?
Необходимость, ВМ в разных сетях.
> или объединяете несколько физических интерфейсов сервера в bonding, ну и так далее.
Больше 350Мб/с получить не смог, даже при копировании с хостя на бэкап сервер. Диски на бэкап сервере медленные. А всем ВМ и гигабита хватает. Разве что для резерва.

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. "лучшие практики для KVM"	+/–
Сообщение от Aleks305 (ok) on 27-Сен-11, 12:41
>[оверквотинг удален] > Кто как бэкапит диски для виртуальных машин? > Диски ВМ разбиты на файлы или одним файлом хранятся? > Что предусмотрено в случае если сервер, на котором крутятся ВМ падает? > Как лучше выпускать ВМ в сеть, если они должны быть напрямую доступны > из сети? отдаете ВМ весь интерфейс или разруливаете bridge. Может быть > вообще кто-то с DNAT заморачивается? > Ограничиваете ли каким-нить образом (cgroups) потребление ВМ ресурсов хост машины? > Натыкался в инете на док best practics for KVM, но док доком, > а мнения спецов дороже. > Думаю полезно было бы много поделиться опытом. up
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору

2. "лучшие практики для KVM"	+/–
Сообщение от Кирилл (??) on 27-Сен-11, 16:58
Сам. Всё сам.
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	3. "лучшие практики для KVM"	+/–
	Сообщение от Aleks305 (ok) on 27-Сен-11, 17:54
	> Сам. Всё сам. что все сам?
	Ответить \| Правка \| ^ к родителю #2 \| Наверх \| Cообщить модератору

4. "лучшие практики для KVM"	+/–
Сообщение от bill (??) on 27-Сен-11, 19:45
> Всем привет! > Много тем уже на форуме поднято про KVM. Сам недавно стал разбираться > с этой темой. Решил поинтересоваться у тех, кто уже давно в > теме, как лучше настроить и тд и тп. В частности интересуют > следующие вопросы. > Кто как бэкапит диски для виртуальных машин? Снапшот lvm и dd. > Диски ВМ разбиты на файлы или одним файлом хранятся? lvm > Что предусмотрено в случае если сервер, на котором крутятся ВМ падает? Сам не использую, нет возможности. Для лив миграции и отказоустойчивости необходимо общее хранилище (fibre channel, iscsi, etc). Или пионерия на nfs). Мигрирую пока вручную на другой сервер. Если осноной сервер упадёт, то достаю бэкап и запускаю на резерве. Это занимает много времени, поэтому важные сервисы запускать невозможно. > Как лучше выпускать ВМ в сеть, если они должны быть напрямую доступны > из сети? Отдаю хосту транк, на нём пачка бриджей.
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	5. "лучшие практики для KVM"	+/–
	Сообщение от Aleks305 (ok) on 27-Сен-11, 22:27
	>> Всем привет! >> Много тем уже на форуме поднято про 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, ну и так далее. Спасибо огромное за ответы!
	Ответить \| Правка \| ^ к родителю #4 \| Наверх \| Cообщить модератору


	6. "лучшие практики для KVM"	+/–
	Сообщение от bill (ok) on 28-Сен-11, 18:53
	> снапшот это через virsh? Нет, пользуюсь perl скриптом, который делает снапшот lvm, а затем снимает с него образ. > в виде файлов не храните? преимущество lvm в том, что можно безшовно > расширить дисковое просторанство и ВМ этого не заметит?я правильно понимаю. Да, и производительность выше чем у qcow2. Но теряются некоторые возможности. > то есть получается бэкапите еще и xml конфигурацию ВМ. потом копируете xml > и снапшот lvm на резервный сервак и поднимаете. Да. >А почему долго выходит? Долго копировать 40GB, например, даже через гигабитную сеть. > получается минимум нужно держать резервный сервак держать... > кстати, часто бывают прецеденты, что падает что-нибудь. Виртуалки стабильно работают? Сейчас шесть линуксов(не сказать, что сильно нагружены) и пять winxp. Из плюшек - spice для win, очень удобно. Падения ни одного не было. > То есть на интерфейсе сервера поднимаете alias ip-адреса с тегом vlan? а > потом каждую ВМ связываете с отдельным бриджом, одна сторона которого именно > этот alias. Да. Только не одна ВМ на бридж, а сколько нужно. > А в чем в этом случае преимущество?почему все ВМ не выпускать через > один бридж? Необходимость, ВМ в разных сетях. > или объединяете несколько физических интерфейсов сервера в bonding, ну и так далее. Больше 350Мб/с получить не смог, даже при копировании с хостя на бэкап сервер. Диски на бэкап сервере медленные. А всем ВМ и гигабита хватает. Разве что для резерва.
	Ответить \| Правка \| ^ к родителю #5 \| Наверх \| Cообщить модератору