仮想環境の“データ保護”製品選定【DR編】

災害対策、迷ったらこれを選ぶ　～3つのDR方式を徹底解説

障害や災害に備え、企業はどの程度のシステムの災害対策（DR）を行うべきなのだろうか。DRには大きく分けて3つの方式がある。それぞれの目的や実装パターンとは。

公開 2015年05月22日 10時00分

著者

荒井亜子

[TechTargetジャパン]

印刷する

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

　災害対策（DR）は保険のようなものだ。万が一の災害に備えて、リモートサイトへのバックアップやレプリケーションの仕組みを構築する。起こるとも起こらないともしれない事態に割く費用としては大きいといえるだろう。しかし、2011年3月の東日本大震災を機に、今までDRを意識していなかった企業も、災害対策を考えるようになった。データを失うと二度とは戻らない。システム停止が社会の大混乱を招く事業もある。建物の崩壊や大規模停電を目の当たりにし、多くの企業がDRの重要性を考えざるを得なくなったのだ。

　とはいえ、DRを実施するといっても、その方式をよく検討する必要がある。堅牢性は重要だが、必要以上の費用を投じることは避けたい。DR方式には幾つかの種類があり、保護対象システムの規模、復旧要件、予算によって最適な手段を選ぶことが肝要だ。TechTargetジャパンの連載「仮想環境の事業継続製品選定ポイント」の著者であり、伊藤忠テクノソリューションズでストレージを中心とした案件対応、技術検証を行っている木島亮氏に、効果的なDR方式の選択について聞いた。

TechTargetジャパンの連載をまとめ読み（会員限定、無料）

連載「仮想環境の事業継続製品選定ポイント」をまとめて読めるPDFを提供しています。最新情報を基に一部改訂を加え、Web誌面よりも読みやすくレイアウトしました。「比較表で理解する　仮想環境のDR製品選定ポイント」からダウンロードしてください。

DRはどこまで行うべきか？　目的を明確化しよう

　DRを実施するに当たって、「バックアップデータの遠隔地保管だけなのか」「サイト間切り替えまで行うのか」によってその構築方法は大きく変わる。木島氏はDR方式を決める際に「保護対象（データの種類、容量）、復旧要件（RTO：目標復旧時間／RPO：目標復旧時点）、予算が判断基準になる」と話す。

　「大規模障害によってローカルサイトが停止した際に、仮にバックアップデータの遠隔地保管のみを行っている場合は、遠隔地にあるバックアップデータを何らかの方法でローカルサイトへ移行し、サーバを構築した上でリストアするという復旧プロセスになる。容量によっては、復旧までには数週間を要するだろう。データを守ることを最重要事項とし、復旧に時間を要してよいのであれば、バックアップデータの遠隔地保管だけでも問題ないだろう。

　しかし、ローカルサイトで障害が発生してから数時間、数日でサービスを復旧させたいのであれば、リモートサイトでサービスを短時間で復旧できる体制（サイト間切り替えの仕組み）を整えておくべきだ」

　こうした復旧要件を踏まえると、DR方式は大きく3つに分類できる。

3つのDR方式
方式		（1）バックアップデータの遠隔地保管	（2）リモートサイトのスタンバイ機	（3）プライマリデータのレプリケーション	（4）グローバルクラスタ
DR方式1	バックアップデータの遠隔地保管	必要	―	―	―
DR方式2	サイト間切り替え（バックアップリストア）プライマリデータのレプリケーションなし	必要	必要	―	―
DR方式2	サイト間切り替え（バックアップリストア）プライマリデータのレプリケーションあり	必要	必要	必要	必要
DR方式3	サイト間切り替え（グローバルクラスタ）	必要	必要	必要	必要

　単にデータを保護するだけなら、DR方式1にあるバックアップデータの遠隔地保管だけで十分だ。復旧時間を短縮するためにサイト間切り替えを行うのであれば、DR方式2のようにバックアップデータをリモートサイトへレプリケーションする必要がある。さらに復旧時間を短縮したいのであれば、バックアップデータに加え、プライマリデータのレプリケーションも構成する必要がある。DR方式3では、システムのサイト間切り替えを自動化するグローバルクラスタというソフトを用いることで復旧時間を極力短縮できる。

　一方で、RTOやRPOばかりに注目するのではなく、保護対象の種類や重要度をきちんと分類することが大切だという。ファイルサーバのように、それほど正確な整合性を要しないデータは、プライマリストレージのレプリケーションだけを行うケースもあるそうだ。だが、データベースのように整合性の確保が必要であるデータは、バックアップデータをきちんとレプリケーションしなければデータの整合性が担保できない。このように対象によって方式を変えることは、費用を下げるコツにもつながるという。

DR方式、実装パターンで迷ったらこれを選ぶ

　どの方式にもいえるのは、バックアップが基本だということ。DR方式1は全てのDR方式の入り口となる。その意味で木島氏がお勧めするのは、ステップを踏んだDR対策である。「現状ローカルサイトでのみバックアップを取得し、リモートサイトを保有していない企業は、いきなりサイト間切り替えの仕組みを構築するにはハードルが高い。そのような企業は、バックアップデータの遠隔地保管から始めてみてはどうか」とアドバイスする。

　さらに、バックアップの遠隔地保管にも幾つかの実装パターンがある。その中でも統合型バックアップアプライアンスを用いた方法がお勧めだという。「この方法は、バックアップアプライアンスが、バックアップと重複排除レプリケーションの両方を実行する。リモートサイトにもバックアップアプライアンスを設置するため、レプリケーションされたデータを即座にリストアすることが可能だ。もし、バックアップアプライアンスを使用せず、リモートサイトに重複排除ストレージのみ設置し、その機能でレプリケーションしていると、リモートサイトにバックアップサーバが存在しないため即座にリストアすることができない。復旧時にはバックアップサーバをリモートサイトに構築するなどの作業が必要になり、復旧手順が複雑かつ長時間化する」と話す。実装パターンで迷った際には、統合型バックアップアプライアンスを検討してみるのもよいかもしれない。