【基本情報の実務】冗長化を説明する──「消えない」ではなく「止まらない」
記録装置の管理担当者から、冗長化の相談が届く。
「記録装置を複数台まとめて『1台壊れてもデータが消えない』ようにできると聞きました。仕組みがよくわからないので、専門外の私にもわかるように説明してほしいです。ただ台数を増やすのとは違うのですよね」
最後の一文が、いちばん良い問いになっている。「ただ台数を増やすのとは違うのですよね」——ここに答えると、仕組みがそのまま伝わる。基本情報の知識がここで力になるのは、説明を数字や名前から始めないと決めたときだ。この記事では、その順で整理する。
まず結論：失った分を作り直せる情報が、一緒に置いてある
| 1台壊れると | |
|---|---|
| ただ台数を増やす | その台に入っていた分が、失われる |
| 冗長化する | 残った台から、作り直せる |
台数を増やすのは置き場所を広げているだけである。3台に分けて置けば、1台失うと3分の1が消える。
冗長化は置き方を変えている。失った分を作り直せる情報を、はじめから一緒に置いておく。
だから1台失っても、残りから元に戻せる。魔法ではなく、そのぶんの余分を先に払っている。
この「先に払っている」が、説明の芯になる。使える容量が減るのは、そのためである。
三つの型を、犠牲と見返りで並べる
| 置き方 | 使える容量 | 1台壊れると |
|---|---|---|
| 分けて置くだけ（RAID0） | 全部 | 全部だめになる |
| 同じものを2台に書く（RAID1） | 半分 | もう1台で動き続ける |
| 分けて置き、復元用も一緒に（RAID5） | 1台ぶん減る | 残りから作り直せる |
1つ目は冗長化ではない。分けて置くと速くなるという利点だけがあり、守りは無い。むしろ、どれか1台が壊れると全部だめになるので、台数を増やすほど危なくなる。
ここを最初に置くと「分ける＝安全」ではないと伝わる。
2つ目は、いちばん分かりやすい。同じ内容を2台に書くので、片方が壊れても、もう片方がそのまま使える。払う代償は、使える容量が半分になることである。
3つ目が、実際によく使われる形である。分けて置きつつ、復元用の情報も一緒に書いておく。1台失っても、残りの中身と復元用の情報から、失った分を計算し直せる。
減るのは1台ぶんだけである。台数が多いほど、割の良さが上がる。
そして2台まで壊れても耐える形もある。その場合は2台ぶん減る。どこまで耐えるかと、減る容量は、いつも釣り合っている。
効く失い方と、効かない失い方
ここが説明でいちばん大事なところである。
相談者は「1台壊れてもデータが消えない」と聞いている。正しい。ただしそのまま覚えると、危ない。
冗長化が効くのは装置が壊れたときだけである。
- 効く——記録装置の故障
- 効かない——誤って消した
- 効かない——間違った内容で上書きした
- 効かない——建物ごとの被害
2つ目と3つ目が大事である。消す操作は、全部の台に同時に伝わる。正しく複数台に反映されるので、どの台を見ても消えている。
つまり冗長化は、仕組みとして正しく働いたうえで、消える。壊れているわけではない。
だから「消えない仕組み」とは言わない。「1台壊れても止まらない仕組み」と言う。
止まらないための仕組みであって、失わないための仕組みではない——この一言を、必ず入れる。
入れないと「冗長化したので、バックアップは要らない」という結論になる。これが、いちばん困る誤解である。
作り直している間が、いちばん危ない
もう1つ、説明されないまま導入されがちなことがある。
1台壊れたら交換して、失った分を作り直す。この作り直しには時間がかかる。
そしてその間、守りが無い状態になっている。1台までしか耐えられない形なら、もう1台壊れた時点で失う。
しかも作り直しの作業は、残った台をよく働かせる。弱っている台があれば、そこで力尽きることがある。
そして同じ時期に買った同じ装置は、寿命も近い。1台が寿命で壊れたなら、他の台も近いということでもある。
だから伝えることは2つになる。
- 壊れたら、すぐ交換する——放っておく期間が、そのまま危ない期間になる
- 壊れたことに気づける形にする——動き続けるので、気づかない
2つ目が見落とされやすい。冗長化していると、1台壊れても動き続ける。それが利点であり、同時に、気づかない理由でもある。
知らせが来る形にしておかないと、2台目が壊れて初めて分かる。
説明文の例
記録装置の冗長化について
「ただ台数を増やすのとは違うのか」——違います
台数を増やすだけでは、置き場所が広がるだけです。3台に分けて置けば、1台失うと3分の1が消えます。
冗長化では、失った分を作り直せる情報を、はじめから一緒に置いておきます。ですので1台失っても、残りから元に戻せます。
そのぶんの余分を、先に払っています。使える容量が減るのは、このためです。
置き方は、大きく三つあります
置き方 使える容量 1台壊れると 分けて置くだけ 全部 全部だめになります 同じものを2台に書く 半分 もう1台で動き続けます 分けて置き、復元用も一緒に 1台ぶん減る 残りから作り直せます 1つ目は、冗長化ではありません。速くなる利点だけがあり、守りはありません。台数を増やすほど、どれかが壊れる機会も増えます。
3つ目が、よく使われる形です。減るのは1台ぶんだけなので、台数が多いほど割が良くなります。
大事なところです：効かない場合があります
冗長化が効くのは装置が壊れたときです。次の場合には効きません。
- 誤って消してしまった
- 間違った内容で上書きした
- 建物ごとの被害を受けた
消す操作は全部の台に同時に伝わります。正しく反映されるので、どの台を見ても消えています。
ですので「消えない仕組み」ではなく「1台壊れても止まらない仕組み」とお考えください。
止まらないための仕組みであって、失わないための仕組みではありません。バックアップは、別に必要です。
導入されたあとの注意が2つあります
- 壊れた台は、すぐ交換してください。交換して作り直している間は、守りが無い状態です。作り直しには時間がかかり、その作業で残りの台もよく働きます。同じ時期に買った装置は寿命も近いので、続けて壊れることがあります。
- 壊れたことに気づける形にしてください。1台壊れても動き続けるのが利点ですが、そのぶん気づきません。知らせが来る設定にしておかないと、2台目が壊れて初めて分かることになります。
相談者の問いから始めた。「違うのですよね」と聞かれているので、まず「違います」と答えている。
表は使える容量と、壊れたときの2列だけにした。速さの列を足すと、選ぶ材料が増えて迷う。
「大事なところです」と見出しに書いた。読み飛ばされると困る節である。
「消えない」を「止まらない」に言い直した。言葉を1つ変えるだけで、誤解が消える。
最後の2つは導入したあとの話である。説明を頼まれたときは、その先まで書いておく。聞かれていないが、いちばん効く。
作り方の手順
- 相談者の問いから始める。ここでは「台数を増やすのと違うのか」。
- 数字や名前から始めない。
- 「失った分を作り直せる情報が一緒にある」と言う。
- 「余分を先に払っている」と説明する。容量が減る理由になる。
- 犠牲と見返りで並べる。
- 冗長化でない型も入れる。「分ける＝安全」ではないと伝わる。
- 効かない失い方を書く。
- 「消えない」を「止まらない」に言い直す。
- バックアップは別に要ると明記する。
- 導入後の注意まで書く。交換と、気づける形。
この場面で効いている基本情報の知識
- 冗長化——失った分を作り直せる情報を、先に持っておく
- 構成の種類——分散のみ、複製、復元用の情報つき
- 可用性と保全性——止まらないことと、失わないことは別
- 復旧中の危険——作り直しの間は守りが無く、負荷も高い
知識そのものより、「消えない」という言葉を、正確な言葉に置き換えられることが、この場面で効いている。
説明で外したくないポイント
- 台数を増やすのは、置き場所を広げているだけ。
- 冗長化は、作り直せる情報を先に持っている。
- 余分を先に払っている。だから容量が減る。
- 分散だけの形は、冗長化ではない。台数が増えるほど危ない。
- どこまで耐えるかと、減る容量は釣り合う。
- 誤って消した場合には効かない。全部の台に伝わる。
- 「消えない」ではなく「止まらない」。
- バックアップは別に要ると、はっきり書く。
- 作り直している間が、いちばん危ない。
- 気づける形にする。動き続けるので、気づかない。