zVirt – решение на базе доработки oVirt. Для данной проблемы у нас есть специальные скрипты и Hosted Engine успешно переезжает. В бэклоге есть задача вынести миграцию Hosted Engine через интерфейс.
И какая на ней будет кластерная файловая система и гле прочитать про работу механизма HA и кластерных блокировок ? В открытой документации, разумеется.
В качестве кластерной ФС используется LVM с блокировками через sanlock. Если есть вопросы, всегда готовы помочь. Пишите на info@orionsoft.ru
как и где на этих скриншотах задается management VLAN для хостов
На скриншотах этого нет, но управление можно перевести в отдельный VLAN со своим VLAN ID.
В целом, в качестве сервера подойдет любой, где запускается Linux и есть аппаратная виртуализация. Вопрос в том, насколько быстро это будет работать. Для стендов можно использовать вложенную виртуализацию.
Можно даже на одном, если памяти достаточно. Требуется СХД или NAS с NFS. Для тестов можно поднять ISCSI target где-то на другом сервере или дать NFS шару.
Это физическая или логическая коммутация ? Если физическая, то как включать VM в сетевую карту, а если логическая, то где виртуальные свичи ?
На схеме устройства с подписью "ВМ" – гипервизоры, на которых после развертывания zVirt и добавления их в среду можно будет стартовать ВМ
Затем, что виртуализация должна перезагрузиться и войти в строй без внешних сервисов. Потому что, если у вас упала вся , условно, стойка и DNS на ней, то ваша система не поднимется при зависимости от DNS. Иначе придется делать балансировку DNS, ваша же система умеет работать с, ну скажем, 4 DNS ? (Ниже написано, что (можно ввести несколько в порядке приоритета, нажимая Add)
1. Использование DNS упрощает администрирование инфраструктуры и снижает вероятность ошибок при развертывании и сопровождении инфраструктуры
2. DNS, как и любой другой инфраструктурный сервис не должен быть зависим от работоспособности среды виртуализации и должен быть реализован как выделенный сервис с обеспечением отказоустойчивости.
Стоп стоп. Где глава про выбор сервера, требования по памяти, процессорам, совместимость с сетевыми картами ? На какой сервер еще можно ставить Centos zvirt, на какой уже нельзя ? Где требования по совместимости СХД, режимы работы ? NFS - какой версии можно, какой нет, какой функционал будет доступен ?
Но спасибо за комментарий. Напишу отдельную статью по планированию и выбору железа. :)
То есть, система годится для разворачивания только в местах с доступом к интернету, принести в закрытый контур ISO на флешке нельзя.
Развертывание в изолированной среде также поддерживается, включая возможность создания локальных репозиториев. В данном пункте подразумевается необходимость покупки лицензии или заказа демо для доступа к исходным репозиториям, в которых в т.ч находится ISO c zVirt Node.
На скрине опции для IP v6, так на чем у вас работает кластер, на ip v4 или на ip v6 ?
Поддерживается как конфигурация IPv4, так и IPv6. На скрине в разделе IPv6 стоит настройка по умолчанию.
Cockpit - это универсальный веб-интерфейс для дистрибутивов Linux, который в некоторых дистрибутивах установлен по умолчанию, а в некоторых доступен для установки в официальных репозиториях.
Вот так просто проскочили раздел Challenge-Handshake Authentication Protocol (CHAP) . Какой нужен \ поддерживается, unidirectional CHAP \ bidirectional CHAP ?
Unidirectional по умолчанию. Для bidirectional нужно будет подправить iscsid.conf руками.
Настройки для etherchannel выше не приводились и не описаны. Кроме того, это у вас что, виртуальная машина сервера управления берет в заложники захватывает физическую сетевую карту, или как ?
2. Нет. В данном случае для сетевого взаимодействия используется Linux Bridge.
То есть, нужно И СХД И локальные диски?? Не у всех локальные диски в серверах стоят, некоторые по старой школе 16-32 гб флешку или SSD или sata dom ставят и живут спокойно.
В целом, да, нужны локальный диски (для гипервизора) и для отказоустойчивой конфигурации внешняя СХД. Но возможны варианты.
В каких случаях это требуется ?
Увеличить размер диска Engine может потребоваться при увеличении инсталляции, росте кол-ва ВМ или хостов. Место нужно для СУБД
zVirt – решение на базе доработки oVirt. Для данной проблемы у нас есть специальные скрипты и Hosted Engine успешно переезжает. В бэклоге есть задача вынести миграцию Hosted Engine через интерфейс.
https://www.orionsoft.ru/sovmestimost-po-i-oborudovaniya
В качестве кластерной ФС используется LVM с блокировками через sanlock. Если есть вопросы, всегда готовы помочь. Пишите на info@orionsoft.ru
На скриншотах этого нет, но управление можно перевести в отдельный VLAN со своим VLAN ID.
В целом, в качестве сервера подойдет любой, где запускается Linux и есть аппаратная виртуализация. Вопрос в том, насколько быстро это будет работать. Для стендов можно использовать вложенную виртуализацию.
Можно даже на одном, если памяти достаточно. Требуется СХД или NAS с NFS. Для тестов можно поднять ISCSI target где-то на другом сервере или дать NFS шару.
Установка поддерживается только на zVirt Node, который является составной частью решения.
zVirt – система управления виртуализацией, которая в качестве гипервизора использует QEMU-KVM
https://www.orionsoft.ru/sovmestimost-po-i-oborudovaniya
На схеме устройства с подписью "ВМ" – гипервизоры, на которых после развертывания zVirt и добавления их в среду можно будет стартовать ВМ
1. Использование DNS упрощает администрирование инфраструктуры и снижает вероятность ошибок при развертывании и сопровождении инфраструктуры
2. DNS, как и любой другой инфраструктурный сервис не должен быть зависим от работоспособности среды виртуализации и должен быть реализован как выделенный сервис с обеспечением отказоустойчивости.
Требования и рекомендации к аппаратному обеспечению и другим компонентам есть в Wiki по ссылке https://wiki.orionsoft.ru/ru/zvirt/latest/preplanning-guide.adoc
и лучшие практики: https://wiki.orionsoft.ru/ru/zvirt/best-practice
Но спасибо за комментарий. Напишу отдельную статью по планированию и выбору железа. :)
Развертывание в изолированной среде также поддерживается, включая возможность создания локальных репозиториев. В данном пункте подразумевается необходимость покупки лицензии или заказа демо для доступа к исходным репозиториям, в которых в т.ч находится ISO c zVirt Node.
Поддерживается как конфигурация IPv4, так и IPv6. На скрине в разделе IPv6 стоит настройка по умолчанию.
Cockpit - это универсальный веб-интерфейс для дистрибутивов Linux, который в некоторых дистрибутивах установлен по умолчанию, а в некоторых доступен для установки в официальных репозиториях.
Unidirectional по умолчанию. Для bidirectional нужно будет подправить iscsid.conf руками.
1. В статье рассказываем один из примеров развертывания zVirt. В нашей Wiki можно посмотреть другие варианты: https://wiki.orionsoft.ru/ru/zvirt/latest/install-guide.adoc
2. Нет. В данном случае для сетевого взаимодействия используется Linux Bridge.
В целом, да, нужны локальный диски (для гипервизора) и для отказоустойчивой конфигурации внешняя СХД. Но возможны варианты.
Увеличить размер диска Engine может потребоваться при увеличении инсталляции, росте кол-ва ВМ или хостов. Место нужно для СУБД