Pull to refresh

Comments 22

Спасибо, интересный обзор.

Приходилось попользовать в продакшне oVirt, он на тех же QEMU+KVM+libvirt, но это боль, тут судя по всему все это дело причесали получше.

Добавьте в свой тест запуск хостов при выключенной управлялке. Сможет без нее хост запустить виртуалки? oVirt не умеет... Ему для этого надо из базы получить кое какие параметры.

UFO just landed and posted this here

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

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

Человек знает что такое фенсинг?

UFO just landed and posted this here

vmmanager хуже овирта был 2 года назад точно.

UFO just landed and posted this here

PVE не использует ливбвирт от слова вообще, только голый кему дёргает.

Здравствуйте!

Спасибо за обзор.

На мой взгляд у продукта и правда очень много детских болячек. Это сетевая настройка ip-fabric не позволяет сохранить свой конфиг для FRR.(который используется), могут возникнуть проблемы резервного копирования на "пустом месте" ( скорее всего проблема микросервисной архитектуры в контейнерах).

По поводу кэширования при повторном создание ВМ, продукт скачивает на узел образ ВМ, если его там нет и хранит распакованную версию. Также в интерфейсе можно не найти информации по какой причине что-то не отработало. Продукт активно передают данные интерфейса производителю, отключить передачу в sentry нет( в документации не указано).

В некоторых местах гибкость VMmanager5 убрали. (смешать типы сетей в кластере нет возможности. Миграция между узлами работает только в 2-х типах сетей. Также как тип процессора для ВМ.)

Изменения некоторых сетевых настроек типа ограничение tcp/udp портов можно было бы делать и без перезагрузки ВМ.

Добрый день! Спасибо за обратную связь!

Сегодня VMmanager - это продукт, который выпускается в двух редакциях - Infrastructure и Hosting.
Мы сознательно приняли решение по разделению редакций. Во многом причина в том, что нашим Заказчикам разных редакций важны разные характеристики и функции продукта, а, значит, требуется по-разному развивать каждую из них.
Например, для пользователей Infrastructure-редакции как таковая ip-fabric или возможность живого изменения tcp/udp не являются существенными.

Но, тем не менее, по вопросу работы FRR рекомендую обратиться в поддержку, как минимум, чтобы классифицировать этот вопрос - является ли он ошибкой или особенностью работы.
“Горячее” изменение ограничений tcp/udp у нас в ближайших планах. Мы слышим от наших клиентов редакции Hosting о необходимости этой функции и запланировали ее доработку.

Относительно передачи информации производителю. Тут вы, судя по всему, говорите о сборе метрик использования продукта. В редакции Infrastructure сбор метрик не производится вовсе. Продукт не передает метрики ISPsystem.
Сбор метрик редакции Hosting сделан для того, чтобы мы могли лучше развивать и тестировать продукт. Когда мы знаем самые востребованные функции, мы можем сосредоточиться на их тестировании и дальнейшем развитии. Все метрики полностью обезличены и не содержат каких-либо пользовательских данных.

Забыли главный момент - совершенно неадекватная цена для такого уровня продукта...
По сути это аналог proxmox со встроенной интеграцией с биллингом, а не аналог VMWare, но ценник как за вмварь.

Во времена VMmanager 4 цены были гуманнее.

Спасибо за обратную связь!

Не хочется переубеждать Вас, но приведем несколько справочных пунктов:
Автор этой статьи проводил тестирование решения на базе Proxmox. Нам кажется, что из выводов к настоящей статье и статье про решение на базе Proxmox прослеживаются различия продуктов.
В 2023 году розничная цена лицензии VMware на 1 процессор с поддержкой на 3 года - это 10 000$. И это цена без учета лицензий на vCenter и vCloud Director. Уверены, что ценовая политика для версии VMmanager Hosting более лояльная для клиентов.
VMmanager 6 и VMmanager 4 - это два разных продукта, которые разделяет много лет разработки и развития.

У ваших реселлеров цена за 1 современный сервер - более 3 тысяч usd (2500 за Basic) по текущему курсу в год. Ок, в нём 2 проца, но и гипервизор вы свой не разрабатываете, в котором в рамках саппорта вы можете устранить проблему (а проблему с зависанием kvm main loop всем миром не могут починить уже лет 10).

Цены вы сами не публикуете, посмотрел там, где они есть.

>  VMware на 1 процессор с поддержкой на 3 года - это 10 000
на одну тачку? Essential 600 евро, а по факту - 300 или бесплатно с сервером от вендора, если сделать большие глазки.
на кластер? Да, вмварь дороже. Но то вмварь, с ними понятно, откуда такой ценник.


