備えがあり過ぎても困る
ディザスタリカバリ環境の構築、複数サイト方式とクラウド利用方式を比較する
適切なディザスタリカバリ(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
-
市場調査・トレンド
[SANS Training Japan 合同会社] “知識”では守れない AI時代に問われる実戦力の身に付け方 -
製品資料
[株式会社イトーキ] 会議室不足を解決する「AI×データ」活用術 -
製品資料
[株式会社TOKIUM] 「経費精算」効率化のためのチェックリスト -
製品資料
[株式会社TOKIUM] 工程別に分かる、「請求処理業務効率化」チェックリスト -
製品資料
[株式会社TOKIUM] 「請求書受領システム」選定ガイド2026年版【適合度チェックリスト付き】
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
半数がブルーカラー転向を視野に? ベテランエンジニアを追い込む“54歳の壁”
-
2
Microsoft 365移行で露呈した標準機能の限界 地方銀行は上長承認や「脱PPAP」をどう実現?
-
3
SAPやOracleが警戒する「ERPの土管化」 汎用AIとの主導権争いが激化
-
4
「Windows」の不要なファイルを安全に消して容量を空ける方法
-
5
Microsoft 365導入後も稟議は「Excelをメールで回覧」 承認が止まる理由
-
6
生成AIが普及しても「技術書」を手放せないエンジニアの本音
-
7
Googleの業務向けAIエージェント「Gemini Agent」が登場 しかし課題は山積み
-
8
AI時代のITインフラ戦略とは? 販売代理店が知っておきたい最新トレンド
-
9
AIエージェントで「ERPの魔改造」復活の懸念 せっかくのクリーンコアが崩壊
-
10
「アップグレードできないJava」をどう守る IBMとRed HatがAIで400件超修正
ホワイトペーパーランキング PR
-
1
AI駆動攻撃にどう対抗する? 超速の攻撃からエンドポイントを保護する方法
-
2
Microsoft 365のメールセキュリティ、3つの“死角”と追加で検討すべき対策とは
-
3
最速72分でデータが流出? 最新の脅威トレンドや侵入手法から分かった防衛策
-
4
「IT史に名を残すシステム障害」8選
-
5
2026年のサイバーセキュリティには何が必要か? 最新データに学ぶ傾向と対策
-
6
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
7
SASE選定は「見極め力」で大きな差――本当に必要な製品を選ぶための6つの視点
-
8
マンガで学ぶXDR/MDRのメリット、中小企業のセキュリティ強化になぜ有効か?
-
9
脱VMwareに成功した企業は何をどう実践した? 事例に学ぶ戦略立案&実装のコツ
-
10
自社データから高精度な回答を生成、簡単に生成AIチャットボットを構築する方法
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー