クラウドコンピューティングの災害復旧を実装する方法

組織がクラウドストレージの使用を増やすにつれて、コストを削減し、運用効率を向上させるために追加のクラウドコンピューティングサービスを活用しています。クラウド災害復旧は、ますます人気が高まっているタイプのクラウドコンピューティングサービスです。「クラウドディザスタリカバリ」という用語は、多くの場合、サービスとしてのディザスタリカバリ (DRaaS) と同じ意味で使用されます。ここでの参照は、クラウドコンピューティングの災害復旧です。

[[263695]]

クラウドディザスタリカバリは、データだけでなく、仮想マシン、サーバー、エンタープライズネットワーク全体にも適用されるバックアップおよびリカバリ戦略です。企業はこうしたサービスをどのように有効活用するかを自ら決定する必要があるため、これを戦略と呼びます。

単にサービスオプションに加入して最善の結果を期待するのではなく、組織の優先事項を事前に理解して、適切な災害復旧計画を策定する方がよいでしょう。そうしないと、災害が発生したときに、企業は重要なリソースにタイムリーにアクセスできない可能性があります。このようなミスの結果は非常にコストがかかり、致命的になる可能性もあるため、利用可能なクラウド災害復旧オプション間のトレードオフを理解することが重要です。

クラウド災害復旧は、あらゆる規模の組織にとって魅力的な選択肢です。これは、クラウド災害復旧が従来の災害復旧方法に比べて速度とコストの面で優れているためです。企業のインフラストラクチャの仮想化が進むにつれて、より多くのデータと IT 運用がクラウドに移行しています。したがって、災害復旧戦略を進化させる必要があります。

さまざまなクラウド災害復旧アプローチの長所と短所

クラウド災害復旧は、加入者がより多くの災害復旧ソリューションを利用できるため、従来の災害復旧形式よりも柔軟性が高くなります。たとえば、データセンターからテープにデータをバックアップする代わりに、クラウドユーザーには次のようなオプションがあります。

データセンターからバックアップします。
プライベートクラウドからバックアップします。
データの保存に使用するのと同じクラウドコンピューティングサービスからバックアップします。
ハイブリッドクラウド環境からバックアップします。
元の環境に戻します。
オンプレミスではなくクラウドに復旧します。

クラウド災害復旧は、柔軟性が高く、コストが比較的低いため、多くの企業にとって最初に優先すべき魅力的な選択肢です。実際、優れたクラウド災害復旧計画では、資産の災害復旧が優先されます。災害が発生した場合、どのデータが重要で、どのデータが重要ではないでしょうか?

たとえば、データに関しては、ホットストレージ、ウォームストレージ、コールドストレージという概念があります。「ホットデータ」とは、常に利用可能である必要があるデータを指します。これら 3 つのデータタイプのうち、「ホットデータ」は最も頻繁にアクセスされるデータです。「ウォームデータ」とは、レポート目的で使用される履歴データなど、「ホットデータ」よりもアクセス頻度が低いデータを指します。「コールドデータ」とは、ほとんど使用されないが保持する必要があるデータです。データに対する階層型アプローチにより、関連するサービスレベルアグリーメント (SLA) と、データの保存に関連するコストが決まります。

この温度型の概念は、サイト全体の災害復旧に適用されます。

ホットサイトは、運用サイトの完全なコピーです。目的は、自然災害や人為的災害が発生した場合のダウンタイムを最小限に抑えることです。
ホットサイトは、プライマリサイトとセカンダリリモートバックアップサイト間の接続を確立しました。回復は遅れますが、コールドサイトの場合ほど長くはありません。
コールドサイトは基本的に災害復旧の準備ができていないため、災害が発生すると、サイトをオンラインに戻すまでにかなりの時間がかかります。当然のことながら、コールドサイトは最も安価なオプションですが、災害が発生した場合には、総コストの観点からは高価なオプションになる可能性があります。

クラウドの災害復旧では、コールドからホットまでの同様のモデルが使用されます。具体的には、顧客はバックアップ (最も遅く、最も高価なオプション)、環境の更新バージョン、環境の部分バージョン、または完全な (マルチサイト) ディザスタリカバリを選択できます。これは、クラウドとオンプレミスのデータセンターで実行されるストレージエリアネットワーク (SAN) 間のエンタープライズバックアップレプリケーション方法です。マルチサイトの利点は、回復プロセス中にトラフィックがクラウドプラットフォームに再ルーティングされることです。

クラウドコンピューティング災害復旧計画

