Разница ВДС хостинга на OpenVZ против XEN

Тут скорее вопрос к тому, на какой оверселл рассчитывает хостер. То есть что для него приемлемо.

Технически оверселить можно на любом гипервизоре.

Да, оверселить можно на любом гипервизоре, но на OpenVZ это делают более явно и активно. Поэтому я бы попробовал. Учитывая тот тариф, что вам уже дан - наверняка там дичайший оверсел по CPU.

По параметрам надо исходить из ситуации на текущей VPS. Посмотрите сколько памяти вы реально занимаете. По CPU быть может поискать вариант 2 x 1024. Но этой гадание на гуще ...

Сначала просто смените тариф, дальше уже будет понятно менять виртуализацию или нет. Обычно KVM дороже из-за меньшего оверселинга ресурсов.

Всем спасибо за советы.

Да смена тарифа, хм, нам на 100% дороже и сервер (более высокий тариф) - лишь на 50% сильнее от того, что сейчас... Все таки 70 баксов платить... За то, что на 50% сильнее. Как-то не торт) По-этому и решил спросить у комьюнити о Хен серверах)

Возьмите VPS на XEN на пару неделек на тест и посмотрите как оно будет работать. Без практического опыта проверить никак нельзя, так как в OpenVZ есть свои фишки по оптимальному потреблению памяти, так как там не полная изоляция и есть возможность кэшировать идентичные процессы, но там вы большой вероятностью столкнетесь с оверселлингом, а это в любом случае скажется на производительности хотя бы дисковой подсистемы, так как по факту на том же железе можно разместить в разы больше VPS. Вне зависимости от системы виртуализации стоит также при всех равных параметрах обращать все-таки внимание на железо, где-то вместо серверных и мощных процессоров Xeon E5 вы увидите один процессор а-ля Core i7-2600, а вместо быстрого RAID10 массива из SAS/SSD дисков что-то типа 4x1TB soft RAID. Ну и напоследок, дабы ответ был максимально подробным, я хотел бы обратить внимание на тюнинг самой системы непосредственно под ваши нужды, так как ПО из коробки работает не на максимуме своих возможностей и требуется тюнинг в зависимости как от тарифного плана (под конкретные ресурсы впски) так и в зависимости от движка и создаваемой им нагрузки.

p.s. ну и еще совсем ламерский совет: google.com -> сравнение производительности xen и openvz -> и читайте, прокачивайте свои знания.

extra,

pfcache есть в ядре ovz, но нет в vzctl. На данный момент - эта фитча работает только на virtuozzo. Но в будущем, так же будет доступна и на ovz.

У ovz - минимальный оверхед по cpu и ram.

solomko,

Конфиг VPSки достаточно слабый. Например fastvps предлагает

OpenVZ VPS рекомендую брать только на ядрах (2.6.32 base RHEL6), проверить можно так

А так же только у тех хостеров, которые действительно разбираются в OpenVZ. Например fastvps и ihc.

Почему только 2.6.32? Там раньше не было возможности нормально выделять процессор, только "по приоритетам"

Забудьте о этой недовиртуализации. И о недохостерах фирст и фаст вдс.

Берите xen или kvm, будет стабильнее и надежнее.

В ядрах OpenVZ на RHEL 6 (это 2.6.32) достаточно много нового функционала.

Память для контейнера теперь устанавливается по 2 параметрам, например 2G RAM и 1G Swap

Теперь не нужно высчитывать множество разных параметров, как было раньше на ядрах ovz RHEL5. Теперь нет проблемы "cannot allow memory".

CPU можно ограничить как по приоритету

так и в процентах от ядра/ потока, например доступно от 2 ядер/ потоков - 150% (одно ядро = 100%)

Подробнее про CPU лимиты.

Начиная с kernel 042stab068.8 появилась возможность ограничивать использование контейнерами дискового кэша.

Появился ploop. http://wiki.openvz.org/Ploop -> VPS = отдельная FS. Не нужно дополнительно ограничивать кол-во innods и quota users.

Бекап (не выключая впску) можно делать без lvm -> с помощью ploop-snapshot

---------- Добавлено 07.09.2013 в 18:06 ----------

foxi, готов сделать вам тестовую VPS на OpenVZ ;) А потом обсудим - что вас не устраивает в OpenVZ VPS.

Без разницы какая виртуализация. Лишь бы хостер понимал ее досконально.

Ну и не оверселил, само собой.