Какую виртуализацию выбрать?

Примеры покажите?

Показать нет, рассказать да.

Пример 1. Была у нас нода на овз и она часто падала (раз в 1-2 месяца) из-за боков с ФС, но периодически чекали ФС и после этого работала до тех. пор пока ФС не умерла окончательно.

Пример 2. Поставили еще один сервак в дата-центр, установили овз, сервер работал больше полу года без единого сбоя - ребут и винты умерли, данные восстановить не удалось (1 винт вообще сход, второй пытались отчекать, но там всё в перемешалось).

Пример 3. Поставили еще одну ноду, купили дорогие винты, рабутается одна из ВПС - нода упала, отчекали подняли и по сей день пока еще работает.

умеет, причем сравнительно давно

vm - это обычный процесс

см. Documentation/cgroups/cpusets.txt

KVM тесно интегрирован в Linux, в частности, для распределения времени между виртуальными машинами используется стандартный планировщик процессов. А его уже можно заставить ограничивать доли выделения.

Boris A Dolgov, имеете виду cpulimit но ведь это чистое шаманство в xen и openvz это идет из

коробки и есть практически в любой панели а тут нада целый огород городить чтоб после ребута

не лазить в ssh

при чем тут cpulimit, давно есть cgroups/cpusets (емним с 2.6.19 в ядре, а патчи так вообще с 2006)

этот механизм частично используется в openvz(новом) вместо user-beancounters, а lxc (linux containers) вообще полностью на нем построен. позволяет выделять ядра на процесс, в т.ч. и эксклюзивно, позволяет гибко настраивать планировщик (там много вариантов, фактически даже более гибко, чем в xen), распределять i/o, память, как обычную, так и виртуальную. доступ к устройствам, учет.... почти все есть в linux/Documentations/cgroups/...

ssh, ребуты... в RH сидят не идиоты и после добавления нод в свои Ъ-интерпрайз-кластера не идут туда по ssh команды там вбивать :D libvirt уже давно всем этим рулить умеет (http://berrange.com/posts/2009/12/03/using-cgroups-with-libvirt-and-lxckvm-guests-in-fedora-12/).....

ps: рекомендую вам скачать ту же Федору последнюю или Proxmov-VE, да и посмотреть как оно там...

r0mik, Proxmov-VE сам юзаю до oVirt пока руки не дошли

понятно что в RH не идиоты тока RHEV и голый kvm/qemu не совсем одно и тоже

надо было сразу заинтересоваться здоровьем дисков, посмотреть SMART и т.п. ☝

вообще возможно у Вас нода в своп ушла и там барахталась постоянно, пока не вывела механику диска из строя, особенно если диски десктопные SATA 😆

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

если просто файловая система повреждается смарт тебе ничего не скажет потому что физически винт цел

На счет того что опенвз повреждает файловую систему то подтверждаю. 2 месяца назад на моем впс біла та же история. Спасали всю ноду....много файлов моих похерилось(((

Да интересовались конечно, мы же не идиоты. С винтами всё в порядке было, вылетала именно ФС.

Нода не так уж сильно была нагружена, лоад был и пределах нормы и своп не уходила. В примере №2 скорее всего были просто бракованные винты.

Сейчас вот еще 2 ноды работает на ВЗ, не ребутались с момента установки ВЗ (150 и 170 дней), решил спасать пока не поздно.