システムアーキテクト 2015年 午前2 問19

フォールトトレランス【午前2解説】

正解の理由

解法ステップ

1. 「フォールトトレランス」の定義を思い出す：故障を許容してサービス継続するための冗長化や設計手法。
2. 各選択肢がその定義に合致するかを照合する。キーワードは「冗長化」「継続」「二重化」など。
3. 二重化を示す選択肢は定義と一致するため正しいと判断。その他は定義と矛盾する説明や用語の取り違えがあるため除外する。

選択肢別の誤答解説

• ア: 「ソフトウェアのバグによる故障に対処した設計をフェールソフトと呼ぶ」とあるが誤り。フェールソフト（fail‑soft）は部分機能を維持して劣化動作で継続する設計思想で、対象はハードウェア故障や一部の機能障害が主であり、ソフトウェアのバグ全般に特有の名称ではありません。ソフトウェアバグはしばしば予測困難で、単に「フェールソフト」にすると対処できない場合があります。
• イ: 「フェールセーフはフォールトトレランスに含まれるが、フェールソフトは含まれない」との記述は誤り。実際はフェールソフトはシステムの機能を限定しつつ継続させるため、フォールトトレランスの一種とみなされることが多いです。一方、フェールセーフ（fail‑safe）は故障時に安全側の状態へ移行させる設計で、安全確保の方策であり、必ずしもフォールトトレランス（継続性維持）に含まれるとは限りません。つまり両者は目的が異なり、イの記述は用語関係を取り違えています。
• エ: 「多重化せずに検出から回復までの時間をゼロにすることがフォールトトレランスである」という記述は明白に誤りです。フォールトトレランスの基本は冗長化（多重化）によって故障時も継続動作を可能にすることであり、検出→回復時間をゼロにすることは現実的に不可能です。むしろ多重化と迅速なフェイルオーバーが鍵となります。

よくある誤解

• フェールセーフ＝フォールトトレランスと思い込む：フェールセーフは「安全優先で停止させる」方策で、必ずしもサービス継続を目的としない点を混同しやすいです。
• フェールソフトはソフトウェア専用の対策と誤認する：フェールソフトは「機能を限定して継続する」方針で、ハード・ソフト両面での設計概念です。
• フォールトトレランスは「ダウンタイムを完全になくす」ものと誤解する：冗長化で可用性を高めるが、ゼロダウンタイムを保証するものではなく設計次第で遅延や短時間の切替が発生する。

補足コラム

• ハードウェア冗長化：二重化（active‑standby, active‑active）、RAID、電源二重化など。
• ソフトウェア冗長化：プロセスのレプリケーションやチェックポイント復旧。
• 情報冗長化：データの複製・整合性検査（例：分散データベースのレプリカ）。
  運用上は「フェイルオーバー（自動切替）」と「フェイルバック（復旧後の復帰）」を組み合わせ、SLAに応じた可用性を設計します。受験対策では「冗長化＝フォールトトレランス」「フェールセーフは安全停止」「フェールソフトは機能劣化で継続」を押さえてください。

FAQ