В статье мы исходим из того, что СХД — внешняя (промышленный NAS/SAN) и к платформе SpaceVM прямого отношения не имеет. Правда, если такой NAS/SAN полностью умрёт, ВМ работать не будут — это не секрет. Вопрос в защите хранилища. Промышленный NAS/SAN обычно сам отказоустойчив (две головы, избыточность дисков/путей), поэтому «помирание» целиком — редкий сценарий. «Три NAS/SAN в кластере» — возможно, но чаще используют одну надёжную систему или репликацию на вторую. «А почему бы тогда не сделать кластер хранения на трёх гипервизорах?» — Можно, это подход HCI (vSAN, Ceph, GlusterFS). При этом в SpaceVM есть собственное решение — Space Stor HCI на базе GlusterFS. Подробная инструкция по настройке описана в отдельной статье: «Как создать программно-определяемое хранилище в SpaceVM». Да, HCI ест ресурсы узлов и требует хорошей сети, зато не нужен отдельный NAS/SAN. Внешнее же хранилище проще в эксплуатации и не нагружает гипервизоры. Оба подхода имеют право на жизнь, главное — защищать хранилище, а не делать вид, что отказов не бывает.
Сертификат, официально подтверждающий совместимость SpaceVM 6.5.9 с «Кибер Бэкап» 18.x находится в стадии подписания. Все технические действия выполнены. Версия 7.0.1 также проходит сертификацию — актуальную информацию о поддерживаемых версиях публикуем в разделе программной документации по мере готовности.
По двум пулам данных на одном кластере: при соблюдении корректной архитектуры сети с разделением сетевого трафика СХД и SDS проблем с использованием нескольких хранилищ разного типа быть не должно. Рекомендованная схема инфраструктуры с разбивкой по сетевым интерфейсам описана в нашей документации. Следуя данным схемам (1), (2), можно исключить проблемы с использованием нескольких пулов хранения данных.
Да, кластерная файловая система GFS2 продолжает активное развитие. Мы постоянно отслеживаем и включаем ее обновленные компоненты, такие как DLM и SBD, в наши новые релизы. В качестве примера можно отметить готовящуюся версию SpaceVM 7, которая основана на дистрибутиве Debian 13 и будет содержать эти актуальные пакеты.
Вопросы надежности и безопасности, в том числе для компонентов из репозиториев OpenSource, находятся в фокусе нашего внимания. Мы сотрудничаем с Центром исследований безопасности системного программного обеспечения ИСП РАН и совместно работаем над проверкой и устранением уязвимостей. Эта работа уже ведется для модулей GFS2 в ядре Linux 6.12, которое входит в состав Debian 13, что гарантирует высокий уровень защищенности и стабильности наших решений.
Игорь, спасибо за внимательность! Поправили.
В статье мы исходим из того, что СХД — внешняя (промышленный NAS/SAN) и к платформе SpaceVM прямого отношения не имеет. Правда, если такой NAS/SAN полностью умрёт, ВМ работать не будут — это не секрет. Вопрос в защите хранилища. Промышленный NAS/SAN обычно сам отказоустойчив (две головы, избыточность дисков/путей), поэтому «помирание» целиком — редкий сценарий. «Три NAS/SAN в кластере» — возможно, но чаще используют одну надёжную систему или репликацию на вторую.
«А почему бы тогда не сделать кластер хранения на трёх гипервизорах?» — Можно, это подход HCI (vSAN, Ceph, GlusterFS). При этом в SpaceVM есть собственное решение — Space Stor HCI на базе GlusterFS. Подробная инструкция по настройке описана в отдельной статье: «Как создать программно-определяемое хранилище в SpaceVM». Да, HCI ест ресурсы узлов и требует хорошей сети, зато не нужен отдельный NAS/SAN. Внешнее же хранилище проще в эксплуатации и не нагружает гипервизоры. Оба подхода имеют право на жизнь, главное — защищать хранилище, а не делать вид, что отказов не бывает.
Сертификат, официально подтверждающий совместимость SpaceVM 6.5.9 с «Кибер Бэкап» 18.x находится в стадии подписания. Все технические действия выполнены.
Версия 7.0.1 также проходит сертификацию — актуальную информацию о поддерживаемых версиях публикуем в разделе программной документации по мере готовности.
По двум пулам данных на одном кластере: при соблюдении корректной архитектуры сети с разделением сетевого трафика СХД и SDS проблем с использованием нескольких хранилищ разного типа быть не должно. Рекомендованная схема инфраструктуры с разбивкой по сетевым интерфейсам описана в нашей документации. Следуя данным схемам (1), (2), можно исключить проблемы с использованием нескольких пулов хранения данных.
Да, кластерная файловая система GFS2 продолжает активное развитие. Мы постоянно отслеживаем и включаем ее обновленные компоненты, такие как DLM и SBD, в наши новые релизы. В качестве примера можно отметить готовящуюся версию SpaceVM 7, которая основана на дистрибутиве Debian 13 и будет содержать эти актуальные пакеты.
Вопросы надежности и безопасности, в том числе для компонентов из репозиториев OpenSource, находятся в фокусе нашего внимания. Мы сотрудничаем с Центром исследований безопасности системного программного обеспечения ИСП РАН и совместно работаем над проверкой и устранением уязвимостей. Эта работа уже ведется для модулей GFS2 в ядре Linux 6.12, которое входит в состав Debian 13, что гарантирует высокий уровень защищенности и стабильности наших решений.