LPIC-3 仮想化・コンテナ化構成の配布とコンテナサービスの到達性オリジナル・公式資料照合難易度
ConfigMapの値をPodの環境変数へ取り込んだ。ConfigMapを更新したが、既に動作しているプロセスの環境変数が変わらない。説明はどれか。
A
ConfigMapが更新されると全プロセスの環境変数も必ず即時変更される
既存プロセスへの自動反映はない。
B
readinessProbeを一度成功させれば環境変数が再読込みされる
probeはプロセス環境を書き換える操作ではない。
C
ServiceのClusterIPを変えると環境変数も必ず更新される
Serviceのアドレス変更はConfigMapの再取込みではない。
D
環境変数は自動更新されないため、Pod再作成等で取り込み直す★ 正解
ConfigMap更新とプロセス環境の変更は同時ではない。
解説
環境変数として取り込む値はPodの作成時等に設定され、既存プロセスへ自動反映されない。更新反映には再作成等が必要で、volume投影とは挙動を分ける。
根拠資料・確認情報
対応範囲：LPIC-3 305-300 Version 3.0
資料確認日：2026-11-02
アプリ内の初回回答データ
回答データを読み込んでいます。
同じレッスンの問題
問題 1
Kubernetes SecretのdataにパスワードをBase64で記載した。「暗号化済みなのでetcdの保存時保護は不要」という判断は適切か。
問題 3
PodはReadyだが、Serviceのselectorがapp=api、Podのラベルがapp=backendである。ほかに一致するPodはない。優先して直すものはどれか。
問題 4
LinuxのDocker Swarmサービスへsecret db_passwordを付与した。アプリが環境変数DB_PASSWORDを読むが値がない。基本的な確認はどれか。
問題 5
Compose用.envにMODE=testだけを書き、compose.yamlのenvironment、env_file、値の参照は指定しなかった。コンテナにMODEが必ず渡るか。