冗長化とは
冗長化とは、サーバー、ネットワーク、電源、データベースなど、システムを構成する部品が故障しても全体が止まらないように、予備を用意して二重・三重に備えておくことです。
平易に言えば「飛行機のエンジンが一つ止まっても飛び続けられるよう、複数積んでおく」考え方です。普段は余分に見える設備が、いざというときにサービスを守ります。
「冗長」には本来「無駄が多い」という意味がありますが、システムの世界では「あえて余裕を持たせる」という前向きな意味で使われます。英語の redundancy から「リダンダンシー」とも呼ばれ、特に二つ用意することを「二重化」と言います。
仕組み・ポイント
冗長化は、どこを守るか（対象）と、どう備えるか（方式）で整理できます。
| 対象 | 冗長化の例 |
|---|---|
| アプリケーションサーバー | 複数台で動かし、ロードバランサーで振り分ける |
| データベース | 本番用と待機用を用意し、データを常に複製しておく |
| データセンター | クラウドの複数の区画（アベイラビリティゾーンなど）に分けて配置する |
| ネットワーク・回線 | 回線や機器を二系統にする |
| 地域 | 遠く離れた地域にも環境を用意する（災害への備え） |
方式は大きく二つあります。
- アクティブ・アクティブ：複数の系統を同時に使い、普段から負荷を分け合う。一つが止まっても残りで処理を続ける
- アクティブ・スタンバイ：普段は一つだけを使い、もう一つは待機させる。本番側が止まったら待機側に切り替える（フェイルオーバー）
冗長化の大原則は「単一障害点（そこが止まると全体が止まる箇所）をなくす」ことです。サーバーを二台にしても、両方が同じデータベース一台につながっていれば、そのデータベースが単一障害点として残ります。
実務での使い方・具体例
ある会社が、取引先からの受注をWebで受け付けるシステムを作る場面を考えます。営業時間中に止まると取引先に迷惑がかかり、電話やFAXでの代替対応が必要になります。
この場合の冗長化の検討手順は次のとおりです。
- 止まったときの影響を整理する（何時間止まると、誰がどれだけ困るか）
- 許容できる停止時間を決める（可用性の目標）
- 構成図を描き、単一障害点を洗い出す
- 影響の大きい箇所から冗長化する（たとえばアプリは二台、データベースは待機系付き）
- 実際に一台を止めて、切り替わるかを試験する
この検討の結果は、構成図と「どこが止まったら、どう切り替わり、利用者からはどう見えるか」の一覧表として残しておくと、保守会社への引き継ぎや取引先からの問い合わせへの回答にそのまま使えます。冗長化は作って終わりではなく、構成を変えるたびに単一障害点が新たに生まれていないかを確認し、一覧表を更新していく運用とセットで考えます。
どこまで備えるかの判断
冗長化の度合いを上げるほど、費用と運用の手間は増えます。たとえば社内の数名が使う集計ツールなら、止まっても翌日復旧で困らないかもしれません。その場合は冗長化よりも、確実なバックアップと復旧手順を優先する判断が合理的です。逆に、決済や予約のように止まると売上や信用に直結するシステムでは、データベースの待機系や複数区画への配置を検討します。「全部を最高水準に」ではなく、業務の重要度に応じて濃淡を付けることが大切です。
よくある誤解と注意点
- 冗長化すればバックアップは不要、ではない：冗長化は故障に備えるもので、誤操作でデータを消した場合は、その削除も予備側に複製されます。データを過去に戻すにはバックアップが必要です。
- 費用だけで判断する：予備の設備は普段使わないため削られがちですが、止まったときの損失や信用への影響と比べて判断します。止まった一日あたりの影響を言葉にしておくと、社内の合意も得やすくなります。
- 切り替えを試していない：待機系を用意していても、実際に切り替えたことがないと、いざという時に動かないことがあります。定期的な切り替え試験を計画します。
- 同じ場所に置いている：二台のサーバーが同じ建物・同じ電源にあれば、停電で両方止まります。物理的な分散も意識します。
- 人の冗長化を忘れる：システムを二重にしても、障害対応できる人が一人しかいなければ、その人が不在のときに復旧できません。手順書の整備と複数人での対応体制も冗長化の一部です。
- 外部サービスへの依存：決済や認証など外部サービスが止まると、自社の冗長化では防げません。止まったときの代替手段や案内を準備しておきます。
関連用語
- 可用性：システムが使える状態を保つ度合い。冗長化で高める
- ロードバランサー：複数台への振り分けで冗長化を実現する仕組み
- DR（ディザスタリカバリ）：災害時に別の地域で復旧するための備え
- バックアップ：冗長化では防げないデータの消失に備える手段
- 実践記事：システム障害時の対応フロー：連絡体制と復旧手順の事前の決め方
Otsumuに相談できること
システムの重要度に見合った冗長化の水準を決めたい、現在の構成のどこに弱点があるか知りたい、といったご相談に対応しています。構成図の作成と単一障害点の洗い出しから、費用とのバランスを踏まえた改善案まで一緒に検討します。詳しくは保守・運用をご覧ください。
30分の無料相談で、現在の構成と止まったときの影響を伺います。
執筆：Otsumu株式会社 ／ 編集日 2026.10.01