備えがあり過ぎても困る
ディザスタリカバリ環境の構築、複数サイト方式とクラウド利用方式を比較する
適切なディザスタリカバリ(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
-
製品資料
[株式会社MatrixFlow] 「物流リソース最適化」ガイド:人員・配車・傭車を出庫依頼の確定前に決めきる -
製品資料
[株式会社キーエンス] なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは -
製品資料
[株式会社セールスフォース・ジャパン] 「CRMは設計と無関係」は本当か? PLMとの融合で実現する高速開発 -
事例
[日本ヒューレット・パッカード合同会社] AIエージェントの時代にどう備える? 「新たな働き手」を支える3要素とは -
製品資料
[日本ヒューレット・パッカード合同会社] “横並びの自動化”から脱却、AI活用で生産性と競争力を高める秘訣
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
2
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
3
なぜ「Gemini 4 Argon」は出遅れたのか? Googleが狙う“逆転のシナリオ”
-
4
損保ジャパンはなぜ「COBOL」を捨てなかったのか? 脱メインフレームの真相
-
5
情シスの約8割が転職や退職を意識 調査で分かった“辞めたくなる最大の理由”
-
6
ChatGPTは“検索しまくり”でGeminiは“淡泊”? データが明かすAIの裏側
-
7
情報漏えいはなぜ繰り返されるのか 今すぐ見直すべき「境界」
-
8
「Wi-Fi 7」経由でWindowsが乗っ取られる? 最高権限奪取の恐怖
-
9
「結局使わなくなる」Microsoft 365 Copilotを半年で定着 キリンの3施策
-
10
「中堅・中小企業のネットワーク・セキュリティ運用実態」に関するアンケート
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
2
家庭用Wi-Fiルーターの業務利用は危険? 避けるべき理由と具体的な対策
-
3
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
4
財務部門がAIを最大限に活用する方法 無駄のない戦略的リーダーシップへの道
-
5
LLMが兵器化? 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
6
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
7
なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは
-
8
生成AIを開発に導入しても効果が見えない? 実証実験で分かった成果と課題
-
9
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
10
HDDを使わない「SSDオンリー」が無謀なのはなぜ?
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー