災害復旧とクラウド コンピューティングに関する 3 つの誤解

ほとんどの IT プロフェッショナルはバックアップとリカバリ操作の必要性を理解していますが、クラウドへの移行によって混乱が生じています。

[[330257]]

災害復旧 (DR) は、アプリケーションまたはデータセットが本番環境に導入されるたびに対処されるトピックの 1 つですが、通常はオプションにすぎません。パブリック クラウドへのアプリケーションの展開も同様です。しかし、多少の混乱がありました。業界の専門家が調査を行い、企業のクラウド プラットフォームへの移行を妨げていると思われる、クラウドベースの災害復旧に関する 3 つの誤解を発見しました。

誤解 1: 災害復旧はパブリック クラウドにすでに組み込まれているため、必要ありません。

ここでの混乱は、いくつかの基本的な災害復旧機能がパブリック クラウド プロバイダーにとって体系的であるということです。ハードウェア障害や実際の災害が発生した場合に備えて、バックアップ システムが導入されています。しかし、それらのシステムでは、テナント所有のワークロードの特定の災害復旧のニーズが考慮されていません。

このエラーは、データが誤って削除されたり、実行可能ファイルが破損したりしない限り、通常は気付かれません。パブリック クラウド プロバイダーは、電力サージによるハードウェアの焼損などの大きな問題には対処できますが、データベースやファイル内のデータの損失などの小さな問題には通常対処できません。

パブリック クラウド プロバイダーは、障害や災害が発生した場合でもクラウド コンピューティング サービスが継続して稼働できるように、クラウド コンピューティング サービスの災害復旧を提供する「責任共有」モデルを推進しています。ただし、実際に仮想クラウド サーバーを実行している場合と同様に、独自のデータとアプリケーションをバックアップするのは企業の責任です。

誤解 2: クラウド コンピューティング サービスごとに個別の災害復旧計画とプロセスが必要です。

もちろん、企業はデータベースのネイティブのエクスポートおよびインポート ツールを使用してクラウドベースのデータベースをバックアップできます。しかし、これらのサービスを 20 倍に増やし、AI サービス、IoT サービス、分析サービスごとに異なる災害復旧要件を追加すると、状況は複雑になります。

ほとんどのパブリック クラウド プロバイダーは、パブリック クラウドに組み込まれたバックアップおよびリカバリ マネージャーを提供しています。企業はこれらのツールを使用して、バックアップする必要があるリソースを選択し、バックアップの実行（いつ、どのように、何をなど）を自動化し、最終的にセキュリティ、ガバナンス、またはログ記録の要件を満たすことができます。これらのツールを活用する利点は、企業がさまざまなパブリック クラウド サービスにわたるほとんどのバックアップおよびリカバリ操作を 1 か所で管理できることです。企業は、不安定性を構成可能なドメインに配置することで複雑さを排除できます。

誤解 3: データ保護とセキュリティに関するコンプライアンス プロセスは、災害復旧用にバックアップされたデータにも適用されます。

これは高額の罰金を支払うための素晴らしい方法です。データが運用サーバー、バックアップ サーバー、またはテープ (昔の話) に保存されているかどうかに関係なく、個人を特定できる情報や特定の財務データなどの特定のデータは規制されます。

これはクラウド コンピューティングに関連します。災害復旧操作をサポートするためにパブリック クラウド上のプライマリ ストレージ デバイスからセカンダリ ストレージ デバイスにデータを移動する仮想バックアップでは、プライマリ クラウドベースのストレージ デバイス上のデータと同じポリシーとセキュリティに従わない可能性があるからです。

場合によっては、国外の別の地域にあるクラウド コンピューティング サーバーにデータを複製するなど、世界の別の地理的地域にデータをバックアップすることさえ違法になります。ほとんどの場合、企業がコンプライアンス監査に合格するまで、この点は理解されません。

パブリック クラウドに移行する場合は、災害復旧を変更する必要があります。ツールとバックアップ リソースは必要に応じて利用できますが、組織はそれらをどのように使用するかについて慎重に計画する必要があります。こうした誤解やベスト プラクティスの欠如により、クラウドに移行する企業のほとんどは、災害復旧の意味について混乱しています。