このニュース記事をAIで要約してください。
ChatGPTに質問する
グロックに質問する
困惑を尋ねる
クロードに聞いてみよう
Google AIに質問するクラウドバックアップの安全性はどの程度ですか？ランサムウェア攻撃を受けた場合、すべてのデータを復旧できる企業は3分の1にも満たず、ほぼ半数の企業は4分の3未満しか復旧できません。
IDCの調査によると、ハッカーがシステムに侵入していなくても、バックアップ間の空白期間やバックアップシステムの障害によってデータが失われる可能性があるという。
現代の企業にとって、データのコピーを正常に作成することは、業務の一部に過ぎません。復旧ポイント、コピーの完全性、そして迅速な復元能力も同様に重要です。
しかし、インフラがオンプレミスシステムとプライベートクラウドおよびパブリッククラウドに分散している場合、これらの条件をすべて満たすのは困難です。
クラウドバックアップはビジネスの回復力を支える必要があり、そのためには、分離、復旧目標、アプリケーションの一貫性、テスト、そして企業が依存する変化するインフラストラクチャを中心に設計されたアーキテクチャがますます重要になってきている。
クラウド上の単なるコピー以上のもの
クラウドバックアップとは、企業データを本番環境からクラウドベースのリポジトリにコピーし、データ損失やインフラ障害が発生した場合に復元できるようにする手法です。原理は理解しやすいものの、それを実現するアーキテクチャは複雑になる場合があります。
まず、クラウドへのバックアップとクラウドデータストレージは同じものではありません。クラウドストレージはデータを保存する場所です。バックアップシステムは、そのデータを保護し、必要に応じて復元するために特別に設計されたポリシー、スケジュール設定、保持期間、バージョン管理、セキュリティ制御、および復旧メカニズムを追加します。これは、障害発生後に事業運営を再開するために必要な広範なプロセスとインフラストラクチャを統合する災害復旧の重要な構成要素です。
ハイブリッド環境やマルチクラウド環境では、バックアップの構造が複雑になります。ワークロードは、物理サーバー、仮想マシン、クラウドプラットフォームが混在した環境で実行される可能性があり、それぞれに異なる復旧要件があります。たとえば、重要なビジネスアプリケーションのデータベースは、単純なデータアーカイブよりも厳密な復旧目標（RPO）を必要とします。これらを同一視すると、障害発生時に初めて明らかになる脆弱性が生じます。
クラウドバックアップが2026年に複雑化する理由
クラウドバックアップの管理が難しくなっているのは、IT環境の管理が4つの深刻な点で難しくなっているためです。
ランサムウェアがバックアップを標的にする
ランサムウェア攻撃者は、被害者への圧力を最も早く高める方法は、復旧能力を奪うことだと考えている。バックアップリポジトリ、管理コンソール、管理者認証情報は、ハッカーが復旧能力を攻撃するための重要な標的となっている。
そのため、エンタープライズ向けクラウドバックアップにおいて、隔離は不可欠な要件となります。不変のコピー、エアギャップストレージ、厳密に管理された管理者アクセスは、適切に構成され、本番環境の認証情報とは分離されている限り、攻撃者が本番データとともにバックアップを削除または暗号化するリスクを大幅に軽減できます。
マルチクラウドは管理上の問題を増大させる
企業データは複数の環境に保存されており、それぞれの環境で異なるストレージおよび復旧要件が生じる可能性があります。
個々のバックアップごとに別々の製品を使用することで、個々の問題は解決できますが、管理の断片化と可視性の低下というより大きな問題も生じます。一元化されたアプローチを採用することで、一貫したポリシーの適用や保護状況の監視が容易になります。
目標は、企業のデータ保護戦略をシステムやプラットフォーム全体で一貫性のあるものにすることである。
規制が新たな側面を加える
GDPR、DORA、HIPAAなどの規制は、データの可用性、バックアップ、復元に関する要件を定めており、プライバシー規則は個人データの保持期間を制限する場合もあります。そのため、バックアップ戦略は、復元可能性と保持期間の制限および削除義務とのバランスを取る必要があります。複数の地域で事業を展開する企業は、データの所在地に関する異なる規則にも対応する必要があるかもしれません。
クラウドバックアップ戦略では、データの保存場所、アクセス権限を持つユーザー、コピーの保持期間、および重要なシステムの復旧速度を考慮する必要があります。
そのため、一元化された可視性と文書化された復旧テストが極めて重要になります。今下すバックアップインフラストラクチャに関する決定は、運用上の回復力と組織のコンプライアンス遵守能力の両方に影響を与える可能性があります。
強固なクラウドバックアップ戦略の構成要素
健全なクラウドバックアップ戦略は、次の前提から始まります。 いずれ何らかの問題が発生することは避けられない。その目的は、単一の攻撃や障害によって本番データとその復元用コピーが侵害されないようにすることである。
これらの建築原理によって、それが可能になります。
3-2-1-1-0ルールに従ってください
従来から知られている3-2-1バックアップルールでは、少なくとも3つのデータコピーを2種類の異なるメディアに保存し、そのうち1つをオフサイトに保管することが求められています。バックアップ業界で広く推奨されている新しい3-2-1-1-0モデルでは、オフライン、エアギャップ、または不変のコピーを1つ追加し、バックアップ検証とリカバリテスト後にエラーゼロを目指します。
クラウドバックアップを利用すれば、地理的な分散や追加のコピーを容易に実現できますが、根本的な原則は変わりません。本番環境と同じ環境、アカウント、またはセキュリティドメインに存在するバックアップは、本番環境と同じ障害の影響を受ける可能性があるということです。
RPOを考慮した設計
バックアップに関する意思決定は、最初から2つの指標に基づいて行うべきである。
リカバリポイント目標（RPO）。これは、組織が許容できるデータ損失量を時間単位で定義したものです。RPOが1時間ということは、企業は1時間以内の復元可能なコピーを必要とすることを意味します。
復旧時間目標（RTO）。これは、システム障害発生後、システムをどれだけ迅速に復旧させる必要があるかを定義するものです。
これらの要件はワークロードによって異なります。すべてのワークロードに同じバックアップポリシーを適用すると、優先度の低いデータにリソースが浪費される一方で、重要なワークロードの保護が不十分になる可能性があります。
バックアップ自体を保護する
バックアップは、攻撃者が簡単に削除したり暗号化したりできない場合にのみ有用である。
不変性により、バックアップデータは定義された保持期間中は変更または削除されることが防止されます。
エアギャップまたは論理的に分離されたコピーは、本番システムからさらに分離した状態を作り出します。
暗号化は、転送中および保存中のデータの両方を保護します。アクセス制御と個別の管理者認証情報を使用することで、アカウント侵害による被害をさらに軽減できます。
バックアップをアプリケーション対応にする
バックアップ戦略は、インフラストラクチャのホスティングシステムだけにとどまらず、より広い範囲を考慮する必要があります。データベースやその他のトランザクションアプリケーションは、個々のアプリケーションが利用可能で、かつアプリケーション固有の状態でデータを取得するバックアップを必要とする場合があります。
これは、アプリケーションが複数のシステムや依存関係にまたがるハイブリッド環境では、より重要になります。
バックアップだけでなく、リカバリもテストしてください。
バックアップが正常に完了すれば、コピーが作成されたことがわかります。リカバリテストが成功すれば、そのコピーが実際に使用可能であることがわかります。
定期的な復旧テストを実施することで、重要なアプリケーションとデータが、定義されたRTO（目標復旧時間）とRPO（目標復旧時点）の範囲内で復旧できることを検証できます。また、バックアップダッシュボードでは検出できない問題、例えば依存関係の欠落、権限の誤り、コピーの破損、あるいは書類上は存在するものの実際の状況では機能しない復旧手順などを明らかにすることもできます。
VMware環境におけるクラウドバックアップと移行時に何が起こるか
VMware環境は、ハイパーバイザーとエンタープライズバックアッププラットフォーム間の成熟した統合によって恩恵を受ける傾向があります。多くのバックアップソリューションは、VMwareのvSphere API for Data Protection（VADP）を使用して、各ゲストオペレーティングシステム内にバックアップエージェントを必要とせずに、仮想マシンのイメージレベルバックアップを作成します。
これにより、VMwareのバックアップは大規模な管理が比較的容易になるが、同時に依存関係も生じる。
ワークロードがVMware ESXiまたはvSphereから別のハイパーバイザーに移行すると、既存のバックアップワークフローが期待どおりに動作しなくなる可能性があります。たとえば、VADPはVMware環境向けに設計されているため、VADP APIに基づいて構築されたバックアップアーキテクチャを別のハイパーバイザーにそのまま移行することはできません。
これは、移行作業中に保護上のギャップを生み出す。本番環境のワークロードは正常に移行されたとしても、バックアップ戦略は移行前のインフラストラクチャに縛られたままになる可能性がある。
バックアップは独立した運用機能として扱われることが多いため、このリスクは特に見落とされやすい。しかし、大規模なインフラストラクチャ移行の際には、バックアップアーキテクチャもワークロードに合わせて移行する必要がある。
移行前にバックアップの互換性を確認してください
VMwareへの移行を計画している企業は、以下の点を問うべきです。 既存のバックアップソリューションは、対象プラットフォーム上のワークロードを保護し、復元することができます。
つまり、本番ワークロードを移行する前に、Sangfor aSVなどの代替ハイパーバイザーも含め、特定のハイパーバイザーのサポート状況を確認する必要があるということです。バックアップ作成機能がサポートされているからといって、必ずしも同等の復元機能が保証されるわけではないため、評価はバックアップ機能とリカバリ機能の両方を網羅する必要があります。
既存のプラットフォームが対象環境をサポートしていない場合、本番ワークロードを移行する前に、代替または補完的なバックアップソリューションを、理想的にはパイロットテストで検証する必要があります。
バックアップ投資の保護
VMwareやその他のハイパーバイザーをサポートするバックアッププラットフォームを選択することで、一貫した管理レイヤーが提供され、依存度を低減できます。ただし、移行後のワークロードについては、ジョブやポリシーを再設定する必要がある場合が多く、移行期間中に既存の復元ポイントをどのように保持するかをチームは計画する必要があります。
VMwareの置き換えを計画している組織にとって、ハイパーバイザーとの互換性は移行のビジネスケースの中核を成す要素です。
バックアップの空白期間を回避する最も簡単な方法は、データ保護を最初から移行アーキテクチャの一部として扱うことです。
企業環境におけるクラウドバックアップのベストプラクティス
理論上は完璧に見えるクラウドバックアップ戦略でも、実際にビジネスで必要になった時に機能しないことがある。その違いは、たいてい実行方法にある。
企業環境においては、以下の5つの実践事項は絶対に守るべきである。
01 バックアップだけでなく、リカバリテストも実施する
復旧テストは定期的に実施し、ワークロードの重要度に応じて頻度を設定してください。多くの組織では、最も重要なアプリケーションを四半期ごと、あるいはそれ以上の頻度でテストしています。データが破損していないこと、アプリケーションが正常に復旧すること、復旧チームが適切な手順を理解していることを確認してください。一度も復元されていないバックアップは、単なる推測であり、証拠にはなりません。
02 すべてを暗号化する
顧客が管理する暗号化キーは、バックアップデータへのアクセス権限をより詳細に制御できるという利点がありますが、キー管理は慎重に設計する必要があります。暗号化キーにアクセスできない場合、完全に正常なバックアップも破損したバックアップと同様に役に立たなくなります。
03 ロックダウンバックアップ管理
ロールベースのアクセス制御を使用して、バックアップジョブの作成、変更、削除、無効化ができるユーザーを制限してください。管理者アカウントを分け、権限を厳密に管理することで、認証情報が漏洩した場合でも、ランサムウェア攻撃がバックアップの惨事につながる可能性を低く抑えることができます。
04 すべてのバックアップジョブを監視する
自動監視システムは、未完了のジョブ、バックアップ期間や容量の予期せぬ変更、その他保護機能が期待どおりに動作していない兆候を検知し、警告を発するべきです。警告は、それらに対応できる担当者に届くようにする必要があります。
05 回復のリハーサル
復旧手順を文書化し、リハーサルを実施する。技術的な復旧テストを実施する。依存関係、アクセス要件、復旧の優先順位、および各手順の担当者を特定する。
企業向けクラウドバックアップ戦略チェックリスト
| 成分 | その機能 | 企業が確認すべき事項 |
| 3-2-1-1-0 バックアップルール | 隔離されたコピーや変更不可能なコピーを含む複数のコピーを保持し、回復可能性を検証する。 | コピーは複数のメディアまたは環境に保存されていますか？リカバリテストでエラーは発生していませんか？ |
| 復旧目標時点（RPO） | 企業がどれだけのデータ損失を許容できるかを定義する。 | バックアップ頻度は、各ワークロードのデータ損失許容度と合致していますか？ |
| 復旧時間目標（RTO） | 停電後のシステム復旧目標時間を設定します。 | 重要なアプリケーションは、必要な復旧時間内に復旧できますか？ |
| 不変性と孤立 | 攻撃者がバックアップコピーを削除または変更するのを防ぐのに役立ちます | バックアップデータは、侵害された本番環境の認証情報や管理者アカウントから保護されていますか？ |
| アプリケーションの一貫性 | 復元されたアプリケーションとデータベースが使用可能な状態であることを保証するのに役立ちます | このソリューションは、重要なワークロード向けにアプリケーション認識型のバックアップをサポートしていますか？ |
| ハイブリッドおよびマルチクラウド対応 | オンプレミス、プライベートクラウド、パブリッククラウド環境全体にわたるワークロードを保護します。 | ポリシーと復旧ワークフローは、必要なすべてのプラットフォームを網羅できますか？ |
| ハイパーバイザーとの互換性 | ワークロードが仮想化プラットフォーム間を移動する際にも保護を維持します。 | バックアップソリューションは、VMwareとターゲットハイパーバイザーの両方をサポートしており、リストア操作もサポートしていますか？ |
| 復旧テストとモニタリング | バックアップが使用可能であり、障害が迅速に検出されることを確認します。 | 業務は定期的に監視され、障害は調査され、復旧手順は定期的にテストされていますか？ |
堅牢なクラウドバックアップ戦略は、ストレージの保存先を選択するだけでは決まりません。
Sangforとそのデータ保護パートナーがエンタープライズリカバリーをどのようにサポートするか
最適なバックアップ戦略も、その基盤となるインフラストラクチャの質に左右されます。Sangfor HCIは、 aSV 、 aSAN 、aNETを通じてコンピューティング、ストレージ、ネットワークを統合し、インフラストラクチャ層を提供します。また、プラットフォーム上ではaSECなどのセキュリティサービスも利用可能です。既存のストレージとネットワークを維持したい組織向けに、aSVはスタンドアロンのハイパーバイザーとしても提供されています。
企業はaSANスナップショットを使用して、アップデートの失敗や構成エラーなどの事象発生後に迅速なロールバックを行うためのローカルリカバリポイントを作成できます。スナップショットは本番データと同じストレージクラスタ上に存在するため、独立したプラットフォーム外のバックアップを置き換えるのではなく、補完する役割を果たします。
SangforはVeeam Backup & Replicationと統合し、オンプレミス環境とクラウド環境の両方でイメージレベルのVMバックアップ、アプリケーション認識型の保護とリカバリを実現します。不変バックアップリポジトリのサポートにより、ランサムウェアに対する保護がさらに強化されます。VeeamはVMwareとSangfor aSVの両方をサポートしているため、移行時にチームは1つのプラットフォームから両方の環境の保護を管理できます。ハイパーバイザー間の機能の同等性は、各ユースケースごとに確認する必要があります。
Sangforは、旧Veritas事業を含むCohesityとのグローバル戦略パートナーシップを通じて、分散環境におけるデータの回復力、管理、セキュリティに関して、企業に新たな選択肢を提供します。
これらすべてを管理するために、 Sangfor Cloud Platform（SCP）は、コンピューティング、ストレージ、ネットワーク、セキュリティリソースの中央管理レイヤーとして機能し、運用チームにインフラストラクチャの状態を一元的に把握できる機能を提供します。バックアップとリカバリは、VeeamやCohesityなどのパートナープラットフォームを通じて管理されます。
Sangforはインフラストラクチャを提供し、VeeamとCohesityはデータ保護レイヤーを提供します。SCPは、チームがその基盤となる環境を監視するのに役立ちます。これらを組み合わせることで、企業は復旧を念頭に置いたデータ保護戦略を構築できます。
クラウドバックアップ戦略、VMware移行計画、またはより広範なデータ回復力アーキテクチャの見直しを検討している企業にとって、 Sangfor Cloud Platformは最適な出発点です。
よくある質問
クラウドバックアップとは、組織の運用環境から別のクラウドベースのストレージ環境にデータをコピーし、データ損失、破損、ランサムウェア攻撃、またはインフラストラクチャ障害が発生した場合にデータを復旧できるようにする手法です。
クラウドバックアップは、データとシステムの復旧可能なコピーを作成します。災害復旧は、障害発生後にアプリケーション、インフラストラクチャ、および業務を復旧するためのより広範な戦略です。
3-2-1バックアップルールでは、重要なデータのコピーを少なくとも3つ、2種類の異なるストレージメディアを使用して保管し、少なくとも1つのコピーをオフサイトに保管することを推奨しています。3-2-1-1-0アプローチでは、これに加えてオフラインまたは不変のコピーを作成し、バックアップにエラーがなく正常に復元できることを定期的にテストすることで、このルールをさらに拡張しています。
ランサムウェアは、本番システムだけでなくバックアップインフラストラクチャも標的とする可能性があります。攻撃者は、本番環境を妨害する前に、バックアップコピーを暗号化、削除、またはその他の方法で侵害しようとする場合があります。
バックアップソリューションが、既存のVMware環境とターゲットプラットフォームの両方をサポートしていることを確認してください。バックアップおよびリストア機能も含まれている必要があります。ハイパーバイザー間での一貫した管理、アプリケーション認識型の保護、必要なクラウドまたはオブジェクトストレージターゲットのサポート、不変性、およびリカバリテストについても確認してください。
