たとえるなら
飛行機のエンジンが複数あるのと同じ考え方です。エンジンが1つ止まっても、残りのエンジンで飛び続けられます。普段は「1つで足りるのに」と思える予備が、いざというとき乗客全員の命を守るのです。
もう少しくわしく
冗長化は、機器や回線などを2重3重に用意しておき、一部が壊れてもシステム全体は止まらないようにする設計のことです。サーバーを2台並べて片方が故障してももう片方が引き継ぐ、通信回線を2系統契約しておく、データを複数の場所に持つ——こうした備えすべてが冗長化です。止まってからでは間に合わないため、設計の段階で織り込んでおくのが前提になります。
実際の形はいくつもあります。同じ役割のサーバーを複数並べて、手前の振り分け装置が生きている側へ通信を流す。回線や電源を別系統で2つ引く。データを離れた地域の施設にも複製しておく。大事なのは「壊れたときに自動で切り替わるところまで用意してある」ことで、予備がただ置いてあるだけでは冗長化とは呼べません。ここを「買ってあるから大丈夫」と誤解すると、本番で切り替わらずに立ち往生します。
まずバックアップとの違いです。冗長化は「壊れてもサービスを止めない」ための備えで、予備がその場で引き継ぎます。バックアップは「失われたデータをあとから戻す」ための控えで、戻すには時間がかかります。目的が違うので両方必要です。また日常語の「冗長」は「無駄に長い」という悪口ですが、インフラでは信頼性の高さを示す褒め言葉になります。
設計のときは、そこが壊れると全体が止まる1か所——単一障害点——を洗い出す作業から始めます。そのうえで「何分止まるといくらの損害になるか」を見積もり、どこまで備えるかを決めます。作ったあとも終わりではなく、予備側へ本当に切り替わるかを定期的に試すのが実務です。この訓練を省くと、いざというときに動きません。どこまで備えるかは技術だけでは決められないため、業務の担当者を巻き込んで話し合います。
よくあるのは、2台あるのに一緒に壊れる構成です。同じ電源、同じ棚、同じ地域に置いていれば、停電や災害でまとめて落ちます。切り替えを一度も試しておらず本番で失敗する、予備側の設定だけ古いまま取り残される、アプリは冗長なのにデータベースが1台だけ——どれも実際に起きている落とし穴です。図の上では二重に見えても、置き場所や電源までたどると一本につながっているのが典型です。
エンジニアでない立場でも、「これは1台構成ですか、冗長化されていますか」と聞けると話が進みます。費用の相談になったときは、値段の比較より先に「止まったら誰が困り、どれくらいの間なら耐えられるか」を決めてください。この答えがないと、どこまで備えるべきかを技術側も判断できません。どこまで守るかは、技術ではなく業務側の判断で決まる部分です。備えは無料ではありません。
冗長化しても「絶対に止まらない」はつくれません。むしろ、切り替えの仕組みそのものが複雑さを生み、その仕組みが原因で障害になることもあります。二重にするほど、確認しなければならない場所も増えます。だから現場では、止まって困る度合いに応じて、単純さとのバランスを取りながら備える範囲を決めています。すべてを二重にするのが正解とは限らない、というのが実務の感覚です。
現場での使われ方
「このサーバー、冗長化されてますか？」
この機械が1台壊れたときに、サービスが止まらない構成になっているかという確認です。設計のレビューで必ず出る定番の質問で、答えを用意しておく必要があります。
「ここが単一障害点になってるので冗長化しましょう」
この1か所が壊れると全体が止まる弱点になっているので、予備を用意して備えようという改善提案です。設計の見直しや、追加の費用の相談につながっていきます。
「切り替えの訓練、まだ一度もやっていないですよね」
予備側へ実際に切り替わるかを試していない、という指摘です。試したことのない備えはいざというとき動かないことがあるため、訓練を運用の計画に組み込む話になります。
「2台とも同じラックに入っていたら意味がないですよ」
予備を用意しても、同じ場所・同じ電源にまとめていればまとめて止まります。離れた場所に分けて置くところまでが冗長化だという、設計の見落としを突く指摘です。
よくある質問
冗長化とバックアップの違いは何ですか？
冗長化は「壊れてもサービスを止めない」ための備えで、予備がその場で引き継ぎます。バックアップは「失われたデータをあとから復元する」ための控えで、戻すまでに時間がかかります。目的が違うため、どちらか一方では足りず、両方を組み合わせて使います。
冗長化すれば絶対に止まらないのですか？
止まらなくはなりません。予備へ切り替わる仕組み自体に不具合があれば、それが原因で障害になることもあります。また、設定ミスやプログラムの不具合は予備側にも同じように存在します。冗長化は止まる確率を下げる手段であって、ゼロにする魔法ではありません。
単一障害点とは何ですか？
そこが壊れると全体が止まってしまう、たった1か所の弱点のことです。サーバーが1台だけ、回線が1本だけ、その作業ができる人が1人だけ——設備に限らず、人や手順にも存在します。冗長化の設計は、この弱点を見つけてひとつずつつぶしていく作業だと言えます。まず弱点の一覧を作るところから始まります。
クラウドを使えば冗長化は自動でされるのですか？
自動ではありません。クラウド事業者は複数の地域や区画を用意していますが、そこに分けて置くかどうかを選ぶのは利用者側です。何も考えずに1か所だけで動かせば、実質は1台構成のままになります。設定次第で強くも弱くもなる点は、自社に置いた機器とまったく同じです。
冗長化するとコストはどれくらい増えますか？
構成によって大きく変わるため、一律には言えません。機器を倍にすればその分の費用がかかり、切り替えを見張る手間も増えます。判断のしかたは決まっていて、止まったときの損害と備えの費用を並べて比べます。止まっても困らない部分は、あえて備えないという選択もあります。
