解決：
kubectl get deploy フロントエンド
kubectl edit deploy フロントエンド -o yaml
#http という名前のポート指定
#サービス.yaml
APIバージョン: v1
種類: サービス
メタデータ:
名前: フロントエンドサービス
ラベル:
アプリ: nginx
仕様:
ポート:
- ポート: 80
プロトコル: TCP
名前: http
セレクタ：
アプリ: nginx
タイプ: NodePort
# kubectl create -f service.yaml
# kubectl get svc
# http という名前のポート指定
kubectl expose デプロイメント フロントエンド --name=front-end-svc --port=80 --tarport=80 --type=NodePort

以下のステップバイステップの説明付きの解決策を参照してください。
Explanation:
解決策（ステップバイステップ）：
1. ConfigMapを作成します。
-現在の設定を含む「wordpress-config」という名前のConfigMapを定義します。
「WordpressConfig」CRD。
- 「kubectl get wordpressconfig -o yaml」コマンドを使用して、現在の設定を取得します。
「WordpressConfig」リソース。
- 必要な設定データでConfigMapを更新します。これは以下の手順で実行できます。
- 構成データを使用して ConfigMap を手動で作成します。
- 「WordpressConfig」CRD からデータを抽出し、ConfigMap に適用するための別のスクリプトまたは関数を作成します。
- 「wordpress-config」ConfigMap の例として、次の YAML スニペットを使用できます。

2. Wordpress のデプロイメントを更新します。 - 「wordpress-config」ConfigMap をボリュームとして使用するように「wordpress」デプロイメントを変更します。 - ボリュームをポッドのコンテナにマウントし、アプリケーションがボリュームから構成にアクセスできることを確認します。 - デプロイメント YAML を次のように更新します。

3. コントローラーの実装： - 「WordpressConfig」CRDの変更を監視するカスタムコントローラーを作成します。 - 変更が発生すると、コントローラーは「wordpress-config」ConfigMapを新しい構成データで更新する必要があります。 - これにより、ConfigMapが「WordpressConfig」リソースと同期した状態を維持できます。 - コントローラーは、Go、Python、Javaなど、さまざまな言語で記述できます。 4. ポッドの更新を構成する： - ConfigMapの変更後にWordPressポッドが自動的に再起動されない場合は、「kubectl rollout restart deployment wordpress」コマンドを使用して再起動をトリガーできます。 - または、デプロイメント構成で「imagePullPolicy」を設定すると、ポッドは更新ごとに新しいイメージをプルし、構成を再適用するように強制されます。 5. 構成を確認する： - これらの手順を実装したら、WordpressポッドがConfigMapから最新の構成を使用していることを確認します。 - 'kubectl get pods -l app=wordpress -o yamp' コマンドを使用して、実行中のポッドを調べ、ボリュームマウントと設定データのパスを確認します。 - 実行中のWordPressアプリケーションにアクセスし、新しい設定が適用されていることを確認します。これらの手順に従うことで、ポッドが既に実行されているかどうかに関係なく、Wordpressポッドが常に「WordpressConfig」CRDの最新の設定を使用するようになります。

解決：
[student@node-1] > ssh ek8s
kubectl コルドン ek8s-node-1
kubectl ドレイン ek8s-node-1 --delete-local-data --ignore-daemonsets --force