Привет, я системный инженер в IT-аутсорсинговой компании. Моя работа — проектирование и развертывание виртуализационных решений. Я уже много лет использую Proxmox, но только недавно наша компания начала предлагать Proxmox как альтернативу ESXi/HyperV. Я отлично знаю Proxmox, знаю его возможности и ограничения. Я заметил одну очень важную вещь, которой не хватает в Proxmox — выделенного кворум-узла, специально для конфигурации Ceph Stretch Cluster. Я написал пост на Reddit на эту тему. Вы можете прочитать пост и комментарии, чтобы понять мою точку зрения.
Почему не просто еще один узел? Потому что он должен быть виртуализационно-способным и, следовательно, должен быть полностью лицензирован в соответствии с какими-то правилами лицензирования гостевого программного обеспечения (Windows Server, лицензирование которого зависит от числа процессоров хоста в кластере), и это было бы нецелесообразно. Что касается HA групп — по словам представителя Microsoft, HA группы не имеют значения для лицензирования, и все процессоры хостов в кластере должны быть лицензированы, независимо от того, входит ли хост в HA группу, созданную для Windows Server VM или нет.
Почему qdevice не вариант? Потому что клиенты хотят иметь легкий доступ, мониторинг и уведомления от кворум-узла. Многие из них не знакомы с Linux-экосистемой и хотят элегантного и удобного графического интерфейса. Уведомления важны, поскольку им нужно знать, работает ли qdevice и может ли кластер до него достучаться. Ещё есть Ceph MON, который необходим для конфигурации Ceph Stretch Cluster. Конечно, можно использовать qdevice с Ceph MON, но эта конфигурация слишком неуклюжая для моих клиентов, и они воспринимают её как хак, временное решение, непригодное для продакшена, и это для них неприемлемо.
С нашей точки зрения, кворум Proxmox очень неудобен в текущем виде (у большинства конкурентов есть другие решения, которые намного дешевле, например, кластерный диск/сетевая папка), а необходимость покрывать лицензии для другого кворум-хоста значительно снижает интерес к Proxmox. И qdevice/qdevice+ceph-mon — это вариант, который можно исключить для каждого корпоративного клиента. Это самый большой недостаток Proxmox, по моему мнению, поскольку каждое другое корпоративное ПО может работать с 2-узловым кворумом или имеет другие варианты кворума, кроме ещё одного узла, что, как я уже упомянул, вызывает некоторые проблемы с лицензированием.
Каким было бы решение: галочка в установщике Proxmox, что-то вроде "кворум-узел". Такой кворум-узел не должен иметь возможностей виртуализации (без QEMU/KVM, LXC), не должен иметь возможности попадать в HA группу, должен иметь возможность использовать стек SDN Proxmox, так как это может быть полезно в некоторых сетевых конфигурациях или FRR openfabric, когда он получит поддержку в GUI, полную поддержку Ceph, так как потребуется Ceph MON для Stretch Cluster, и, дополнительно, он мог бы функционировать как не-HCI хост, полное графическое представление с другим значком, чем у хоста виртуализации, и со стандартными настройками (сеть, диски) как у стандартного хоста, полную поддержку уведомлений и мониторинга.
И самое главное, он должен быть официально задокументирован и поддерживаться Proxmox, чтобы в случае проблем Proxmox support не отворачивался от клиента.
Есть ли какие-нибудь планы по реализации этой функции? Будет ли это возможно в ближайшее время?
Почему не просто еще один узел? Потому что он должен быть виртуализационно-способным и, следовательно, должен быть полностью лицензирован в соответствии с какими-то правилами лицензирования гостевого программного обеспечения (Windows Server, лицензирование которого зависит от числа процессоров хоста в кластере), и это было бы нецелесообразно. Что касается HA групп — по словам представителя Microsoft, HA группы не имеют значения для лицензирования, и все процессоры хостов в кластере должны быть лицензированы, независимо от того, входит ли хост в HA группу, созданную для Windows Server VM или нет.
Почему qdevice не вариант? Потому что клиенты хотят иметь легкий доступ, мониторинг и уведомления от кворум-узла. Многие из них не знакомы с Linux-экосистемой и хотят элегантного и удобного графического интерфейса. Уведомления важны, поскольку им нужно знать, работает ли qdevice и может ли кластер до него достучаться. Ещё есть Ceph MON, который необходим для конфигурации Ceph Stretch Cluster. Конечно, можно использовать qdevice с Ceph MON, но эта конфигурация слишком неуклюжая для моих клиентов, и они воспринимают её как хак, временное решение, непригодное для продакшена, и это для них неприемлемо.
С нашей точки зрения, кворум Proxmox очень неудобен в текущем виде (у большинства конкурентов есть другие решения, которые намного дешевле, например, кластерный диск/сетевая папка), а необходимость покрывать лицензии для другого кворум-хоста значительно снижает интерес к Proxmox. И qdevice/qdevice+ceph-mon — это вариант, который можно исключить для каждого корпоративного клиента. Это самый большой недостаток Proxmox, по моему мнению, поскольку каждое другое корпоративное ПО может работать с 2-узловым кворумом или имеет другие варианты кворума, кроме ещё одного узла, что, как я уже упомянул, вызывает некоторые проблемы с лицензированием.
Каким было бы решение: галочка в установщике Proxmox, что-то вроде "кворум-узел". Такой кворум-узел не должен иметь возможностей виртуализации (без QEMU/KVM, LXC), не должен иметь возможности попадать в HA группу, должен иметь возможность использовать стек SDN Proxmox, так как это может быть полезно в некоторых сетевых конфигурациях или FRR openfabric, когда он получит поддержку в GUI, полную поддержку Ceph, так как потребуется Ceph MON для Stretch Cluster, и, дополнительно, он мог бы функционировать как не-HCI хост, полное графическое представление с другим значком, чем у хоста виртуализации, и со стандартными настройками (сеть, диски) как у стандартного хоста, полную поддержку уведомлений и мониторинга.
И самое главное, он должен быть официально задокументирован и поддерживаться Proxmox, чтобы в случае проблем Proxmox support не отворачивался от клиента.
Есть ли какие-нибудь планы по реализации этой функции? Будет ли это возможно в ближайшее время?
