解決：
ポッドを作成します。
kubectl create -f http://k8s.io/docs/tasks/configure-pod-container/exec-liveness.yaml 30 秒以内に、Pod イベントを表示します。
kubectl はポッド liveness-exec を記述します
出力は、liveness プローブがまだ失敗していないことを示しています。
FirstSeen LastSeen SubobjectPath からのカウント タイプ 理由メッセージ
-------- -------- ----- ---- ------------- -------- --- --- -------
24s 24s 1 {default-scheduler } 通常のスケジュール済み liveness-exec が worker0 に正常に割り当てられました
23 秒 23 秒 1 {kubelet worker0} spec.containers{liveness} 通常のプル プル イメージ "gcr.io/google_containers/busybox"
23 秒 23 秒 1 {kubelet worker0} spec.containers{liveness} 通常プル イメージ "gcr.io/google_containers/busybox" が正常にプルされました
23 秒 23 秒 1 {kubelet worker0} spec.containers{liveness} Normal Created Docker ID 86849c15382e のコンテナが作成されました。セキュリティ:[seccomp=unconfined]
23s 23s 1 {kubelet worker0} spec.containers{liveness} Normal Started Docker ID 86849c15382e のコンテナーを開始しました 35 秒後、再度 Pod イベントを表示します。
kubectl はポッド liveness-exec を記述します
出力の下部には、liveness プローブが失敗し、コンテナーが強制終了されて再作成されたことを示すメッセージが表示されます。
FirstSeen LastSeen SubobjectPath からのカウント タイプ 理由メッセージ
-------- -------- ----- ---- ------------- -------- --- --- -------
37s 37s 1 {default-scheduler } 通常のスケジュール済み liveness-exec が worker0 に正常に割り当てられました
36 秒 36 秒 1 {kubelet worker0} spec.containers{liveness} 通常のプル プル イメージ "gcr.io/google_containers/busybox"
36 秒 36 秒 1 {kubelet worker0} spec.containers{liveness} 通常プル イメージ "gcr.io/google_containers/busybox" が正常にプルされました
36 秒 36 秒 1 {kubelet worker0} spec.containers{liveness} Normal Created Docker ID 86849c15382e のコンテナが作成されました。セキュリティ:[seccomp=unconfined]
36 秒 36 秒 1 {kubelet worker0} spec.containers{liveness} 通常開始 Docker ID 86849c15382e のコンテナを開始しました
2s 2s 1 {kubelet worker0} spec.containers{liveness} 警告 異常な Liveness プローブが失敗しました: cat: '/tmp/healthy' を開けません: そのようなファイルまたはディレクトリはありません さらに 30 秒待って、コンテナが再起動されたことを確認します:
kubectl get pod liveness-exec
出力には、RESTARTS が増加したことが示されています。
名前の準備完了ステータスが年齢を再開します
liveness-exec 1/1 実行中 1 メートル

解決：

解決：
ポート 5050 でサービスを提供するように nginxsvc サービスを更新するには、サービスの定義 yaml ファイルを編集する必要があります。kubectl edit コマンドを使用して、サービスをその場で編集できます。
出典: link タグ:kubectleditsvcnginxsvc 更新時間: 2020-03-09
これにより、デフォルトのエディターでサービス定義 yaml ファイルが開きます。サービスの targetPort を 5050 に変更し、ファイルを保存します。
ポート 90 にバインドされた haproxy という名前の HAproxy コンテナーをポーラー ポッドに追加するには、/opt/KDMC00101/poller.yaml にあるポッドの定義 yaml ファイルを編集する必要があります。
次の構成を使用して、新しいコンテナをポッドの定義 yaml ファイルに追加できます。
コンテナ:
- 名前: ハプロキシ
画像: ハプロキシ
ポート:
- コンテナポート: 90
ボリュームマウント:
- 名前: haproxy-config
マウントパス: /usr/local/etc/haproxy/haproxy.cfg
サブパス: haproxy.cfg
引数: ["haproxy"、"-f"、"/usr/local/etc/haproxy/haproxy.cfg"]
これにより、HAproxy コンテナがポッドに追加され、ポート 90 でリッスンするように設定されます。また、ConfigMap haproxy-config がコンテナにマウントされ、haproxy.cfg が /usr/local/etc/haproxy/haproxy で利用できるようになります。 cfg。
/opt/KDMC00101/haproxy.cfg にある構成をコンテナーに挿入するには、次のコマンドを使用して ConfigMap を作成する必要があります。
kubectl create configmap haproxy-config --from-file=/opt/KDMC00101/haproxy.cfg nginxsvc ではなく localhost に接続するように、ポーラー コンテナーの引数を更新する必要もあります。これを行うには、ポッドの定義 yaml ファイルを編集し、args フィールドを args: ["poller","--host=localhost"] に変更します。
これらの変更を行ったら、次のコマンドを実行して、更新されたポッドをクラスターにデプロイできます。
kubectl apply -f /opt/KDMC00101/poller.yaml
これにより、HAproxy コンテナーを含む拡張ポッドがクラスターにデプロイされます。HAproxy コンテナはポート 90 でリッスンし、nginxsvc サービスへのプロキシ接続はポート 5050 で待機します。ポーラー コンテナは nginxsvc ではなく localhost に接続するため、接続は新しいサービス エンドポイントに正しくプロキシされます。
これは基本的な例であり、ユースケースに基づいて haproxy.cfg ファイルと引数を調整する必要がある場合があることに注意してください。

解決：