クラウド コンピューティングのバックアップはデータ センターのバックアップとどう違うのでしょうか?

バックアップは企業にとって良い戦略です。企業は、自然災害や人為的ミスが発生した場合でも業務を正常に継続し、重要な業務の実行によって生じる損失を軽減するために、データとアプリケーションを特定の場所にバックアップし、何らかの方法でデータとアプリケーションを復元できる必要があります。

[[233806]]

企業は、バックアップ サイトとバックアップ テクノロジーの 2 つの方法を使用できます。これらの対策とテクノロジーは事後対応型であるため、企業は短期間でサイトと業務を復旧し、業務を再開することができます。あるいは、プロアクティブな対策やテクノロジー（より高価）を採用することもできます。つまり、場合によっては、企業は、障害が発生したことをユーザーに知らせることなく、壊れたシステムを既存のバージョンのデータとコードで即座に置き換えることができます。

災害復旧は、オンプレミスのシステムとは異なる、クラウド内の新しい一連のオプションを提供します。企業が採用するアプローチでは、アプリケーションとデータ セットがビジネスにもたらす価値を考慮する必要があります。ここでは、企業はその実用性を理解し、災害復旧構成のコストを超えて支出しないようにすることが推奨されます。

オプション 1: リージョン間の災害復旧

企業は、災害復旧のために同じパブリック クラウド プロバイダー内に 2 つ以上のリージョンを設定できます。たとえば、バージニア州のある地域でサービスが中断した場合、州内の別の地域が引き継ぎます。

企業は、データとアプリケーションの完全なコピーをバックアップ領域に複製するための費用を支払うことで、シームレスに引き継ぐことができます (アクティブ リカバリなど)。あるいは、企業はよりコスト効率の高い方法 (大容量ストレージへのスケジュールされたバックアップなど) を使用して、別の領域で迅速に復元することもできます (パッシブリカバリ)。

オプション 2: クラウド間の災害復旧

企業が尋ねる最も一般的な質問は、「パブリック クラウド プロバイダー全体が廃業したり、長期間にわたって停止したりした場合に、データとアプリケーションをどのように保護すればよいのか?」です。たとえば、あるパブリック クラウドを使用して別のパブリック クラウドのバックアップを提供することで、企業は Amazon Web Services を使用して Azure をバックアップできるようになります。また、その逆も可能です。

これは災害復旧における究極の目標のように思えるかもしれません。しかし、災害復旧をサポートするには複数のスレッドが必要であり、つまり、企業は 2 つの異なるスキル セットを維持し、2 つの異なるプラットフォーム構成を持つ必要があり、その他のコストとリスクも発生します。

継続的なクラウド間システム レプリケーション (クラウド間レプリケーションとも呼ばれます) により、企業がプライマリ プラットフォームとバックアップ プラットフォーム間でデータまたはアプリケーションを複製しようとするときにエラーが発生する可能性が高まります。これは人々が望んでいる結果ではありません。不可能ではありませんが、異なるクラウド間のレプリケーションは、同じベンダーのクラウド内よりも 5 倍困難です。このため、一部のエンタープライズ実装を除いて、クラウド プラットフォーム間のサポートはほとんど存在しません。