クラウド災害復旧のメリットとDR計画の策定に関する推奨事項
クラウドコンピューティングは、組織のデータへの取り組み方を一変させ、共有リソースプールへの迅速かつ簡単なアクセスを可能にしました。しかし、クラウドへの移行が加速するにつれ、クラウドベースの災害復旧(DR)が重要な課題となっており、 組織の54％ データ保護の近代化は、デジタルトランスフォーメーション(DX)プロジェクトに不可欠であると認識しています。
クラウドベースの災害復旧(DR)は、他のあらゆる種類のDRと同様に、企業がデータを復元し、最短時間で業務を再開することを可能にします。本記事では、クラウドにおける災害復旧のメリットを探るとともに、クラウドベースのDRインフラストラクチャと戦略に必要な要件について解説します。
クラウド災害復旧とは？
クラウド災害復旧(クラウドDR)とは、アプリケーションやその他のリソースを遠隔地のオフサイトクラウドサーバーにバックアップおよびレプリケーションすることで、ダウンタイムやデータ損失を最小限に抑えることを目的とした一連の戦略およびサービスのことです。災害が発生した場合、影響を受けたデータを元のデータ保存場所または指定された場所に復元し、通常の運用を再開することで、 事業継続
クラウドDRと従来のDRは、データやシステムの可用性を確保し、事業継続性を維持するという目標においては共通しています。どちらも貴重なリソースを保護し、データへのアクセスと復旧を確実にすることを目的としています。一方で、クラウドDRと従来のDRには多くの相違点があります。
クラウド型DRと従来のDRの違いは何ですか？
クラウド型DRと従来のDRの違いをより深く理解するために、主な相違点を確認してみましょう:
| 指標 | 従来のDR | クラウドDR |
| 設置面積 | これには、追加のデータセンターを設置するための第2の物理的な拠点が含まれます。 | 重要な業務を支えるために、別の物理的な拠点や追加のハードウェア・ソフトウェアは必要ありません。すべてのデータの保存とアクセスには、クラウドストレージのみを使用します。 |
| 経費 | 復旧インフラは手動で運用・保守されており、保守、リソース、時間にかかるコストがはるかに高くなっています。 | 自動化が可能であり、時間、リソース、および手作業による介入を削減できます。 |
| 拡張性 | データセンターの拡張には、追加のコンピューティング機器やリソースの購入が必要となります。 | 可用性の確保はクラウドプロバイダーの責任であるため、金銭面でも時間面でも、はるかに容易かつ低コストです。 |
| サイトの障害 | 自然災害から常に守られているとは限らず、特に生産データセンターから十分に離れていない場合、影響を受け、事業継続に支障をきたす可能性があります。 | バックアップデータやレプリカは複数の地理的拠点に分散して保存できるため、サイト障害が発生した場合でも事業継続性を確保できます。 |
効果的なクラウド災害復旧戦略の策定方法
DR戦略を策定する際は、効果的かつ効率的なクラウド災害復旧を実現するために、以下の手順を検討してください:
1. 自社のインフラを把握し、リスクを洗い出す。
インフラストラクチャを精査し、データの保存場所や、事業継続にとってそのデータがいかに重要であるかを評価することが不可欠です。インフラストラクチャや各データカテゴリに影響を及ぼす可能性のあるリスクを評価してください。そうすることで、リスクを最小限に抑えるためのDR計画を策定しやすくなります。
2. 事業影響度分析を実施する。
事業影響度分析とは、災害発生時に組織の業務運営にどのような弱点が生じるかを把握することです。この分析を行うには、次の2つの要素を考慮する必要があります:
- 目標回復時間: RTOとは、アプリケーションがオフラインの状態に置かれても、業務に支障をきたし始めるまでの最大許容時間を指します。
RTOを特定することは極めて重要です。なぜなら、それによって災害復旧計画に投入すべきリソースや、その状況に最適なDR技術が決定されるからです。
- リカバリポイント目標: RPOとは、データ損失の規模が事業継続に影響を及ぼし始めるまでの最大許容時間です。
RPOを定義し、それをDR戦略に組み込むことで、企業は潜在的なデータ損失に対する許容レベルを決定できるようになります。したがって、組織は災害発生時に失っても許容できるデータの最大量を把握できるようになります。
3. 適切なクラウドプロバイダーを選ぶ。
災害復旧(DR)の計画を立てる際には、導入を支援してくれる信頼できるクラウドプロバイダーを探す必要があります。クラウドプロバイダーを評価する際には、信頼性、復旧速度、使いやすさ、設定と復旧の簡便さ、拡張性、およびセキュリティコンプライアンスといった指標を基準とすべきです。
4. クラウドDRインフラを構築する。
インフラストラクチャの構成要素、クラウドへのデータ移行手段、ユーザー認証およびアクセス管理、ならびに災害発生の可能性を最小限に抑えるためのセキュリティ対策を考慮してください。クラウド上のリモートサイトの各コンポーネントを設定し、災害復旧に向けた万全の準備を整えてください。バックアップおよびDRソフトウェアのインストール、設定、管理を自社で行うことも、サービスプロバイダーに委託して完全または部分的に管理されるDRaaSを利用することも可能です。
5. 災害復旧計画を頻繁にテストしてください。
計画が文書化されれば、最後のステップとして、DR戦略の有効性を確認するためのテストを行う必要があります。テストを行うことで、不備がないことを確実にすることができます。計画は一見完璧に見えても、実際にテストを行って初めて、それが正しく機能するかどうかがわかるのです。
クラウドコンピューティングにおける災害復旧のメリット
クラウドベースの復旧への移行には、次のようなメリットがあります:
1. 物理インフラへの依存を最小限に抑える
クラウドベースの災害復旧(DR)は、物理インフラへの依存を最小限に抑えます。仮想マシンの利点の一つは、物理サーバー間のフェイルオーバーに対応していることです。クラウドで使用されるハードウェアは、顧客に対して抽象化されています。仮想マシンは、物理サーバー上と同様に、クラウド上で移行・実行することができます。クラウドベースの災害復旧計画を採用すれば、遠隔地にある災害復旧用の物理インフラをアップグレードしたり、保守したりする必要はありません。
2. 高い拡張性
従来の災害復旧(DR)において高い拡張性を実現するには、追加のハードウェアやソフトウェアの導入が必要となります。一方、クラウドサービスやマネージドサービスプロバイダー(MSP)を利用する場合、"従量課金制"(使用量に応じた課金モデルとも呼ばれます)が採用されており、顧客は要件に応じていつでもリソースの容量を増減させることができます。これにより、マシンがアイドル状態の際のコストを削減し、稼働時の効率を高めることが可能になります。
3. 高い信頼性と地理的冗長性
クラウドベースのDRでは、どこからでもクラウドに接続できるため、復旧したVMを異なる地理的地域で実行することも可能です。クラウドを利用することで、任意の地域でインフラストラクチャを導入し、インターネット経由でどこからでもそのクラウドインフラストラクチャに接続することができます。
4. 自動化
組み込みのオーケストレーションおよび自動化機能により、復旧計画の導入、維持、実行に必要な手作業の負担やプロセスの数を削減し、既存のDR計画を強化します。例えば、負荷が90%を超えた時点でサーバーリソースを自動的に増強することが可能です。これにより、企業の災害に対する回復力を高めることができます。
5. 費用対効果
クラウドプロバイダーは、利用した分だけ課金します。そのため、企業は必要なサービスを選択でき、大幅なコスト削減につながります。さらに、この種のソリューションではクラウドが主要なリソースとなるため、ハードウェアやメンテナンス、その他のリソースにかかる企業の経費を最小限に抑えることができます。
6. ダウンタイムの短縮と柔軟性の向上
クラウドベースのソリューションを利用すれば、組織はクラウド上で業務を継続したり、重要なデータやシステムを任意の場所に復旧させたりすることが可能になります。これにより、災害発生時にシステムをオンラインでより迅速に復旧でき、従来の復旧手法における手作業の手順を最小限に抑えることができます。例えば、従来のDRでは、災害復旧の準備を整えるために、単にマシンの電源を入れるだけでは不十分でした。 一方、クラウドDRでは、マシンの起動時に必要なすべての手順を自動的に実行するように設定できます。
クラウドでの災害復旧には大きなメリットがある一方で、このアプローチにはいくつかの欠点もあります:
- 速度: ネットワーク帯域幅が限られている環境では、クラウドベースのDRは適切な解決策とは言えません。インターネット接続は不可欠です。社内のスタッフが業務プロセスにおいて1Gbpsのネットワーク接続を利用している場合(例えば、編集作業中にワークステーションから仮想サーバーへ、あるいはその逆方向にマルチメディアコンテンツをコピーする際など)、クラウドへのフェイルオーバーが発生すると、ネットワーク速度が著しく低下することに気づくでしょう。災害復旧プロセスを計画する際には、この点を念頭に置いておく必要があります。
- セキュリティ: データはサードパーティのサーバーに保存されます。貴社が機密データや個人データを扱っている場合、この機密データをサードパーティのマネージドサービスプロバイダーに完全に委託してよいのかを検討する必要があります。もしそうではない場合は、自社の物理インフラを用いて、独自のリモート災害復旧サイトを構築すべきです。
- 費用: 保存・バックアップするデータ量が少ない企業にとって、クラウドバックアップは非常に費用対効果の高い選択肢となります。しかし、大量のデータを保持しなければならない企業の場合、費用はすぐに膨れ上がる可能性があります。クラウドは拡張性が高いため、バックアップが必要なデータ量と、それに伴うコストを把握しておく必要があります。そうしなければ、予想外の高額な費用を負担することになりかねません。
NAKIVOを活用したクラウド型災害復旧
NAKIVO Backup & Replication 以下の機能を備えており、VMware vSphere VM、Microsoft Hyper-V VM、およびAmazon EC2インスタンスの災害復旧に利用できます。
- 拡張性: このソリューションは、データ転送を担当するコンポーネントにCPUとRAMを追加することで、数百台のVMを同時にバックアップまたはレプリケーションできるように拡張可能です。多数のVMをバックアップする場合、主要なソリューションコンポーネント(コントローラー)にも追加のリソースを割り当てることができます。
- VMのレプリケーション: "レプリカへのフェイルオーバー"戦略において、VMレプリカは不可欠です。本ソリューションでは、ソースVMと完全に同一のVMレプリカを作成できます。各リカバリポイントは、 VMスナップショット. 省スペース化および交通量削減のための技術が採用されており、その中には 変更ブロック追跡 VMware仮想マシン向けのCBT、およびHyper-V仮想マシン向けのRCT。
- 仮想マシンの自動フェイルオーバー ネットワークマッピングとIP再設定について:DRサイトのVMネットワークおよびIPアドレスは、本番サイトとは異なる場合があります。ネットワークマッピングを使用すると、フェイルオーバー発生時にターゲットネットワークをVMレプリカに自動的にマッピングできます。IP再設定は、フェイルオーバー時にDRサイトのIPネットワークに自動的に接続できるよう、VM内部のIP設定を変更する機能です。
- クラウドへのバックアップ: データのコピーが多ければ多いほど、復元が成功する確率が高くなります。 NAKIVO Backup & Replication バックアップしたVMのコピーをクラウドに保存できます。これらのVMバックアップは、災害復旧サイトとして利用しているクラウド、あるいは別のクラウドに保存することができます。
結論
クラウドを活用した災害復旧には、デメリットを上回るメリットがあります。クラウドベースの災害復旧戦略を採用することで、高い拡張性、自動化、コスト効率、柔軟性、信頼性といった利点を享受できるほか、物理的なハードウェアへの依存を排除しつつ、異なる地理的地域に災害復旧サイトを展開することが可能になります。その効果を最大限に引き出すためには、ソリューションが組織のニーズや要件に合致していることを確認するため、適切な計画とテストが不可欠です。
