サービスとしてのディザスタ・リカバリとは？

データセンターは一般的に安全ですが、洪水、火災、物理的な侵入者がネットワーク環境を破壊する可能性があります。データセンターを含む全ての組織は、予期せぬダウンタイムが発生した場合に事業継続性を確保するためにディザスタ・リカバリ計画を必要としています。

ディザスタ・リカバリ

従来は、ネットワーク上にバックアップを作成したり、バックアップをクラウドに移動したりしていました。バックアップはディザスタ・リカバリの唯一のコンポーネントではありませんが、データ侵害やインシデントによる物理的な損害が発生した後の主要な修復ツールです。オンサイト・バックアップは有用ですが、自然災害や物理的な盗難により、バックアップ・ストレージ・システムがオンプレミスにある場合、それらは効果的ではありません。

クラウド・バックアップは、ディザスタ・リカバリの実行中にデータを保存する方法として導入されましたが、データ・バックアップはインフラに対応していません。バックアップはデータ保護とリカバリに有益ですが、インフラ、生産性、ダウンしたインターネット接続の損失には対応しません。ディザスタ・リカバリ計画には、バックアップ以上のものが含まれます。侵害の封じ込めと排除、インシデント後のインフラの中断の調査、フェイルオーバー手順、ディザスタ・リカバリ計画の実行に関わる全ての人への通知などの手順について説明します。

サービスとしてのディザスタ・リカバリ（DSaaS：ディザスタ・リカバリ・アズ・ア・サービス）は、従来のディザスタ・リカバリ計画のオーバーヘッドとインフラ・コストを削減することを目的としています。高価なハードウェアやソフトウェアをオンプレミスでホスティングする代わりに、フェイルオーバー・インフラをクラウドに移行できます。クラウドで動作するため、ディザスタ・リカバリ計画は、クラウド・サービスとして提供されます。これが DRaaS という由来です。

サービスとしてのディザスタ・リカバリ（DRaaS）

内部ディザスタ・リカバリ・インフラのハウジングは高価で、スタッフによるサポートが必要です。サービスとしてのディザスタ・リカバリ（DSaaS）は、クラウドにインフラを格納します。これにより、内部ディザスタ・リカバリ・ワークフローからクラウドベースのストレージやフェイルオーバーへのスムーズな移行が可能になります。データセンターは、フェイルオーバー・インフラをホスティングする代わりに、サードパーティのクラウド・ホスティング・サービスでホスティングできます。災害が発生した場合、管理者はクラウド・リソースに切り替えて、ローカルのダウンタイムの問題が解決されるまでビジネスの生産性を維持できます。

クラウド・コンピューティング技術は、サービスとしてのインフラ（IaaS：Infrastructure as a Service）と仮想化を使用する DRaaS で広く使用されています。クラウド・コンピューティングを使用することで、ビジネスの成長や仮想リソースの増大に応じて、コストを削減し、スケーラビリティを提供します。サービスとしてのバックアップ（BaaS：Backup as a Service）インフラは DRaaS に含まれていますが、完全な DRaaS ソリューションではなく、1 つのコンポーネントにすぎません。

DRaaS により、大規模な組織やデータセンターは、顧客にフェイルオーバーを迅速に提供できます。大企業にとってダウンタイムは 1 時間あたり数百万ドルかかるため、DRaaS は、データセンターが費用のかかる訴訟や顧客からの信頼の喪失を避けるのに役立ちます。データセンターと取引する前に DRaaS を必要とする顧客もいます。

サービスとしてのディザスタ・リカバリにかかるコスト

DRaaS は、年間最大 6 桁、または月に数千ドルの費用がかかる場合があります。コストが高いため、通常は大規模な組織のために予約されています。コストは、フェイルオーバーとして展開されるサービスとインフラによって異なります。インフラやサーバーが増えるにつれ、コストは増大します。バックアップはビジネスの成長とともに大きくなる可能性があるため、DRaaS のストレージ・コストも増加します。

