別紙を参照してください。

形式 A でログ ファイルを書き込むコンテナーと、ログ ファイルを形式 A から形式 B に変換するコンテナーがあるとすると、最初のコンテナーのログ ファイルが 2 番目のコンテナーによって変換され、ログが出力されるように、両方のコンテナーを実行するデプロイメントを作成します。フォーマットBで。
タスク：
* デフォルトの名前空間に、deployment-xyz という名前のデプロイメントを作成します。
※プライマリーを含む
lfccncf/busybox:1 コンテナー (logger-dev という名前)
* サイドカー Ifccncf/fluentd:v0.12 コンテナ (adapter-zen という名前) が含まれています
* 共有ボリューム /tmp/log を両方のコンテナにマウントします。これはポッドが削除されると保持されません
* ロガー開発者に指示します
コマンドを実行するコンテナ

これにより、ログが /tmp/log/input.log にプレーン テキスト形式で出力され、値の例が示されます。

* アダプター ゼン サイドカー コンテナーは /tmp/log/input.log を読み取り、データを Fluentd JSON 形式で /tmp/log/output.* に出力する必要があります。このタスクを完了するには Fluentd の知識は必要ないことに注意してください。これを達成するために必要なのは、 /opt/KDMC00102/fluentd-configma p.yaml で提供される仕様ファイルから ConfigMap を作成し、その ConfigMap を /fluentd にマウントすることだけです。 /etc アダプター ゼン サイドカー コンテナー内

別紙を参照してください。

コンテクスト
アプリケーションがクラスター内で消費しているリソースを確認すると常に役立ちます。
タスク
* 名前空間 cpu-stress で実行されているポッドから、最も多くの CPU を消費しているポッドの名前のみを、すでに作成されているファイル /opt/KDOBG030l/pod.txt に書き込みます。

コンテクスト

タスク：
既存の ServiceAccount アプリを使用するように、フロントエンド名前空間の Deployment app-1 を更新します。

コンテクスト
場合によっては、ポッドのログを観察し、さらに分析するためにそれらのログをファイルに書き込む必要があります。
タスク
以下を完了してください。
* /opt/KDOB00201/counter.yaml にある提供された YAMLspec ファイルを使用して、カウンター ポッドをクラスターにデプロイします。
* 現在利用可能なすべてのアプリケーション ログを実行中のポッドから取得し、ファイルに保存します
/opt/KDOB0020l/log_Output.txt、すでに作成されています

コンテクスト

コンテクスト
取り組んでいるプロジェクトには、永続データを使用できる必要があります。
タスク
これを容易にするには、次のタスクを実行します。
* ノード sk8s-node-0 の /opt/KDSP00101/data/index.html に Acct=Finance という内容のファイルを作成します
* hostPath を使用して task-pv-volume という名前の Persistent Volume を作成し、それに 1Gi を割り当て、ボリュームがクラスターのノード上の /opt/KDSP00101/data にあることを指定します。構成では、 ReadWriteOnce のアクセス モードを指定する必要があります。Persistent Volume の StorageClass 名検査を定義する必要があります。これは、 Persistent VolumeClaim リクエストをこの Persistenet Volume にバインドするために使用されます。
* 少なくとも 100Mi のボリュームを要求し、ReadWriteOnce のアクセス モードを指定する task-pv-claim という名前の Pefsissent VolumeClaim を作成します。
* PersistentVolmeClaim をラベル アプリでボリュームとして使用するポッドを作成します: my-storage-app 結果のボリュームをポッド内の mountPath /usr/share/nginx/html にマウントします