Я настраиваю простую третью виртуальную машину, чтобы присоединиться к моему кластеру высокой доступности. Эта виртуальная машина никогда не должна запускать какие-либо службы, кроме участия в голосовании кворума. В Galera Cluster для этого есть хороший демон, garbd, но для Pacemaker кажется, что все делается с помощью ограничений, а это означает, что мне нужно настраивать все вручную, чтобы не запускаться на 3-м узле. Это кажется излишним и слишком сложным. Интересно, могу ли я подключить узел к кластеру в режиме ожидания, и это упростило бы этот процесс и работало бы как третий узел кворума.
Ситуация с Pacemaker / Corosync и т. Д. Становится еще более сложной со всеми существующими различными стеками, мне интересно, был ли разработан более новый упрощенный метод, который глубоко похоронен в google.
Я использую CentOS 7, настраивая все с помощью PCSD. (что здорово, за исключением того, что многие руководства используют crm и т. д.)
Любые предложения по простой третьей виртуальной машине для голосования Quorom в настройке кластера высокой доступности Pacemaker?
Я искал такое же решение для Pacemaker. Режим ожидания - это не совсем то, что нужно, поскольку проверки ресурсов на этом узле, вероятно, не будут выполнены. Насколько я понимаю, «резервный» предназначен для «не запускать» ресурс на узле, но не для «не проверять» статус ресурса. Я предлагаю использовать устройство кворума в RHEL 7.4: https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/html/high_availability_add-on_reference/s1-quorumdev-haar