スタンバイノードはクォーラムに参加/投票しますか-ペースメーカー-コロシンク-3番目のクォーラムのみのノード
HAクラスターに参加するための単純な3番目のVMを設定しています。このVMは、クォーラム投票に参加する以外は、サービスを実行しないでください。 Galera Clusterには、このための素敵なデーモンgarbdがありますが、Pacemakerの場合、すべてが制約を介して行われているようです。つまり、3番目のノードで実行されないようにすべてを手動で構成する必要があります。これはやり過ぎで複雑すぎるようです。- スタンバイモードでノードをクラスターに参加させることができるかどうか疑問に思います。これにより、このプロセスが簡素化され、3番目のクォーラムノードとして機能します。
Pacemaker/Corosyncなどの状況は、存在するすべての異なるスタックでさらに複雑になります。グーグルの奥深くに埋もれている、より新しい単純化された方法が開発されたのではないかと思います。
私はCentOS7を使用して、すべてをPCSDで構成しています。 （多くのガイドがcrmなどを使用していることを除いて、これは素晴らしいことです）
ペースメーカーHAクラスターセットアップでの定足数投票の単純な3番目のVM）に関する提案はありますか？
ペースメーカー用の同じソリューションを探していました。このノードではリソースチェックが失敗する可能性があるため、「スタンバイ」モードは必ずしも必要なものではありません。私が理解しているように、「スタンバイ」は「ノードでリソースを実行しない」ためのものですが、「リソースのステータスをチェックしない」ためのものではありません。私が使用することをお勧めするのは、RHEL 7.4のクォーラムデバイスです。 https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/html/high_availability_add-on_reference/s1-quorumdev-haar ==