DRとは自然災害などで被害を受けたシステムを復旧／修復することである。また、そのための備えとなる機器やシステム／体制も含めて指すこともある。

　DRを実現するための構成を検討するに当たり、陥りやすい失敗がある。DRの方式を検討する前に、各メーカーやシステムインテグレーター（SIer）の製品紹介を聞き、製品比較を始めてしまうという失敗である。方式を決定せずに製品を比較すると、比較対象に方式の異なる製品が混在してしまい、比較のポイントがぶれてしまう。その結果、要件ではなくコストのみで製品を選定してしまいかねない。

　最終的には製品／ソリューション（製品の組み合わせ）を選択しなければならない。そのため、製品について学ぶ際に製品紹介を聞く必要があるが、DRの仕組みを理解した上で想定するDR方式が念頭にあると、的確かつ具体的な質問もしやすく、製品／技術への理解がより進むはずである。

DRを構成する仕組み

　DRを構成する仕組みは2つある。データレプリケーションとグローバルクラスタである（※）。

※　その他にネットワークの切り替えも必要だが、本連載では言及しない。

図1　DRを構成する仕組み《クリックで拡大》

データレプリケーション

　データレプリケーションとは、データをリモートサイトに複製して保護する仕組みである。DRで最も重要なことはデータを保護することである。ハードウェアは再度購入することができる。また、OSやアプリケーションは再度インストールすることができる。だが、データを失うと二度と復元することができない。

　保護対象システムと同一拠点にバックアップデータを保管していると、災害やテロが発生した際に立ち入り禁止となり、そのバックアップデータを復旧に使用できないケースが考えられる。そのため、事業継続を検討する上で、バックアップデータをリモートサイトに保管することが必須であることは理解いただけるだろう。

　バックアップデータをリモートサイトに保管する方式としては、以前はバックアップデータを格納したテープを運送し遠隔地の倉庫で保管することが一般的だった。現在は復旧の確実性／迅速性を高めるために、バックアップ製品のレプリケーション機能を使うことが一般的になってきている。また、コストを抑えるために、クラウドへの保管を検討しているユーザーも少なくない。

　ただ、上記だけでは復旧に長時間を要してしまう。復旧時間を短縮するためには、リモートサイトにスタンバイ用の機器を設置すること、プライマリデータのレプリケーションを実施することなどを検討する必要がある。プライマリデータは仮想マシンが直接使用しているデータで、システム領域（OS領域）とアプリケーションやデータベースのデータ領域を指す。バックアップデータはプライマリデータの整合性が確保されたある時点のデータである。プライマリストレージとバックアップストレージは、保存しているデータの性質やレプリケーションに求められる機能が異なるため、それらを理解した上で、レプリケーションを設計する必要がある。

　バックアップデータをリモートサイトに保管する方式、バックアップデータとプライマリデータのレプリケーション方式、それぞれの特徴、注意点については、次回以降で解説する。

グローバルクラスタ

　グローバルクラスタとはローカルサイトに障害が発生した際に、リモートサイトに複製されたプライマリデータを使用して、システムを自動または半自動で復旧する仕組みである。サイト間切り替えもしくはサイト間フェイルオーバーの仕組みといえる。仮想マシンそのものを切り替えるのか、それとも両方のサイトで別の仮想マシンを起動しておき、アプリケーションのみを切り替えるのかによって、使用するグローバルクラスタ製品が異なってくる。

　最近の新しい製品に、サイト間であたかも共有ストレージが構成されているかのように見えるレプリケーション製品がある。VMwareのファイルシステムであるVMFSは、複数台のESXサーバから同時にマウントできるクラスタファイルシステムである。そのため、このようなレプリケーション製品を使用するとローカルサイト／リモートサイトのESXサーバが同一のデータストアをマウントでき、サイト間をまたいだ形で1つのVMwareクラスタを構成できる。

図2　サイト間でvSphere HA、vMotionが構成可能なレプリケーション製品

　それにより、ローカルサイト内のESXサーバ間のように、サイト間を超えてvSphere HA、vSphere vMotionで仮想マシンを切り替えることが可能になる。ストレージのレプリケーション操作を意識しないで良いため、DRの切り替え操作が非常にシンプルになる。ただ、本構成を検討する場合は、サイト間の距離、本構成を実現するストレージ／レプリケーション製品とVMwareの両方のサポート状況を必ず確認してほしい。

保護対象、復旧要件、予算の検討

　保護対象、復旧要件、予算の全てが想定内であるかを検討する必要がある。ただ、災害が発生した際の保護するべき対象と復旧要件から、直接には予算に結び付けることはできない。保護対象と復旧要件から、DR方式を選定した後、製品を選定する必要がある。さらにその後に、その製品が予算に合致するかを検討し、不一致がある場合は予算を対象／要件に合わせるか、対象／要件を予算に合わせるかの対処が必要となる。

　以前のDR方式はテープの遠隔地保管が主流だった。その中で、さらに重要なシステムは、テープの遠隔地保管と、高価なプライマリデータのレプリケーション、グローバルクラスタを併用していた。

　現在は重複排除バックアップの技術の進歩により、バックアップデータのレプリケーションに加えてバックアップの高速化が進んでいる。重複排除技術は世の中に出てきてから10年近くになり安心して使用できる状況であるといえる。

　ただ、ローカルサイトが全損し、リモートサイトへ切り替えが必要になるほど影響範囲が広い障害は発生確率が低い。ローカルサイト内で復旧可能な障害の方が発生確率が高いため、ローカルサイトのバックアップ、HAクラスタの構築は必要である。DR対策のみに注目し過ぎずに、ローカルサイトでの事業継続も同様に検討していただきたい。

図3　DR技術のトレンド

　仮想環境はサーバ、ストレージ、バックアップが統合され、物理環境と比較してもインフラが整理されていることが一般的である。そのためDRを検討しやすくなる。今までにDRを検討してきたが実現できなかった方は、まずはバックアップデータのレプリケーションから検討されてみてはいかがだろうか。

　今回は、DR検討で陥りやすい失敗とDRを構成する仕組みを解説した。次回はDRを実現する方式とその特徴について紹介する。連載の最後までお付き合いいただけると幸いである。

木島 亮（きじま りょう）

伊藤忠テクノソリューションズ

ＩＴサービス事業グループ　製品・保守事業推進本部　ＩＴインフラ技術推進第１部　ストレージ技術推進課

2002年、伊藤忠テクノソリューションズ（CTC）入社。
HAクラスタやLinuxの担当を経て、現在、ストレージ／バックアップを担当する。
2008年から、仮想環境上のデータ保護や可用性ついて、案件支援や技術検証、セミナーを実施し、社内外への啓蒙を行っている。
趣味はウォーキング。12カ月で22キロやせました。