Pull to refresh

Comments 29

Что-то минусы перекрывают все плюсы и даже не хочется заморачиваться, в особенности когда
Это достаточно дорого
и
Раз или два в месяц один из гипервизоров может зависнуть… и еще куча косяков…
и за все это Дорого


Если я покупаю, к примеру тот же VMware ESXi, то никакой речи о зависании гипервизора там быть не может, про vMotion умолчу. Наверно ESXi будет подороже, но как бы качество оправдывает вложения. Просто не представляю, что Вы говорите клиентам раз в два месяца, когда стабильно и постоянно у них виснут их виртуалки.
Спасибо за хороший комментарий. На самом деле мы автоматизировали процесс миграции в случае падения, но да, Virtuozza в отличии от esxi или того же proxmox — это не тихая гавань.

Last login: Mon Jan 8 11:44:46 2024 from 192.168.16.33
MOTD generated at: 11:06:04
Uptime: 125 days
OS: Virtuozzo release 7.5.5 (290)
IP:
Hostname:
Kernel: 3.10.0-1160.90.1.vz7.200.7 GNU/Linux
System Load: 1.46
/vz Usage: 62% of 29G
Swap Usage: 7%
RAM Free: 29% of 62.6GB
License: 02/18/2024 03:00:00 status:ACTIVE
Key: PSBM.74312610.0078
[root@]# cat /etc/virtuozzo-release
Virtuozzo release 7.5.5 (290)
[root@]#
какая версия? ни разу не было. зависания

Хороший вопрос сколько будет стоить лицензия на ESXi с теми же возможностями, которые позволяет Virtuozzo.
Что бы покрыть лицензией наш кластер, я имею ввиду vsphere, нужно 100k$ + около 2k каждый месяц.
А сколько стоила лицензия на виртуозу?
Сейчас полуоткрытые сокеты не мешают миграции.
Проверил онлайн миграцию на примере типичного контейнера с web-сервером. Все так же валиться с ошибкой, версия виртуозы и ядра последняя
Я там стукнулся в личку. Давайте попробуем разобраться, что именно там пошло не так.
Что используете для резервного копирования?

И еще, для информации. Если вам грозит импортозамещение, то вы теперь знаете, к чему готовиться
Мы физически копируем машины по rsync на ZFS и снимаем снапшоты
Понятно. Похоже, что о централизованном бэкапе можно забыть
У Virtuozzo есть бекап…
Есть, но он достаточно примитивный.

Кстати, еще один глюк вспомнил. Если подключена сетевая шара по CIFS для библиотеки или бэкапа и эта шара во время работы становится недоступной, узел кластера может упасть целиком, причем ВМ с него на другие узлы не переедут. Таи и будет всё висеть до перезагрузки узла
Вот это номер… но в целом, по этой причине не используем автоматическое переключение вообще.
А как реализуете отработку отказов?
У нас свой демон, если виртуалка не отвечает на запросы, службы или сайты лежат, пытаемся перезагрузить, если таймат то принудительно поднимаем виртуалку на другом гипервизоре и стартуем.
То есть, у вас в кластере только сторадж, а гипервизоры сами по себе?
У нас стореджи находятся на тех же гипервизорах где и виртуалки
Но кластер управляет только стораджем, а виртуалками — свой демон?
Я может чего то не понимаю, но как коммерческий продукт может содержать столько явных и серьезных недостатков?
Такое ощущение, что статья от адептов «proxmax + KVM + CEPH» Бесплатно и надежно для продакшена.
Не совсем понял вопрос. Это вопрос к нам? адепты ли мы Proxmox? да нет, все кластеры на Virtuozzo. Вопрос к разработчикам? есть такой вопрос, но он открыт.
С точки зрения моего сравнения Virtuozzo c Proxmox, так мы хорошо можем и то и другое, потому можем и сравнить. Но в своей практике используем Virtuozzo.
Вы чисто для себя и Вы с деньгами? Или Заказчик с деньгами? Что дает Virtuozzo за деньги?
Больше свободного времени и меньше нервов админам (Девопсам!!! ) или какой то лучший сервис для конечного клиента.
Virtuozzo не дает ничего без денег) Речь не о openvz, речь о продукте совершенно другого рода. Плюсы и минусы я в принципе уже описал, за лицензию платим сами) но можем и заказчику настроить с его лицензий (если нужно)
Sign up to leave a comment.

Articles

Change theme settings