3.5.2. ノードインスタンスでの接続性
Pod の通信に使用されるノードでの SDN 接続は、デフォルトで UDP
ポート 4789
を使用します。
ノードホストの機能を確認するには、新規アプリケーションを作成します。以下の例では、ノードがインフラストラクチャーノードで実行されているコンテナーイメージレジストリーに到達できるようになっています。
手順
新規プロジェクトを作成します。
oc new-project sdn-test
$ oc new-project sdn-test
Copy to Clipboard Copied! Toggle word wrap Toggle overflow httpd アプリケーションをデプロイします。
oc new-app centos/httpd-24-centos7~https://github.com/sclorg/httpd-ex
$ oc new-app centos/httpd-24-centos7~https://github.com/sclorg/httpd-ex
Copy to Clipboard Copied! Toggle word wrap Toggle overflow ビルドが完了するまで待機します。
oc get pods
$ oc get pods NAME READY STATUS RESTARTS AGE httpd-ex-1-205hz 1/1 Running 0 34s httpd-ex-1-build 0/1 Completed 0 1m
Copy to Clipboard Copied! Toggle word wrap Toggle overflow 実行中の Pod に接続します。
oc rsh po/<pod-name>
$ oc rsh po/<pod-name>
Copy to Clipboard Copied! Toggle word wrap Toggle overflow 以下は例になります。
oc rsh po/httpd-ex-1-205hz
$ oc rsh po/httpd-ex-1-205hz
Copy to Clipboard Copied! Toggle word wrap Toggle overflow 内部レジストリーサービスの
healthz
パスを確認します。Copy to Clipboard Copied! Toggle word wrap Toggle overflow HTTP/1.1 200 OK
応答は、ノードが適切に接続されていることを示しています。テストプロジェクトをクリーンアップします。
oc delete project sdn-test
$ oc delete project sdn-test project "sdn-test" deleted
Copy to Clipboard Copied! Toggle word wrap Toggle overflow ノードホストは
TCP
ポート10250
をリッスンしています。このポートはノード上のすべてのマスターからアクセスできる必要があり、モニターがクラスターにデプロイされる場合には、インフラストラクチャーノードがすべてのインスタンスのこのポートにアクセスできる必要もあります。このポートで中断されている通信は以下のコマンドで検出できます。Copy to Clipboard Copied! Toggle word wrap Toggle overflow 上記の出力では、
ocp-node-w135
ノードのノードサービスにマスターサービスが到達できません。 これはNotReady
ステータスで表されています。最後のサービスは、通信のルートを OpenShift Container Platform クラスターで実行される適切なサービスに指定するルーターです。ルーターは ingress トラフィック用のインフラストラクチャーノードの
TCP
ポート80
および443
をリッスンします。ルーターを機能させる前に、DNS が設定される必要があります。Copy to Clipboard Copied! Toggle word wrap Toggle overflow IP アドレス (この場合は
35.xx.xx.92
) は、ingress トラフィックをすべてのインフラストラクチャーノードに分散させるロードバランサーをポイントするはずです。ルートの機能を確認するには、レジストリーサービスを再度チェックする必要がありますが、今回はこれをクラスター外から実行します。Copy to Clipboard Copied! Toggle word wrap Toggle overflow