DRaaS リソースの決定には、リカバリ時間目標（RTO）とリカバリ・ポイント目標（RPO）の 2 つの要素があります。

RTO とは、ダウンタイムが通常の業務運営や生産性に影響を与える前に、企業が存続できる期間です。RPO は、ビジネス運営や継続性に影響を与える前に失われる可能性のあるデータの最大量です。この時点は、データをリストアするためのバックアップ転送後の最新のデータを反映します。1 時間の損失なら許容できる企業もあれば、1 日の損失でも業務に悪影響を及ぼさない企業もあります。

企業は、時間やデータを失う余裕がないと考えるかもしれません。しかし、大半の企業は一定の時間であれば、不完全ながら業務を続けることができます。停電やインターネット接続の喪失など、ほとんどの企業は、ダウンタイムが運用に影響を与える前に、手動リソースを少なくとも 1 時間操作できます。データの損失は、多くの場合、より重大な事象であるため、企業は、1 時間ごとに格納されるデータ量を常に評価し、ディザスタ・リカバリに使用できるバックアップの頻度を決定する必要があります。

DRaaS プロバイダ

ほとんどの主要なクラウド・プロバイダは、DRaaS ソリューションを提供しています。クラウドの日常業務で使用しているのと同じプロバイダを使用すると、より簡単に使用できます。しかし、1 つのプロバイダだけを使用すると、単一の障害点が残るため、複数の DRaaS プロバイダを持つ企業もあります。

DRaaS を提供しているプロバイダの例：

• AWS Disaster Recovery
• Microsoft Azure Site Recovery
• Google Cloud Disaster Recovery
• ピュア・ストレージ Pure Cloud Block Store

小規模企業には、オープンソースの DRaaS ソリューションが予算内で利用できます。フリー・ソリューションは、大規模な環境をサポートするために必要なエンタープライズの柔軟性と機能を持っていないことがよくありますが、中小企業にとってはよいスタートとなります。

オープンソースの DRaaS ソリューションの例：

• Arcserve
• Zmanda の Amanda コミュニティ版

DRaaS のメリットと欠点

他のテクノロジーと同様に、DRaaS にはメリットと欠点があります。企業にとって最大のメリットは、ダウンタイムの削減です。ほとんどの企業は、フェイルオーバー・リソースに切り替える時間が必要ですが、ディザスタ・リカバリ・サービスが利用できない場合に比べると、はるかに最小限です。多くの定評あるクラウド・サービスはスケーラブルな DRaaS を備えているため、成長する企業は、より多くのデータやインフラに対応するためにリソースを手動で拡張する必要はありません。

各プロバイダには、独自のツールと手順があります。単一のプロバイダを購入すると、統合を切り離すのは難しいため、選択する前に慎重に調査する必要があります。どの DRaaS ソリューションも、インフラとスタッフが最悪の事態に備えられるよう、徹底した計画とディザスタ・リカバリの演習を行い、テストする必要があります。

ディザスタ・リカバリ計画を実行する場合は、環境がフェイルオーバーに切り替わった後に、一部のデータやサービスを移行する必要があります。データ転送の速度は、ユーザー自身のインターネット接続とプロバイダから利用可能な帯域幅によって異なります。フェイルオーバー DRaaS ソリューションへの切り替えに要する時間を決定する際には、この欠点を考慮してください。

Pure Cloud Block Store が、DRaaS の一般的な欠点をどのように軽減するかをご覧ください。

まとめ

ディザスタ・リカバリ計画は、ダウンタイムを引き起こす予期せぬイベントに不可欠です。中小企業は、ディザスタ・リカバリ計画を必要としています。一方、データセンターや大企業は、高度な技術と顧客サポートを支えるソリューションが必要です。DRaaS は、スケーラブルで手頃な価格、効果的なフェイルオーバーを展開し、ダウンタイムを削減し、事業継続性を向上させる方法の 1 つです。