データベース高可用性クラスタの接続ステータスの確認

レプリケーションマネージャツールスイートを使用して、データベース高可用性クラスタ内のノード間の接続を確認できます。

手順

クラスタで実行されているいずれかのセルの OS に、root としてログインするか、SSH で接続します。
ユーザーを postgres に変更します。
```
sudo -i -u postgres
```
クラスタの接続を確認します。
- repmgr cluster matrix コマンドはクラスタの各ノードで repmgr cluster show コマンドを実行し、結果をマトリックスとして表示します。
```
/opt/vmware/vpostgres/current/bin/repmgr -f /opt/vmware/vpostgres/current/etc/repmgr.conf cluster matrix
```
  次の例では、ノード 1 とノード 2 は稼動中であり、ノード 3 は停止しています。各行は 1 つのサーバに対応し、そのサーバからの送信接続のテスト結果を表しています。
  
  3 行目の 3 つのエントリには ? 記号が付いています。これは、ノード 3 が停止しており、送信接続に関する情報がないためです。
```
           Name| Id |  1 |  2  |  3
      ---------+----+----+----+----
        node 1 |  1 |  * |  * |  x
        node 2 |  2 |  * |  * |  x
        node 3 |  3 |  ? |  ? |  ?
```
- repmgr cluster crosscheck コマンドを実行すると、ノードの各組み合わせ間の接続が照合され、クラスタ接続の概要を確認できることがあります。
```
/opt/vmware/vpostgres/current/bin/repmgr -f /opt/vmware/vpostgres/current/etc/repmgr.conf cluster crosscheck
```
  次の例では、repmgr cluster crosscheck コマンドの実行元のノードでクラスタマトリックスシステムからの出力と他のノードからの出力がマージされて、ノード間の照合が行われます。この場合、すべてのノードが稼動していますが、ファイアウォールはノード 1 から送信されたパケットをドロップし、ノード 3 に転送します。これは、ノード 1 がパケットをノード 3 に送信できない、非対称的なネットワークパーティションの例です。
```
           Name| Id |  1 |  2  |  3
      ---------+----+----+----+----
        node 1 |  1 |  * |  * |  x
        node 2 |  2 |  * |  * |  *
        node 3 |  3 |  * |  * |  *
```

次のタスク

データベース高可用性クラスタの全体的な接続ステータスを確認するには、各ノードでこれらのコマンドを実行し、結果を比較します。