Я хотел бы сообщить, что мне удалось запустить corosync-qdevice для моего кластера с 2 узлами. Ранее я использовал подход с raspberry-pi в качестве третьего узла, который казался довольно кустарным решением. Пустой узел отображается в информации кластера proxmox как неиспользуемые узлы (а они и есть неиспользуемые) и мешает мне создавать новую виртуальную машину, пока я временно не удалю эти пустые узлы из конфигурации corosync и не перезапущу corosync. Это было не очень удобно. Основываясь на этой полезной информации из поста pve mail, я сделал следующее, чтобы это заработало в моем окружении с 2 узлами. Для контекста, вот моя среда: хост: proxmox (один из узлов в моем кластере) хост: proxmox-b (другой узел в моем кластере) хост: witness (неграфический raspberry pi узел, который я использую в качестве corosync 'witness' для голосований по кворуму) На всех трех хостах я установил corosync-qdevice и corosync-qnetd (думаю, что qnetd нужен только на ненашем хосте, но не уверен): Код: apt-get install corosync-qdevice apt-get install corosync-qnetd Далее я убедился, что proxmox, proxmox-b и witness могут все без проблем ssh друг к другу как root. На proxmox выполнил следующее (где последние три аргумента): Код: corosync-qdevice-net-certutil -Q -n <имя кластера> <ip адрес witness> <ip адрес proxmox> <ip адрес proxmox-b> (вы можете определить имя кластера, посмотрев значение cluster_name в /etc/corosync/corosync.conf) Отредактировал /etc/corosync/corosync.conf и добавил следующее в секцию кворума: Код: quorum { provider: corosync_votequorum device { model: net votes: 1 net { tls: on host: <ip адрес witness> algorithm: ffsplit } } } После этого перезапустил службу corosync и службу corosync-qdevice: Код: service corosync restart service corosync-qdevice start Выполнил те же шаги по редактированию corosync.conf и перезапуску на proxmox-b. После этого corosync-quorumtool показывает следующее: Код: root@proxmox:/etc/corosync# corosync-quorumtool Информация о кворуме ------------------ Дата: Вск Май 27 00:54:41 2018 Поставщик кворума: corosync_votequorum Узлы: 2 Идентификатор узла: 1 Идентификатор кольца: 1/4656 Кворум: Да Информация о голосах кворума ---------------------- Ожидаемые голоса: 3 Наибольшее ожидаемое: 3 Всего голосов: 3 Кворум: 2 Флаги: Кворум Qdevice Информация о членстве ---------------------- Nodeid Votes Qdevice Name 1 1 A,V,NMW <ip адрес proxmox> (локальный) 2 1 A,V,NMW <ip адрес proxmox-b> 0 1 Qdevice Протестировал это, перезагрузив witness. Всё прошло хорошо. Пока witness перезагружался, я заметил, что corosync-quorumtool показал, что witness не имел голосов, но кластер был в порядке. Далее протестировал это, перезагрузив proxmox-b. Во время перезагрузки corosync-quorumtool показал, что узел отключился, но по-прежнему имел 2 голоса и кворум и был в норме. Это может сработать или не сработать для вас, так что будьте осторожны, если начнете экспериментировать!

Привет снова, прошло много времени. Кажется, решение теперь работает, как и ожидалось. Я просто настроил аутентификацию с помощью открытого ключа (без пароля) между каждым узлом и коробкой с qdevice. После этой настройки команда corosync-qdevice-net-certutil -Q -n proxmox выполнилась без ошибок, и остальная часть вашей настройки тоже прошла без проблем. Спасибо!

Это работает абсолютно прекрасно, никаких мёртвых узлов в веб-интерфейсе, спасибо @Jeff Billimek и @Michal Michalac. Это должно заменить страницу вики https://pve.proxmox.com/wiki/Raspberry_Pi_as_third_node.

автор "нugget", на котором основан этот учебник здесь... нет, только один раз на одном PVE узле. Он соединяется со всеми прошедшими хостами через SSH (поэтому рекомендуется настроить аутентификацию по общему SSH-ключу) и устанавливает сертификаты для всех из них. Просто замените 'proxmox' на имя вашего кластера и убедитесь, что первым идет "свидетель", а не PVE узел.

У меня есть еще один вопрос по этой конфигурации. Я хочу изменить свой "witness" сервер. После установки всех предварительных требований на новом сервере, могу ли я просто запустить "corosync-qdevice-net-certutil -Q -n proxmox <ip адрес для lb> <ip адрес для proxmox> <ip адрес для proxmox-b", чтобы обновить corosync-qdevice??? Спасибо.

На самом деле у меня была такая же проблема, оказалось, что я просто добавлял неправильный ключ (для пользовательской учётной записи, а не для root) в authorized_keys хоста PVE. Как только я это исправил, всё сразу заработало.

Думаю, проблема в том, что (по крайней мере в моем случае) root@pi (qdevice) не смог выполнить ssh подключение к двум PVE хостам с использованием публичного ключа. Можешь подтвердить, что qdevice успешно подключается к root через публичный ключ на каждом PVE хосте?