備えがあり過ぎても困る
ディザスタリカバリ環境の構築、複数サイト方式とクラウド利用方式を比較する
適切なディザスタリカバリ(DR)の選択には、コスト、目標復旧時間(RTO)、専門知識の有無が重要だ。慎重に分析した結果、クラウドが最適と考える企業もあるだろう。
ディザスタリカバリ(DR)は、スムーズで高速な対応を必要とする。それは火災や洪水、ランサムウェアなどが原因でシステムが停止した場合、1時間当たりの損失があまりに大きいからだ。それ故に企業はいつまでも一昔前のDR手法に頼っているわけにはいかない。
新しいDRの導入を検討するとき、対象をプロプライエタリなレガシーシステムと、オープン技術ベースの最近の製品とに分けて考える必要がある。オープン技術ベースの環境であれば、クラウドをリカバリーサイトとして活用し、強力なDR対策を実現できる。
一般的なDR手法の1つに、ワークロードを実行するためのサイトを複数構築するという方法がある。1つのサイトがダウンしても、別のサイトでワークロードを再開できるようにするという考え方だ。サイトを遠隔地に分散させれば、この方法はうまくいく。
このDR手法の問題点はコストだ。追加のプラットフォームが必要となるからだ。基幹系のワークロードだけを保護するのか、全てのジョブストリームをミラーリングするのかによっても異なるが、コストは50~100%ほど増加する可能性がある。管理スタッフの増員の他、設備の追加、電気や水道などのインフラ費用の増大も覚悟しなければならない。ハードウェアとソフトウェアがセミカスタマイズしたプロプライエタリな要素で構成されるレガシーシステムにおいては、こうしたマルチサイトを使ったDRが一般的だ。
レガシーシステムのDRには、データのバックアップという方法もある。通常はテープへのバックアップとなる。データをテープにコピーするのは比較的楽な作業だ。ただし代替ハードウェアをすぐに利用できるか、物理的に調達しなければならないかによって、復旧時間には数時間から数日の幅が生じる。なおテープではなくクラウドへのバックアップは、一部のCOTS環境にも適した方法だ。
クラウドを活用
DRに関しては、オープン技術ベースの環境の方がはるかに楽だ。クラウドを活用すればいいからだ。大半のアプリケーションを仮想インスタンスで実行できるので、社内クラウドやクラスタはパブリッククラウドの新しいインスタンスセットでワークロードを再構成できる。
DRにクラウドを活用する方法は幾つかある。1つは、クラウドバースティングを使用し、過剰なワークロードを自動的にクラウドに移行させるという方法だ。本稿では、クラウドバースティングにおけるデータ配置の問題については詳しく取り上げない。短い目標復旧時間(RTO)を実現するには、適正なデータ配置が不可欠であるという点だけ述べておく。
他に、エンドポイントのバックアップという手法もある。最近のデータやインスタンスイメージのコピーをパブリッククラウドに保存し、災害時に起動できるよう準備を整えておくという方法だ。パブリッククラウドでは、復旧用のインスタンスをアクティブにしておく必要はない。インスタンスは数分で構築でき、料金は実行回数に応じて発生する。「Docker」コンテナはハイパーバイザーインスタンスよりもはるかに高速に起動できるので、RTOの点で好ましい。
クラウド環境に適したバックアップツールは豊富にある。問題はリカバリーできるかどうかだ。バックアップがあったとしても、リカバリーはそう簡単ではない。適切なファイルを適切な場所に配置し、適切な連係を構築するのは、注意を要する作業だ。10年に1回くらいの頻度でこの問題に直面するIT部門にとっては、なおさらだろう。
クラウドベースのDRサービス
そこで出番となるのが、クラウドベースのDRサービス「Disaster Recovery as a Service」(DRaaS)だ。IT部門は、事業継続性を維持するための作業を全て自分たちで遂行すべきか、あるいは事業者に外注すべきかを検討する必要がある。外注にはコストが掛かる。だがDR環境を継続的に管理するためのワークロードの他、確実に復旧できるどうかのリスク、復旧に時間がかかるリスクなど、外注コストを正当化できる理由は複数ある。オフライン状態が続いたときのコストも甚大だ。
個々の環境にどのDR手法が適しているかの判断には、総所有コスト(TCO)の的確な分析が必要となる。1つの手法が全ての利用場面に合うわけではない。複数のDR手法を組み合わせて導入する必要があるだろう。
クラウドへのバックアップが適した環境
- データにすぐにアクセスする必要がない場合。コールドデータ(参照頻度は少ないが長期保管が必要なデータ)や、RTOが長くても問題ないワークロードなどが該当する
- パブリッククラウドでインスタンスやイメージを再構築するタスクがあまり複雑でない場合
- DRの専門知識が社内にあり、災害を想定した訓練を少なくとも半年に1回は実施できる場合
DRaaSが適した環境
- IT部門がゼネラリストで構成され、DRの専門知識があまりない場合
- オンラインマーケティングなど、RTOが短い必要がある場合
- アプリケーションとインフラストラクチャの構成が複雑な場合
通常、DRaaSを利用するとなれば、自社でDR環境を運用するよりもコストが掛かる。だがDRaaSベンダーはインスタンスをオンデマンドで使用できるので、その点ではコストを大幅に減らすことができる。結局、詳細なTCO分析を実施して判断するのが一番だ。
バックアップ/DRツールに関して最後に一言。ツールが豊富にあるおかげで、バックアップを取る作業は比較的楽だ。エンドポイントのフルバックアップを実行するとしてもだ。ただし特に優れたツールはリカバリーの側面に重点を置き、ノードやクラスタ、データセンター単位での復旧をサポートする。リカバリープロセスにおいて関連オブジェクトを1つにまとめるための優れたインタフェースを備えたツールであれば、システムを容易に復旧できる。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[株式会社うるる] 「入札市場」攻略ガイド:効率的に落札するためのポイントを徹底解説 -
製品資料
[株式会社うるる] 入札情報に特化した「販路拡大」「効率化」のためのサポートツールとは? -
市場調査・トレンド
[株式会社うるる] 公共入札に成功する企業と失敗する企業の「5つの違い」 -
製品資料
[日本ビジネスシステムズ株式会社] 専門家が教える、Microsoft 365の「テナント統合/分離」を成功に導く秘訣 -
製品資料
[rakumo株式会社] Microsoft 365での情報埋没を防ぐ、社内ナレッジを資産化する情報ポータル活用
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
半数がブルーカラー転向を視野に? ベテランエンジニアを追い込む“54歳の壁”
-
2
PHP脆弱性「PHP2Shell」で2260万件に影響 情シスの緊急チェックリスト
-
3
「Microsoft 365」が乗っ取られる MFAを破る“本物の画面”の恐怖
-
4
「テザリング依存」に潜む落とし穴 “遅いVPN”を解消するネット構築術
-
5
AI導入が失敗する“真犯人”は現場のマニュアル 7割が陥る「標準化」のわな
-
6
「Wi-Fi 7」経由でWindowsが乗っ取られる? 最高権限奪取の恐怖
-
7
なぜ「Gemini 4 Argon」は出遅れたのか? Googleが狙う“逆転のシナリオ”
-
8
「Windows」の不要なファイルを安全に消して容量を空ける方法
-
9
Claude利用8割のGMO、AI人材の評価軸が「トークン管理」に変わった
-
10
ライオンが脱レガシーシステムのパートナーに「Google Cloud」を採用した理由
ホワイトペーパーランキング PR
-
1
AI駆動攻撃にどう対抗する? 超速の攻撃からエンドポイントを保護する方法
-
2
2026年のサイバーセキュリティには何が必要か? 最新データに学ぶ傾向と対策
-
3
経験豊富な即戦力人材に直接アプローチできる、「攻めの採用」への転換術
-
4
「IT史に名を残すシステム障害」8選
-
5
最速72分でデータが流出? 最新の脅威トレンドや侵入手法から分かった防衛策
-
6
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
7
Microsoft 365のメールセキュリティ、3つの“死角”と追加で検討すべき対策とは
-
8
AI駆動開発のスピードと安全性を両立 「品質・セキュリティ管理」の実践ガイド
-
9
HDDを使わない「SSDオンリー」が無謀なのはなぜ?
-
10
「標的型攻撃メール」事例・サンプル集
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー