壊れる前提で考える

6-1　1 台だと何が困るのか

第 2 章で、サーバーは普通のコンピューターだと書きました。普通のコンピューターなので壊れます。ディスクも壊れますし、電源が落ちることもあります。

ウェブサイトをサーバー 1 台で動かしているとしましょう。その 1 台が止まるとサイトは落ちます。止まる理由は故障だけではありません。OS の更新で再起動が要ることもあれば、ラックの電源が落ちることもあります。

このように、そこが止まると全体が止まる箇所を単一障害点と呼びます。可用性を考えるときは、まずこれを探すところから始めます。

6-2　止めないための考え方

単一障害点を見つけたら、同じ役割のものを複数用意します。これを冗長化と呼びます。ただし、数を増やすだけでは足りません。

2 台にしても、同じラックに並べていたら、ラックの電源が落ちたときに両方止まります。第 3 章の表をもう一度見てください。「2 台ある」ことと「別々に壊れる」ことは別の話です。

振り分ける仕組みが要る

複数台用意しても、利用者がどれに行けばよいか分からなければ意味がありません。手前に振り分け役を置いて、生きている台にだけ通すようにします。止まった台を自動的に外す役目も、ここが持ちます。

6-3　戻すための考え方

冗長化は「壊れても使い続ける」ための工夫です。これとは別に、「壊れたあとで戻す」ための工夫が要ります。バックアップです。

この 2 つは目的が違います。冗長化していても、間違えてデータを消してしまったら、消えたものは全部の複製から消えます。複製は「同じ状態を保つ」ための仕組みなので、間違いも正確に写すからです。

バックアップが満たすべきこと

1. 別の場所にあること —— 元と同じ場所に置くと、その場所が失われたときに一緒に消えます。
2. 戻せることを確かめてあること —— 取れているだけでは不十分です。戻す練習をしていないバックアップは、要るときに戻せません。
3. いつの状態まで戻れるか決めてあること —— 1 日 1 回なら、最悪 1 日ぶん失います。どこまで失ってよいかを先に決めます。

どこまで備えるかは、止まったときに何が困るかで決まります。社内の資料置き場と、決済を受け付けるサイトでは、かけるべき手間が違います。全部に最高の備えをすると費用が見合いません。