Drum4ik

Рейтинг
25
Регистрация
11.09.2009
Pilat:
Drum4ik, ESX бывает исключительно под линуксом, под windows его не бывает. Наверно, Вы имеете ввиду VmWare Server , но это не то о чём речь.

Конечно же VMWare Server. Я вкурсе, что не об этом.

А вот про ESX не знал, надо посмотреть, что оно такое...

Pilat:
Идёт речь ESX, естественно, который к винде не имеет отношения.

Имел введу встроенный веб-сервер. Под линуком он постоянно падает, выёживается и т.п. А сама виртуализация весьма хороша, ничего против не имею.

Pilat:

Самая лучшая система виртуализации у VmWare и Microsoft. Остальные - пока аутсайдеры, то есть выбор надо делать из худших. Лично мне Proxmox понравился больше чем XenServer.

VmWare только на винде нормально работает, на линуксе тестил и встоенный вебсервер мне очень и очень не понравился. А насчет продуктов Microsoft я бы поспорил, но не стану.

seocore:

каким образом сам OpenVZ может повредить ФС? - чисто гипотетически - Ваши предположения?

Да не буду я Вам ничего доказывать и не собираюсь не с кем спорить на тему OpenVZ, у меня есть свои наблюдения и свой опыт, я объяснил почему отказался и всё, ибо это уже не по теме.

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

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

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

seocore:

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

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

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

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

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

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

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

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

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

iBBi:
Пользуюсь openvz уже не один год - диски и ФС не умерли. Может не там проблему пытаетесь искать?

Еще не вечер... пользуйтесь, пользуйтесь. :)

Да и в любом случае нужно переходить на более глубокую виртуализацию, ибо уже надоели жалобы "у меня всё тормозит", хотя при этом на ноде лоад абсолютно нормальный.

Boris A Dolgov:
Сомневаюсь, что OpenVZ может убивать диски - он как раз делает меньшую нагрузку, чем всё вышеперечисленное (кроме Virtuozzo).

Да, я не правильно выразился, он убивает файловую систему, а не винты. Винты умерли только 1 раз и это скорее всего было не из-за виртуализации.

Boris A Dolgov:

Кстати, а в чём оказалась проблема с OpenVZ?

Была у нас ситуация когда 2 ноды почти в один день жахнулись после ребута, данные восстановили только с одной. Короче говоря, ОВЗ убивает жесткие диски по полной. Вроде бы работает, месяц работает, два работает, пол года работает тут делаешь ребут и звездец винтам. Были ситуации когда после ребута виртуального сервера падала нода. Но последней каплей стала приколы с пингом на виртуальные сервера:


Ответ от xxx.xxx.xxx.xxx: число байт=32 время=65мс TTL=58
Ответ от xxx.xxx.xxx.xxx: число байт=32 время=228мс TTL=58
Ответ от xxx.xxx.xxx.xxx: число байт=32 время=234мс TTL=58
Ответ от xxx.xxx.xxx.xxx: число байт=32 время=247мс TTL=58
Ответ от xxx.xxx.xxx.xxx: число байт=32 время=349мс TTL=58
Ответ от xxx.xxx.xxx.xxx: число байт=32 время=372мс TTL=58
Ответ от xxx.xxx.xxx.xxx: число байт=32 время=304мс TTL=58
Ответ от xxx.xxx.xxx.xxx: число байт=32 время=191мс TTL=58
Ответ от xxx.xxx.xxx.xxx: число байт=32 время=67мс TTL=58
Ответ от xxx.xxx.xxx.xxx: число байт=32 время=11мс TTL=58
Ответ от xxx.xxx.xxx.xxx: число байт=32 время=132мс TTL=58
Ответ от xxx.xxx.xxx.xxx: число байт=32 время=130мс TTL=58
Ответ от xxx.xxx.xxx.xxx: число байт=32 время=202мс TTL=58
Ответ от xxx.xxx.xxx.xxx: число байт=32 время=11мс TTL=58
Ответ от xxx.xxx.xxx.xxx: число байт=32 время=28мс TTL=58

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

Partizansk Telecom:
Может быть UML заинтересует?
http://user-mode-linux.sourceforge.net/
http://usermodelinux.org

Судя по всему это аналог OpenVZ и при этом хуже чем OpenVZ.

Всего: 223