LPIC-3 仮想化・コンテナ化オーケストレーションと永続データオリジナル・公式資料照合難易度
初期化に時間がかかるコンテナーで、起動直後のliveness probeが繰り返し失敗し、正常な初期化が完了する前に再起動される。専用の起動確認を使う改善はどれか。
A
startup probeを適切な失敗閾値で設定する★ 正解
起動中の猶予と、その後の健全性確認を分離できる。
B
livenessのtimeoutを0にすれば必ず解決する
起動猶予を設計する有効な解決とはいえない。
C
readinessを消せば必ずliveness再起動も止まる
readinessの削除だけでlivenessの失敗処理は変わらない。
D
Serviceの名前だけを変える
Pod内の起動検査の条件は変化しない。
解説
startup probeを定義すると、その成功までlivenessやreadinessの検査を開始しない構成にできる。起動猶予と起動後の異常検出を分けて設計する。
根拠資料・確認情報
対応範囲：LPIC-3 305-300 Version 3.0
資料確認日：2026-11-02
アプリ内の初回回答データ
回答データを読み込んでいます。
同じレッスンの問題
問題 1
Kubernetes Deploymentの更新後に不具合が判明した。過去のrevision履歴が保持され、必要なイメージも取得可能である。以前のPodテンプレートへ戻す操作はどれか。
問題 3
KubernetesのPVにreclaimPolicy: Retainを設定している。そのPVへバインドしていたPVCを削除した後のデータ扱いとして適切な説明はどれか。
問題 4
Docker ComposeでDBコンテナーの起動完了だけでなく、定義したhealthcheckがhealthyになった後にアプリを起動したい。depends_onの条件はどれか。
問題 5
Docker Swarmのreplicated serviceで、希望レプリカ数は3である。ノード資源等は十分で、1個のタスクが失敗した。オーケストレーターの役割として適切なものはどれか。