基本情報 平成21年度 春期 問15：テクノロジ系に関する問題

答えは a です。

ホットスタンバイは「常にスタンバイOK状態の控え選手」のイメージ。現役選手（現用系）がケガで倒れたら、控え（待機系）がすぐに試合に出る。

大事なシステム（銀行や予約システムなど）で「絶対に止めたくない」ときに使う仕組みです。スイッチがすぐ切り替わるので、利用者はほとんど止まったと気付かないレベルで復旧します。

👉 覚え方：「ホット=熱い=すぐ動ける」スタンバイ。

ほかの選択肢：b は「重い仕事だけ引き受ける」、c は「忙しい時だけ手伝う」のような書き方で、いずれもスタンバイの定義からズレ。d は「同時に同じ処理を実行」=デュアルシステムの説明。

なぜこれが正解か

正解は a。ホットスタンバイ方式は、待機系を常に稼働状態にしておき、現用系のダウンを検知したら直ちに処理を引き継ぐ高可用性構成。切替時間は数秒〜数十秒。データ同期も常時行われるため、停止時間を最小化できる。

各選択肢の解説

• b：処理量で動的に切替える方式は「負荷分散（ロードバランシング）」の発想であり、スタンバイの定義ではない。
• c：オーバーロード時の処理引受けは「コールドスタンバイ」でも「ホット」でもなく、別概念（負荷分散の一種）。
• d：現用系と待機系が同時に同じ処理を実行するのはデュアルシステム。結果照合で高信頼性を確保するが、ホットスタンバイとは別。

覚え方・ひっかけ注意

3兄弟で覚える：ホット（待機系稼働中、即切替）／ウォーム（待機系起動済みだがデータ同期は遅れ気味、切替に少し時間）／コールド（待機系電源OFF、切替に時間大）。さらにデュアルシステムは「2台で同じ処理を並行実行→結果照合」と区別。

理論的背景

ホットスタンバイの本質はFailover（フェイルオーバー）機構の自動化。主要要素は (1) ヘルスチェック（ハートビート通信での生死監視）、(2) 状態複製（メモリ・DBログ・ファイルシステムのリアルタイム同期）、(3) 仮想IP（VIP）切替またはDNS切替による経路変更、の3つ。Active-Standby構成と呼ばれる。さらに両系で同時にトランザクションを処理するActive-Activeへ拡張すると負荷分散と高可用性を同時に得られる。

実務での使われ方

DBはPostgreSQL Streaming Replication、MySQL Group Replication、Oracle Data Guardなどが代表例。クラウドではAWS RDS Multi-AZ、Azure SQL DBのゾーン冗長などが標準機能として提供される。RTO（目標復旧時間）・RPO（目標復旧時点）を業務要件から定義し、ホット/ウォーム/コールドを選定するのがインフラ設計の基本。

試験での位置づけ

FEでは定義の選択問題が定番。応用情報・データベーススペシャリストではRTO/RPOから方式を選ばせる出題、システムアーキテクトでは可用性99.99%（フォーナイン）を達成する構成設計の問題が頻出。プロジェクトマネージャ試験では運用コストとのトレードオフが論述対象。

選択肢の発展補足

類似概念の整理：クラスタリング（複数台を1つの論理サーバに見せる）／負荷分散（並列処理で性能向上）／ミラーリング（ディスクの2重書き、RAID1）／レプリケーション（DBデータの複製）。可用性指標MTBF・MTTR・稼働率の計算問題も同時に頻出するので「稼働率=MTBF÷(MTBF+MTTR)」「直列=積、並列=1-(1-x)(1-y)」を必ず押さえる。