Конечно, virsh - это не прямая замена возможности управлять виртуальными машинами вместо HE, а бэкап не панацея, по этой причине мы и работаем в направлении создания такого механизма и развития катастрофоустойчивости НЕ.
Добрый день! Спасибо за вопрос. На текущий момент для управления ВМ есть утилита virsh на каждом гипервизоре, плюс не забываем о возможности восстановления через бэкап ВМ Engine. Также добавлю, что мы ведем разработку в этом направлении.
Добрый день! Спасибо за вопрос. Для небольших инсталляций мы рекомендуем использовать доработанный нами Gluster, который входит в состав zVirt. Мы исправили проблемы "ванильного" Gluster: некорректного подсчета актуального занятого места на диске и баг с кворумом и портами.
Отличается тем, что мы не просто натянули новые обои, а сделали капитальную пристройку с ремонтом.
Это не форк (о чём выше писал). Берем ядро oVirt и расширяем функции отдельными модулями и сервисами. Это позволяет и получать обновления сообщества, и отправлять багфиксы в сообщество, и развивать своё.
Конкретные улучшения под капотом:
Наши доработки в виде новых сервисов и плагинов
Оптимизация стека KVM (+10-15% к I/O)
Свой отказоустойчивый SDN с микросегментацией
Автоматические планы аварийного восстановления
Готовая интеграция с Keycloak и аудит
Встроенный бэкап и т.д.
zVirt — это не скин. Это проверенное ядро, с доработанной начинкой под задачи российского рынка, об это будет ещё статьи.
Конечно, virsh - это не прямая замена возможности управлять виртуальными машинами вместо HE, а бэкап не панацея, по этой причине мы и работаем в направлении создания такого механизма и развития катастрофоустойчивости НЕ.
Добрый день! Спасибо за вопрос. На текущий момент для управления ВМ есть утилита virsh на каждом гипервизоре, плюс не забываем о возможности восстановления через бэкап ВМ Engine. Также добавлю, что мы ведем разработку в этом направлении.
Добрый день! Спасибо за вопрос. Для небольших инсталляций мы рекомендуем использовать доработанный нами Gluster, который входит в состав zVirt. Мы исправили проблемы "ванильного" Gluster: некорректного подсчета актуального занятого места на диске и баг с кворумом и портами.
Отличается тем, что мы не просто натянули новые обои, а сделали капитальную пристройку с ремонтом.
Это не форк (о чём выше писал). Берем ядро oVirt и расширяем функции отдельными модулями и сервисами. Это позволяет и получать обновления сообщества, и отправлять багфиксы в сообщество, и развивать своё.
Конкретные улучшения под капотом:
Наши доработки в виде новых сервисов и плагинов
Оптимизация стека KVM (+10-15% к I/O)
Свой отказоустойчивый SDN с микросегментацией
Автоматические планы аварийного восстановления
Готовая интеграция с Keycloak и аудит
Встроенный бэкап и т.д.
zVirt — это не скин. Это проверенное ядро, с доработанной начинкой под задачи российского рынка, об это будет ещё статьи.