Хотим отметить относительно лицензии VMware. Редакция Essential создана для небольших инсталяций и имеет минимальный набор функций. В частности, в редакцию Essential нельзя добавить более 3 серверов, в ней не работает НА-кластер и живая миграция. Выше были приведены цены за редакцию Enterprise Plus – это максимальная редакция с полным набором функций. В VMmanager Infrastructure мы также даем пользователям полный набор функций. Если у вас остались конкретные финансовые вопросы, касающиеся вашего опыта использования, готовы с радостью проконсультировать вас в личных сообщениях.

Ну тех поддержка ispsystem(vmmanager) очень специфична.

И проблем с vmmanager хватает, каждое третье обновление это прям боль.

А также баги которые приводят не к рабочему состоянию вм и панели.

Теперь конкретно

БЭКАПЫ.

1) Прям цитата из документации: "Резервная копия не гарантирует консистентность баз данных, используемых на ВМ."

То есть если у вас есть услуга резервного бэкапа, то данные сайтов в них будут биться и с вероятностью 99% сайт не запуститься из бэкапа. это привет к@AezaHost

Ответ от тех поддержки ispsystem Сергей Гудаев "К сожалению, несмотря на то, что вас не устраивает текущая ситуация, в ближайшее время вам не стоит ожидать исправлений текущего механизма резервного копирования."

То есть ispsytem не видит проблемы в этом.

2) Баг при отвале хранилища.

Классный баг который приводит к поломки вм машин.

Если nas вдруг перестает работать, то vmmanager решает автоматический бэкап сделать, но надо понимать, что бэкапы делаются в /image, но если читать документацию "Особенности создания резервных копий по расписанию"

То описано "Проверяет хватит ли в хранилище места для VM1.", и в этом проблема, что vmmanager не проверяет место в /image

То есть в конечном /image заполнится.

Во-первых, если панель стоит на этом узле отвалится.

Во-вторых, отвалится вм машины, которая не смогла переместить с диска вм машин в /image.

Ну и если один диск используете, то еще хуже будет.

Кроме этого, ispsytem тебя не будет обслуживать если у тебя панель управления стоит на самом узле. Это из за того что выбор пал на докеры и ispmanager и vmmanager страдают от этого. Это описано в документации "Требования к серверу для кластера"

А еще они предлагают размещать панель в вм на узле vmmanager, чтобы точно не возможно было ее починить быстро.

Спасибо автору за обзор. Мы также ознакомились с другими статьями цикла - отличная и полезная работа. Респект.

Хочется прокомментировать некоторые пункты.
В статье несколько раз упоминались ограничения по работе с ОС Windows. Это очень точно подмечено и тут действительно есть потребность в доработке. У нас запланирована на ближайшее время доработка по поддержке создания образов для ОС Windows.

В пункте “Горячее изменение ресурсов” говорится о невозможности увеличить диск. Несколько месяцев назад мы выпустили функцию по “горячему” изменению CPU и RAM. “Горячее” изменение диска - это следующий этап этой доработки. То есть это находится в ближайших планах вместе с “горячим” изменением ограничений udp/tcp.
Очень похожая ситуация с ISO. В середине 2023 мы расширили возможности по работе с ISO добавлением загрузки ISO с локального компьютера администратора. Репозиторий ISO - следующий и уже запланированный этап.

Этот список можно продолжить и более крупными функциями:) Можно сказать, что 90% проблемных пунктов, отмеченных автором в статье, находятся у нас в планах на доработку в 2023 и 2024. В ближайшее время мы опубликуем Roadmap 2024, из которого это будет явно видно.

Плохо, что операционка отдельно, а виртуализация отдельно. Кто за что будет отвечать? Случится что-то и вендор скажет, что проблема в операционке…

Спасибо за Ваш комментарий.

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

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

Сам на VMmanager уже давно, я на редакции Hosting нынче. Да, в продукте бывали и есть баги, это портит впечатление. Но ситуация с ошибками постоянно улучшается. Во всяком случае на моей выборке кейсов все так или иначе решается. Хочется, конечно, более быстрого решения, но и текущая ситуация устраивает.

не работал с vmmanager никогда, но если автор не приукрашивает, тут хотя бы понятно что не просто бабки пилят.

хз, может, кому-то и норм платить за болгенос с логотипом стабильные сборки, но имхо лучше взять решение с предсказуемым будущим. ну и хотелось бы верить, что вендор хоть как-то старается прислушиваться к клиентам и развивать решение под наши... кхм.. реалии

Sign up to leave a comment.

Articles