1.10.4標準
クラウド事業者の保守で、仮想マシンが停止または再起動される可能性がある。
サービスを継続させたい。
設計として適切なものはどれか。
× 不正解
クラウドの保守・再起動を前提に、冗長化、永続化、監視、復旧手順を設計する。
詳細解説
誤り事業者の保守は発生しないと仮定する。
保守や再起動の可能性を無視している。
保守は発生し得る。
正しい単一インスタンスだけに依存せず、再起動・障害を前提に冗長化と復旧手順を用意する。
クラウドでも基盤保守や障害は起こり得るため、可用性設計が必要である。
保守・再起動を前提に、冗長化と復旧を準備する。
誤り重要データを一時ディスクだけへ保存する。
再起動や破棄で失われる可能性がある。
一時領域は正本にしない。
誤り監視とバックアップを停止する。
復旧可能性を下げるため逆効果である。
監視とbackupは継続する。
実際に確かめる
一時的な検証環境で実行できる例です。
printf '%s\n' 'design for provider maintenance and instance restart'期待される結果
design for provider maintenance and instance restart理解のポイント
- 保守
- 再起動
- 冗長化
- 復旧
確認時の注意
- 確認環境: クラウド可用性設計の概念確認
基礎のおさらい
可用性
単一インスタンス障害をサービス全体停止にしない。
運用
保守通知・自動修復・復旧目標を確認する。
問題IDKL-102-1173
確認環境クラウド可用性設計の概念確認
最終技術確認2026-08-20
誤り・権利侵害を報告