ビジネスを止めないIaaSの冗長化、どんな種類がある？　まずは“サービスの品質目標”を考える

公開 2021年08月20日 17時32分

更新 2021年08月20日 20時10分

[ITmedia]

印刷する

　IaaS障害対策の基本は冗長化――エンジニアはもちろん、企業の経営者でもそのように理解している人は多いだろう。冗長化とは、システムに障害が発生したとしても、予備の装置を用意してシステム全体の機能を維持するための仕組みだ。

　しかし、一口に冗長化と言ってもさまざまな手段がある。そして、いずれの手段をとるかは、エンジニアの判断だけでなく、経営上の背景やリスクを考えた上で決定する必要がある。IaaSがシステムのインフラである以上、経営者も障害対応に必要な情報を理解するべきだ。

　今回は、冗長化の手法とそれぞれのメリット、デメリットについて、さくらインターネットでクラウド事業本部の副本部長を務める大久保修一氏に話を聞いた。

特集：IaaSの冗長性確保

"金融機関や官公庁、政府までもが基幹系システムをクラウド環境に移行する“クラウドファースト”時代。しかし、近年はIaaSベンダーの障害による影響も目立ってきた。私たちはこれらの事例から何を学ぶべきか。クラウドのトラブルを「しょうがない」で済まさないための心構えを知る。

冗長化には規模がある

　冗長化の基本は、同じものを2つ用意することにあり、どの手法でもそれは大きく変わらない。違いは何を2つ用意するかだ。

サーバの冗長化

さくらインターネットの大久保修一氏（クラウド事業本部　副本部長）

　最も小規模なのがサーバの冗長化だ。サーバは情報を処理するメインのハードウェアであり、何らかの障害で停止してしまうと、どうしてもダウンタイムが発生する。そのダウンタイムをいかに短くするかが勝負だ。バックアップがなければ、サーバを再起動するまでの間ずっとサービスを止めないといけない。

　対策は簡単だ。別途バックアップ用のサーバを用意して、何かあったときにスイッチすればいい。

　「サーバの冗長化は日常的に発生するハードウェアの故障に対応できます。IaaS障害の大半はこれで対処できる上、技術的な難しさもあまりありません」（大久保氏）

ストレージの冗長化

　データを保存するストレージも、ハードウェアの故障で障害の原因になることがある。しかしこちらはたいていの場合、IaaSを提供する事業者側で冗長化の対応をとるため、ユーザー側でわざわざ冗長化する必要はないという。

　こうしたサーバやストレージの冗長化は、これ以降で紹介する手法ほど技術的にも難しくないのがメリットだが、データセンターそのものがダウンしてしまうと、バックアップも含めてストップしてしまう。「空調の故障でデータセンター内のサーバ全体がダウンした」「データセンターの電源が落ちた」といったトラブルには対応できない。

アベイラビリティゾーンで分ける

　それらの障害に対応したい場合はアベイラビリティゾーン（AZ）のレベルで冗長化を検討することになる。「アベイラビリティゾーン」という言葉の用法はIaaS事業者によって違うが、ここでは「独立した電源を持つデータセンター」とする。サーバを2倍に増やすのは同じだが、それぞれを別のデータセンターに配置する手法だ。

　AZは同じ敷地内に複数ある場合もある。例えば、さくらインターネットの石狩データセンターには3つの建屋があり、それぞれが分かれる形でAZを構成している。それぞれの建屋は独立した電源と空調設備を備えているため、1カ所がダウンしてもサーバが全部停止することはない。