LPIC-3 仮想化・コンテナ化クラウド管理とcloud-initオリジナル・公式資料照合難易度★★★★☆
cloud-initの初回処理が成功したVMを、同じdatasource・instance-idのまま通常再起動する。cacheのcleanやモジュールの強制再実行は行わず、標準の実行頻度を変えていない。user-dataのruncmdが毎起動で実行されると期待してよいか。
A
runcmdはすべての起動で必ず実行されるので、毎回追記する処理でも検討不要である
標準のruncmdはonce-per-instanceです。毎起動の期待とは異なり、再実行する場合も冪等性を確認します。
B
runcmdは起動後に1秒ごとに自動反復される
定期ジョブとしての1秒ごとの実行機能ではありません。起動時のモジュール実行頻度を確認します。
C
期待できない。runcmdはonce-per-instanceであり、毎起動の処理はbootcmdや適切なサービス等と使い分ける★ 正解
同一インスタンスの通常再起動という条件ではonce-per-instanceの処理を毎回実行とは扱いません。
D
runcmdはPacker専用の設定で、cloud-initは解釈しない
runcmdはcloud-configのキーです。Packerが起動するVMでも使われ得ますが、Packer固有ではありません。
解説
初回処理、毎起動、強制再実行を分けます。runcmdモジュールは実行するスクリプトを用意し、実際の実行はFinal stageのscripts_userが行う点も区別します。
根拠資料・確認情報
対応範囲：LPIC3 305-300 v3.0
資料確認日：2026-10-28
同じレッスンの問題
問題 1
OpenStack上でVMを作る。認証はKeystone、イメージはGlance、ネットワークはNeutronが担当している。この構成で、compute instanceの作成・管理を担当する中心サービスはどれか。
問題 2
Terraformで作成したクラウド資源は実在しているが、管理用stateを失った。構成は同じでもplanが新規作成を提案する。既存資源を誤って二重作成しないための適切な対応はどれか。
問題 4
systemdを使うテンプレートVMから、cloud-init対応イメージを複製する。現在の/var/lib/cloudの実行済み状態とmachine-idをそのまま使い回したくない。対応する版のcloud-initにclean --machine-idがあり、次回起動用datasource等も準備できる。このテンプレートだけに行う準備として適切なのはどれか。