このセクションでは、Apigee mTLS のインストールが成功したことを確認するさまざまな方法について説明します。このセクションで説明する手法は、クラスタの問題のトラブルシューティングにも使用できます。
iptables の構成を検証する
apigee-mtls のインストールが成功したことを確認するには、iptables ルートが機能していることと、ルールが有効であることを確認します。
iptables 構成を検証する前に、次のことを確認してください。
- デフォルトのファイアウォールを置き換えるの説明に従って、ノードから firewalld をアンインストールし、iptables に置き換えた。
apigee-mtlsを含む、ノード上のすべての Apigee コンポーネントを停止しました。
iptables で apigee-mtls の構成が成功したことを確認するには:
- クラスタ内のノードにログインします。この操作を行う順序は重要ではありません。
- 次の例のように、ノード上のすべてのコンポーネントを停止します。
/opt/apigee/apigee-service/bin/apigee-all stop
- 次の例のように、
validateコマンドを実行します。/opt/apigee/apigee-mtls/lib/actions/iptables.sh validate
iptablesは、Consul またはローカル Apigee サービスが使用するすべてのポートにメッセージを送信します。スクリプトで無効なルールまたは失敗したルートが検出されると、エラーが表示されます。Apigee サービスまたは Consul サーバーがノードで実行されている場合、このコマンドは失敗します。
- 次のコマンドを実行して、ノード上の他のすべてのコンポーネントの前に
apigee-mtlsコンポーネントを起動します。/opt/apigee/apigee-service/bin/apigee-service apigee-mtls start
- 次の例に示すように、ノード上の残りの Apigee コンポーネントを起動順序で起動します。
/opt/apigee/apigee-service/bin/apigee-service component_name start
- クラスタ内のすべてのノードで上記の手順を繰り返します。最初のノードで開始してから 5 分以内に、すべてのノードでこの操作を行うことが理想的です。
リモート プロキシのステータスを確認する
ZooKeeper ノードで Consul を使用すると、すべてのノードの Ingress プロキシ サービスと Egress プロキシ サービスが稼働中で、正常であり、サービス メッシュに参加しているかどうかを確認できます。
ノードのプロキシ ステータスを確認するには:
- ZooKeeper を実行しているノードにログインします。
- 次のコマンドを実行します。
systemctl status consul_server
クォーラムのステータスを確認する
mTLS のインストールには、すべてのノードへの Consul プロキシ サービスの追加が含まれます。そのため、すべての ZooKeeper ノードのクォーラム ステータスを確認する必要があります。
クォーラムのステータスを確認するには、ZooKeeper を実行している各ノードにログインして、次のコマンドを実行します。
/opt/apigee/apigee-mtls-consul/bin/consul operator raft list-peers
このコマンドは、次の例に示すように、Consul インスタンスとそのステータスのリストを表示します。
Node ID Address State Voter RaftProtocol prc-test-0-1619 b59c1f44-6eb0-81d4-42 10.126.0.98:8300 leader true 3 prc-test-1-1619 a4372a6e-8044-e587-43 10.126.0.146:8300 follower true 3 prc-test-2-1619 71eb181f-4242-5353-44 10.126.0.100:8300 follower true 3
詳しくは以下をご覧ください。
また、クラスタのクォーラムが形成されているかどうか、リモート メンバーが機能を損なっているかどうかなど、クラスタの健全性に関する情報を取得することもできます。これを行うには、次のコマンドを使用します。
/opt/apigee/apigee-service/bin/apigee-service apigee-mtls status