Skip to content

ConfigMap-mount.md

Latest commit

 

History

History
50 lines (34 loc) · 3.22 KB

ConfigMap-mount.md

File metadata and controls

50 lines (34 loc) · 3.22 KB
Raw

前： ConfigMap(env)

ConfigMap ファイルマウント

前章で触れましたが、ConfigMapをPodに紐づける方法はもう1つConfigMapをVolumeにマウントする方法があります。

例えばPod（コンテナ）内のとあるファイルの内容を頻繁に書き換えたい場合、コンテナイメージの中にそのファイルがあるとファイル内容を変えてからコンテナイメージをビルドしなおすことになります。 または、外部ストレージ(NFSサーバなど)にそのファイルを置いておき、initContainerなどでコンテナ起動前にコピーする方法もあります。 いずれの方法でも可能ですが、対象ファイルをConfigMapにすることでも可能です。 PodからConfigMapをマウントすることでPod外に設定ファイルを保存することができます。 ファイルの内容を変更したい場合はConfigMapを更新します。

  1. 以下を満たすマニフェストを作成しデプロイしてください。

    • 要件
      • ConfigMap
        • 以下の内容が記述されたindex.htmlをdataとして持つ
          • ConfigMap ni kaita naiyou dayo
      • Deployment
        • イメージはnginx:1.12
        • 上記ConfigMapをボリュームとしてマウント
        • マウント先は/usr/share/nginx/html
      • Service
        • 上記DeploymentをClusterIPのPort:80で公開

  2. 接続確認に使用するcurlコマンドが実行可能なtestpodを作成し、testpodからService:nginx-svcに対して接続確認をしてください。ConfigMapの内容が表示されることを確認してください。

  3. ConfigMapのindex.htmlの内容を以下に修正し、ConfigMapを再デプロイしてください。

    • ConfigMap wo henkou suruto 60byou kuraide Pod nimo hanei sareruzo

  4. （configmapをデプロイして60秒以内）curlが実行可能なPodからServiceを指定してcurlを実行してください。ConfigMap修正前の内容が表示されることを確認してください。

  5. （configmapをデプロイして60秒以降）curlが実行可能なPodからServiceを指定してcurlを実行してください。ConfigMap修正後の内容が表示されることを確認してください。

  6. 作成したリソースを削除してください。

なお、ボリュームマウントであるため、マウント先のディレクトリはConfigMap化したファイルのみになってしまいます。 もしも他のファイルがある場所にファイルを置きたい場合は、emptyDirのボリュームを作り、initContainerで元のディレクトリ内容をemptyDirにコピーする。 次にConfigMapもどこか別の場所にマウントしてからemptyDirにコピー、メインコンテナでemptyDirをしかるべき場所にマウントすれば実現できます。

以上で本演習は終了です。

具体的な操作およびその結果に関する回答例はこちらにあります。 具体的な操作方法がわからなかった場合や、想定した結果にならなかった場合などに参照してください。

次： Secret