クラウドの災害復旧計画は、アプリケーション、データ、サービスなど、さまざまなものの優先順位付けから始まります。各資産には、許容可能な回復目標が関連付けられている必要があります。サービスとしての災害復旧計画の重要なヒントを理解することが重要です。

これを優先する必要がある理由は、コストと運用の 2 つです。すべての資産を平等に扱うことは、組織がサービスに対して過剰に支払ったり、支払わなかったりする可能性があるため、費用対効果が低く実用的ではありません。特定のアプリケーション、その他の IT 資産、または特定の種類のデータが利用できなくなった場合、ビジネスにどのような影響があるでしょうか?一部の資産は他の資産よりも重要なので、クラウド災害復旧計画ではそれらの優先順位を反映する必要があります。

クラウドの災害復旧の重要な指標は、ビジネスプロセスを目標レベルに復元するために必要な時間である目標復旧時間 (RTO) と、許容可能なデータ損失レベルを定義する目標復旧ポイント (RPO) の 2 つです。目標指標は計画の一部として定義する必要があります。

事業継続に対する脅威の範囲を理解することも重要です。つまり、自然災害や人為的災害により事業が中断する可能性があります。たとえば、ハリケーン・ハービーが米国のヒューストン地域を襲ったとき、その地域の多くの企業は災害復旧計画の欠如により大きな損失を被りました。

災害復旧計画に影響を与えるその他の要素としては、災害発生時に適切な人物に通知する必要性などがあります。 IDC は、Fortune 1000 企業における非クリティカルなアプリケーションの計画外のダウンタイム 1 時間あたりの総コストは、1 時間あたり約 10 万ドルであると推定しています。重大なアプリケーション障害が発生すると、1 時間あたり 50 万ドルから 100 万ドルの損害が発生する可能性があります。コストとリカバリ時間のトレードオフを理解することは、企業のバックアップおよびリカバリ管理にとって重要です。

クラウド災害復旧のメリット

柔軟性:組織は特定のタイプのアーキテクチャに縛られないため、クラウドコンピューティングの導入のどの段階であっても、ニーズを満たすオプションを選択できます。
コスト:クラウドディザスタリカバリサービスは、物理的なレプリケーション環境よりも安価です。この事実により、中小企業はこれまでは利用できなかった災害復旧オプションを利用できるようになります。
リカバリ時間の短縮:クラウドからのバックアップは、テープからのバックアップよりも高速です。クラウド災害復旧サービスを使用して両方のサイトをホストしたり、同じクラウドにデータを保存したりすると、時間的な利点がさらに得られます。クラウドコンピューティングの仮想化機能も物理サーバーよりも優れています。たとえば、仮想化されたサーバーに障害が発生した場合、数分以内に別の仮想サーバーを起動できます。一方、仮想化サーバーはテクノロジーに依存しないため、さまざまなアプリケーション、オペレーティングシステム、データ、パッチを保存でき、それらはすべて仮想サーバーを使用して自動的に復元されます。仮想化されていない環境では、各要素を個別に復元する必要があります。
回復力:クラウドコンピューティングの一般的な利点は、クラウドの災害復旧にも適用されます。データが増加し、環境が複雑になっても、スケーラビリティは問題になりません。
コンプライアンス:回復時間が短いほど、期限を守れなかった場合のペナルティを回避できます。

クラウド災害復旧のリスク

セキュリティ:最大の懸念は、バックアップ環境またはデータがホストされているクラウド環境のマルチテナント性です。
回復:綿密な計画がなければ、さらに時間がかかる可能性があります。資産の優先順位、サービスレベル契約 (SLA)、プライマリ環境とバックアップ環境間の接続帯域幅を考慮してください。
データ制御:データはクラウドコンピューティング環境に簡単に入り込みますが、外部に漏れないようにするのは簡単ではない場合があります。必ず利用規約をお読みいただき、詳細にご注意ください。
中断:クラウドコンピューティング環境は安全ではありません。このリスクを全体的な災害復旧戦略の一部として考慮することが賢明です。

クラウド災害復旧サービス

クラウドコンピューティングプロバイダーとマネージドサービスプロバイダー (MSP) は、クラウドコンピューティングの災害復旧サービスを提供できます。どちらもクラウドコンピューティングサービスを提供していますが、両者の違いは、マネージドサービスプロバイダー (MSP) の方がより高いレベルの IT サポートを提供していることです。どちらの場合も、サービスレベル契約 (SLA) がビジネスの優先順位、復旧時間目標 (RTO)、復旧ポイント目標 (RPO) に基づいていることを確認することが重要です。

クラウドコンピューティングプロバイダー