ハイブリッドクラウドバックアップの設定：完全ガイド
ハイブリッドクラウドバックアップとは、バックアップデータの保存先としてオンプレミスとクラウドの両方を組み合わせたデータ保護戦略のことです。このアプローチは、クラウド要素を取り入れることで冗長性、可用性、耐障害性、およびコスト効率を向上させる点で、他のバックアップ戦略とは一線を画しています。
本記事では、バックアップについては詳しく取り上げません の ハイブリッドクラウドインフラストラクチャではなく、バックアップに関して ～へ ハイブリッドクラウドの構築について、基本原則やクラウドサービスとの連携に向けたデータ保護ソリューションの設定を含めて解説します。
ハイブリッドクラウドのバックアップ戦略
それでは、バックアップとリカバリのためのハイブリッドクラウド戦略にはどのような要素が含まれるのかを見ていきましょう:
- ローカルバックアップ(オンプレミス環境)
- ある組織は、オンプレミスデータセンターの一環として、独自のバックアップインフラストラクチャを運用しています。これには、バックアップサーバー、ストレージデバイス(NASなど)、その他のアプライアンスが含まれます。
- 指定された間隔で定期的にバックアップが作成され、時間の経過に伴うデータの変更が記録されます。頻繁にリカバリポイントが作成されるため、データに迅速にアクセスでき、業務の継続性が確保されます。
- このローカルインフラストラクチャにより、日常業務におけるバックアップと復旧の時間を短縮でき、データへの即時アクセスが不可欠なシナリオに適しています。 目標回復時間 (RTO)は短い。
- クラウド型インフラ
- オンプレミスでの設定に加え、組織はAmazon Web Services(AWS)やMicrosoft Azure、その他のクラウドプラットフォームといったクラウドサービスプロバイダーを利用し、バックアップコピーをサービスプロバイダーのリモートデータセンターに保存しています。
- クラウドストレージはオフサイトでの冗長性を提供します。これは、ローカルでの災害、ハードウェアの故障、その他のオンプレミスでの問題が発生し、ローカルバックアップが利用できなくなった場合に、データを復旧するために不可欠です。クラウドバックアップはインターネット接続があればどこからでもアクセスできるため、遠隔地からのデータ取得や復旧が可能になります。
- また、クラウドリソースは容易に拡張できるため、組織は事前に多額のハードウェア投資を行うことなく、変化する容量要件に対応することができます。
- 実装
- バックアップ管理ソフトウェアは、オンプレミス環境とクラウド環境の両方において、バックアップのスケジュール設定、管理、および実行を行うために使用されます。
- まず、オンプレミスシステムのデータはローカルにバックアップされ、業務上のニーズに応じた迅速なバックアップと復旧が確保されます。
- オンプレミスに保存されたバックアップデータは、その後定期的にクラウドストレージにコピーされ、リモート環境に冗長コピーが作成されます。
- 組織は、バックアップデータをオンプレミスおよびクラウド上でどのくらいの期間保持するかを定めるため、保存ポリシーを策定します。これにより、ストレージコストの管理やコンプライアンス要件への対応が可能になります。
- データの復旧およびマシンの復旧
- オンプレミスとクラウドのバックアップを組み合わせることで、組織の 事業継続と災害復旧 機能とITの耐障害性。データ損失、データの破損、ハードウェアの故障、その他の緊急事態が発生した場合、データ復旧には"ローカルバックアップ"と"クラウドバックアップ"の2つの選択肢があります。
- ローカルバックアップは直ちに必要な復旧に対応できる一方、クラウドバックアップは、オンプレミス環境に影響を及ぼす大規模な災害が発生した場合の安全策となります。
- ローカルバックアップでは、インターネットに依存することなくオンプレミスのインフラからデータを復元できるため、日常業務における復旧時間が短縮されます。また、LANの通信速度はインターネットの通信速度よりも高速です。
- ハイブリッドクラウドバックアップにおけるクラウドコンポーネントは、 災害復旧計画…これは、地理的に離れた場所にデータの冗長性を確保できるためです。現地のインフラに災害が発生した場合でも、組織はクラウドからデータを復元することで、 事業継続.
ハイブリッドクラウドバックアップのメリット
ハイブリッドクラウドバックアップには、組織にとって魅力的なデータ保護戦略となるいくつかの利点があります。運用上の回復力の向上は、以下の要因によるものです:
- 冗長性と災害復旧ハイブリッドクラウドバックアップは、オンプレミス環境とクラウド環境の両方にデータを保存することで冗長性を確保します。この冗長性により、ハードウェアの故障、データの破損、あるいは地域的な災害が発生した場合でも、データの可用性と復旧が保証されます。
- 柔軟性と拡張性ハイブリッドクラウドバックアップは、需要のピーク時やデータ量が増加した際に、クラウドリソースを活用してストレージ容量を拡張できるため、高い拡張性を備えています。この拡張性により、ハードウェアを頻繁にアップグレードする必要がなくなります。
- リモートアクセスクラウドバックアップを利用すれば、権限を持つユーザーはインターネット接続環境があればどこからでもデータにアクセスできます。このリモートアクセス機能は、リモートワークや分散型チームを擁する企業や、災害復旧の場面において極めて重要です。
- 早期回復ローカルバックアップは日常業務における迅速なデータ復旧を可能にし、一方、クラウドバックアップは災害復旧のためのセカンダリオプションとなります。この組み合わせにより、組織はさまざまなシナリオに応じた異なる復旧時間目標(RTO)に対応することが可能になります。
- オフサイト保護クラウドバックアップは、オンプレミス環境のインフラに影響を及ぼす可能性のある盗難、洪水、火災、台風、その他の自然災害といった物理的な脅威からデータを保護する、オフサイトでの保護手段を提供します。クラウドストレージは、バックアップデータを保存するための遠隔地としての役割を果たします。オンプレミスでのデータ損失、ハードウェアの故障、または自然災害が発生した場合でも、クラウドに保存されたデータには引き続きアクセスでき、復元が可能です。
- セキュリティの強化クラウドプロバイダーは、高度なセキュリティ機能、暗号化、およびコンプライアンス認証を提供することがよくあります。これにより、こうした対策が不十分な場合のある従来のオンプレミス型バックアップ手法と比較して、データセキュリティが向上します。また、多くのクラウドストレージプロバイダーは、クラウドに保存されたデータを改ざん、破損、およびマルウェアによる暗号化から保護するための不変性を提供しています。
- データの可搬性とワークロード管理ハイブリッドクラウドバックアップにより、オンプレミス環境とクラウド環境の間でシームレスなデータ移動が可能となり、柔軟なワークロード管理やデータ移行戦略をサポートします。
- 地理的分布. 複数の拠点を持つ組織は、バックアップを一元管理しながら、各拠点がクラウド経由でデータにアクセスできるようにできます。これにより、データの可用性、コラボレーション、および災害復旧能力が向上します。クラウドプロバイダーは、多くの場合、複数の地域にデータセンターを保有しています。この地理的な分散により、冗長性がさらに強化され、たとえ特定のデータセンターで問題が発生した場合でも、データの可用性が確保されます。
- コスト最適化. 組織は、日常的なバックアップにはオンプレミス環境を活用し、必要な場合にのみクラウドリソースを利用することで、コストを最適化できます。クラウドリソースは多くの場合、従量課金制を採用しているため、初期投資や維持管理コストを削減できます。ハイブリッドクラウドバックアップは、日常的なバックアップにはオンプレミス環境を活用し、需要のピーク時や緊急時には追加の容量としてクラウドリソースを活用することで、コストの最適化を支援します。
ハイブリッドクラウドバックアップの欠点
- 複雑さと管理上の負担
- ハイブリッドクラウドのバックアップソリューションの導入と管理は複雑であり、オンプレミスとクラウドの両方の技術に関する専門知識が必要となります。
- 管理者は、異なる環境間での同期、データ転送、およびバックアップポリシーの管理を行う必要があります。複数の異なるパブリッククラウドプロバイダーを利用している場合、この作業はさらに困難を伴う可能性があります。
- データ転送と遅延
- オンプレミスとクラウドの間で大量のデータを転送するには、時間がかかり、インターネットの帯域幅に左右されることがあります。
- レイテンシは、特にクラウドベースの復元において、データへのアクセスや復旧にかかる時間に影響を与える可能性があります。
- データセキュリティに関する懸念
- クラウドプロバイダーは高度なセキュリティ対策を講じていますが、機密データをサードパーティのプロバイダーに委託することについて、依然として懸念を抱いている組織もあるかもしれません。
- 適切に管理されない場合、データ漏洩やクラウド上に保存されたバックアップへの不正アクセスが発生するリスクがあります。
- ベンダーロックイン。 バックアップサービスにおいて特定のクラウドプロバイダーを採用すると、ベンダーロックインに陥る可能性があり、プロバイダーの変更や別の環境へのデータ移行が困難になる恐れがあります。
- ネットワークの依存関係。 ハイブリッドクラウドのバックアップは、ネットワーク接続に大きく依存しています。ネットワークに問題が発生した場合、バックアップをクラウドへ転送したり、クラウドに保存されたバックアップにアクセスしたりする機能に影響が出る可能性があります。
- データのコンプライアンスと規制。 業界によっては、データコンプライアンスやデータ保管場所に関する厳しい規制が存在します。クラウドプロバイダーがこれらの規制を遵守していることを確認するには、追加の取り組みが必要になる場合があります。
- クラウドインフラに対する制御が限定的である。 クラウドサービスは基盤となるインフラストラクチャを抽象化するため、オンプレミス型ソリューションと比較して、組織がハードウェアや設定に対して行使できる制御の範囲が制限されます。
- データ復旧の依存関係。 クラウドバックアップのみに依存すると、データ復旧において外部サービスへの依存が生じる可能性があります。クラウドプロバイダーに問題が発生した場合、データ復旧に影響が出る恐れがあります。
- データの所有権と保存期間。 クラウドサービスを利用する際、データ所有権や保存ポリシーを明確にすることは、組織がデータに対する管理権限を維持するために重要です。
- 運用上の依存関係。 組織は、バックアップや復旧においてクラウドサービスに業務上の依存度を高める可能性があります。クラウドプロバイダーで障害が発生した場合、この依存が課題となる恐れがあります。
- 初期設定と移行における課題。 従来のバックアップ手法からハイブリッドクラウドのバックアップモデルへの移行には、設定、既存のバックアップデータの移行、およびユーザー研修に時間とリソースが必要となる場合があります。
- コスト管理の複雑さ
- クラウドリソースは従量課金モデルによりコスト削減が可能ですが、オンプレミス環境とクラウド環境の両方にわたるコストの管理や予測は、困難を伴う場合があります。
- コスト管理が不十分だと、予期せぬ出費につながる可能性があります。
クラウドストレージの潜在的なコスト
クラウドストレージに関連する潜在的なコストは、ハイブリッドクラウドバックアップのデメリットと見なすことができます。こうしたコストには、次のようなものが含まれます:
- 保管費用クラウドプロバイダーは通常、使用したストレージ容量に応じて課金します。データ量が増加すると、ストレージコストも上昇する可能性があります。組織は予期せぬ出費を避けるため、ストレージのニーズを正確に見積もる必要があります。
- データ転送コスト. クラウドへのデータのアップロードやクラウドからのデータの取得には、データ転送料が発生する場合があります。特に、大量のデータを頻繁にやり取りする場合、これらの費用は積み重なる可能性があります。
- データアクセス料およびデータ転送料. 一部のクラウドプロバイダーでは、データへのアクセスや取得に対して料金を請求しています。データの復元や取得の頻度によっては、こうしたコストが時間の経過とともに積み重なっていく可能性があります。 退場料. クラウド環境からデータを移行する場合、特に別のクラウドプロバイダーへ移行する場合やオンプレミス環境に戻す場合には、データ転送料が発生する可能性があります。
- 冗長化およびデータ複製にかかるコスト. 冗長性を確保するために複数のリージョンやデータセンター間でデータをレプリケーションすると、追加コストが発生する可能性があります。これは、データの可用性に対する要件が高い組織にとって特に重要な点です。
- 休眠手数料. 一部のクラウドプロバイダーでは、データが長期間にわたって非アクティブ(つまり、アクセスや変更が行われない状態)の場合、料金が発生することがあります。
- コストの変動性クラウドストレージの従量課金モデルはコスト効率が良い一方で、データ保存ニーズや利用パターンの変動により、コストの予測が困難になる可能性があります。
組織固有のニーズ、目標、リソースを踏まえて、これらの課題を慎重に評価することが不可欠です。リスク軽減策と適切な計画を立てることで、これらの課題に対処し、ハイブリッドクラウドバックアップの導入を成功させることができます。
コスト関連の問題を軽減する方法
ハイブリッドクラウドのバックアップ環境において、クラウドストレージの高コストを抑えるために、以下の対策が考えられます:
- を使用してください 増分バックアップ アプローチ(必要に応じて定期的な 合成フルバックアップ)および重複排除技術。
- クラウドをセカンダリバックアップストレージとして利用し、ローカルバックアップをプライマリバックアップとして活用することで、クラウドプロバイダーが設定するアクセス料やデータ取得料(アウトバウンド料金など)を削減できます。また、Wasabiのようにアウトバウンド料金がかからないベンダーを選ぶことも可能です。
- データの利用状況に合わせて、クラウドストレージの階層(スタンダード、低頻度アクセス、アーカイブなど)を選択してください。
- 長期保存やアーカイブには、テープドライブなど、よりコスト効率の高いメディアを使用してください。
- データ使用量を監視し、ストレージ戦略の費用対効果を定期的に評価してください。
ハイブリッドクラウドのバックアップの種類
ハイブリッドクラウドのバックアップにはさまざまなアプローチがあり、それぞれ固有のメリットがあり、組織ごとのニーズに合わせて選択できます。バックアップ方式の選択は、データ復旧の目標、ストレージ要件、予算、およびITインフラ全体といった要因によって決まります。ハイブリッドクラウドのバックアップの主な種類は以下の通りです:
- ローカル優先のバックアップ + クラウドへのバックアップコピー
バックアップはまず、オンプレミスのローカルストレージに作成されます。その後、そのバックアップデータを用いて、オフサイトでの冗長性を確保するためにクラウド上にバックアップコピーが作成されます。このアプローチにより、ローカル環境での迅速な復旧が可能となり、より深刻な復旧シナリオではクラウドを活用します。また、本番環境への影響も最小限に抑えられます。
クラウドバックアップのコピーに関するスケジュールや保存ポリシーは、ローカルバックアップのものと異なる場合があります。これにより、クラウドを階層化(ティアリング)に活用し、アクセス頻度が低下した古い復旧ポイントをクラウドに移行します。このアプローチでは、アクセス頻度の低いデータにはクラウドストレージを利用し、頻繁にアクセスされるデータは高速な復元のためにローカルに保持することで、コストを最適化します。
- ローカルキャッシュを活用したクラウド優先のバックアップ
このモデルでは、バックアップは最初にクラウドに直接保存されます。頻繁にアクセスされるデータについてはローカルキャッシュが維持される場合があり、これにより復元がより迅速に行えます。
このアプローチは、データ復旧のニーズが主にクラウド中心であるものの、特定のデータについてはローカルからのアクセスが必要な場合に有効です。
- 双方向クラウドレプリケーション
オンプレミス環境とクラウドの間で、データは継続的に同期されます。ローカル環境またはクラウド環境で行われた変更は、もう一方の場所に反映されます。
このアプローチはリソースを多く消費します。しかし、両環境間でデータの一貫性が保たれるため、柔軟なデータアクセスと復旧が可能になります。
- 階層型バックアップストレージ
この戦略では、アクセス頻度に応じて、異なる階層のデータをそれぞれ別の場所に保存します。頻繁にアクセスされるデータはローカルに保存し、アクセス頻度の低いデータはコストを最適化するためにクラウドに保存します。
クラウドベースのアーカイブとは、アクセス頻度の低いデータや古いデータをクラウドストレージに移行し、オンプレミスのストレージシステムの空き容量を確保する手法です。アーカイブされたデータは、長期保存やコンプライアンス対応のために保持されますが、頻繁に使用されるデータに比べるとアクセスしにくくなります。
- バックアップのローテーションとライフサイクル管理
このアプローチでは、保存ポリシーに基づいて、ローカル環境とクラウド環境の間でバックアップコピーをローテーションさせます。古いバックアップは長期保存のためにクラウドに移行され、一方、新しいバックアップは迅速な復元のためにローカルに保持されます。
- クラウド型災害復旧
クラウドは主に災害復旧の目的で利用されます。バックアップデータや仮想マシンのイメージをクラウドに保存しておくことで、ローカル環境(ローカルのバックアップインフラを含む)に災害が発生した場合でも、システム全体を迅速に復旧させることができます。
- ハイブリッド・バックアップ・アプライアンス
ハイブリッド・アプライアンスは、オンプレミスのバックアップ・ハードウェアとクラウド連携を組み合わせたものです。これらのアプライアンスは、データ重複排除、暗号化、およびオンプレミスとクラウド間のバックアップの同期を管理します。
これらの概念は、組織がオンプレミスとクラウドの両方のストレージを活用し、データ保護、災害復旧、コスト最適化、および効率的なデータ管理を実現するためのさまざまな方法を示しています。組織が採用するアプローチは、データ保持ポリシー、復旧時間目標(RTO)、データアクセスパターン、予算上の制約など、複数の要因によって決まります。
NAKIVO を使用したハイブリッドクラウドバックアップの設定
NAKIVO Backup & Replication は、さまざまなインフラストラクチャ向けに設計されたデータ保護ソリューションです:
- オンプレミス環境(物理サーバーまたは仮想サーバー)
- クラウド(マルチクラウド環境を含む)
- ハイブリッドクラウド
本ソリューションは、オンプレミスデータセンターおよびクラウド上のワークロードのバックアップに加え、オンプレミスデータセンターやパブリック／プライベートクラウドへのバックアップにも対応しています。NAKIVOソリューションでは、まずオンプレミスでバックアップを作成し、その後クラウドストレージへのバックアップジョブを作成することで、ハイブリッドクラウドバックアップ戦略を容易に導入できます。さらに、これらのジョブを自動化して、 ジョブチェイニング 機能。では、ハイブリッドクラウドバックアップの設定方法を NAKIVO Backup & Replication.
インベントリにアイテムを追加する
NAKIVOソリューションのインベントリに、オンプレミスおよびクラウドの両方のプラットフォームを追加して、保護を開始できます。また、宛先のクラウドストレージもインベントリに追加する必要があります。
インベントリにアイテムを追加するには:
- 移動
Settings > Inventoryそして、+アイコン。 - 必要なプラットフォームを選択し、
Add Inventory Itemウィザード。
詳細については、以下をご覧ください インベントリにさまざまなアイテムを追加する.
この例では、VMware vSphere の一部である ESXi ホストをソースプラットフォームとして追加し、Amazon S3 ストレージも追加して、クラウドへのバックアップコピーを作成します。
Amazon S3 またはその他のクラウド先を追加するには:
- 選択
Storageの最初のステップでAdd Inventory Itemクラウドストレージを追加するウィザード。
- ～のために
Type、Amazon S3 またはその他のクラウドプラットフォームを選択します。サポートされているクラウドストレージアカウントのいずれかを追加できます:- Amazon S3
- 一般 S3互換オブジェクトストレージ クラウド上で
- マイクロソフト Azure Storage
- わさび
- BackBlaze B2
- ～のために
Options、必要な接続オプションを入力してください。
オンプレミスでのリポジトリの作成
ローカル環境にバックアップリポジトリを作成するか、 オンボード・バックアップ・リポジトリ. 移動 Settings > Repositories をクリックして + 新しいバックアップリポジトリを作成します。
インストール済みのマシン上のローカルフォルダを使用して、バックアップリポジトリを作成できます トランスポーター、これは NASデバイス または 重複排除アプライアンス. また、オンプレミス環境内の別のリポジトリ場所を使用したり、 中小企業向けシェア またはNFS共有。
ウィザードの手順に従って完了してください バックアップリポジトリの作成 適切なタイプのものを。有効にするには データの暗号化 バックアップリポジトリを作成する際。
パブリッククラウドにリポジトリを作成する
クラウド上にバックアップリポジトリを作成します。次のURLにアクセスしてください 設定 > リポジトリ をクリックして + 新しいバックアップリポジトリを作成します。パブリッククラウドでバックアップリポジトリを作成するには、以下の手順に従ってください:
- Amazon S3 にリポジトリを作成する
- Azure Blob Storage にリポジトリを作成する
- Amazon EC2 にリポジトリを作成する
- [リポジトリを作成] BackBlaze B2 クラウドストレージ
- [リポジトリを作成] Wasabi Hot Cloud ストレージ
この例ではAmazon S3を使用するため、以下を選択します Cloud & S3-Compatible Storage リポジトリの種類として指定し、その後 Amazon S3 ～の中で Create Backup Repository ウィザード。
オンプレミスに少なくとも1つのバックアップリポジトリを用意した上で、パブリッククラウドにバックアップリポジトリを作成する必要があります。当社のバックアップリポジトリは、以下のスクリーンショットに表示されています。柔軟性と拡張性を高めるため、オンプレミスとパブリッククラウドの両方に複数のリポジトリを用意することができます。
ローカルバックアップジョブの設定
この例では、2つのバックアップジョブを作成します。1つは迅速な業務復旧を目的としたオンプレミスストレージへのバックアップジョブ、もう1つはオンプレミスのバックアップインフラが利用できない場合に備えてAmazon S3バケットに保存するバックアップコピージョブです。
オンプレミスのバックアップリポジトリへのデータバックアップを行うバックアップジョブを設定しましょう。
クリック Jobs 左側のパネルで、[クリック] + そしてクリック VMware vSphere backup job または、バックアップ対象に応じて、その他のバックアップジョブタイプを選択してください。
指示に従って 新しいバックアップジョブを作成する 適切なデータソースについては、
を参照してください。この手順では VMware 仮想マシンをバックアップするため、以下の手順に従います。 VMware vSphereのバックアップジョブの作成バックアップジョブを作成するには、ウィザードの手順を完了する必要があります:
Source. バックアップしたい項目を選択します。ここでは、ESXiホスト上に存在するWindows VMを選択します。
Destination. オンプレミスに展開済みのバックアップリポジトリから1つを選択してください。ここではOnboard repositoryローカルマシン上の NAKIVO Backup & Replication (完全なソリューション) がプライマリリポジトリとしてインストールされています。
Schedule. バックアップジョブのスケジュールを設定し、オンプレミスのバックアップリポジトリへのデータバックアップの実行タイミングを定義します。ここでは、バックアップジョブを毎日午前0時に実行されるように設定します。このステップでは、複数のスケジュールや保存期間のルールを設定できます。
Options. バックアップジョブ名を入力し、設定を行います その他のバックアップジョブのオプション例えば、転送中のデータを保護するためにネットワーク暗号化を有効にしたり、ネットワーク高速化機能を利用したり、スワップファイル、パーティション、未使用のブロックを除外してデータ転送を高速化したりすることができます。ウィザードの手順を完了してください。
クラウドへのバックアップジョブの設定
設定 バックアップコピー ハイブリッドクラウドバックアップ環境を構築するためにクラウドへ。
クリック Jobs 左側のペインで、[クリック] + をクリックして Backup copy job 表示されるメニューで。 New Backup Copy Job Wizard 開きます。
Backups. 作成済みで、以前に実行したバックアップジョブを選択します。この例では、VMware Windows VM backupこのジョブによって作成されたすべてのVMバックアップを含むジョブ。
Destination. パブリッククラウド上に作成したバックアップリポジトリを選択します。ここでは、S3バックアップリポジトリを保存先として選択します。
Schedule. バックアップコピージョブのスケジュールと保存期間ポリシーを設定します。オンプレミスでのバックアップは毎日午前0時に実行されるように設定したため、クラウドへのバックアップコピーは毎日午前3時に開始されるように設定します。当社のVMは容量が大きくないため、オンプレミスでのバックアップジョブは午前3時までに完了するはずです。あるいは、 ジョブチェイニング バックアップジョブが正常に完了した後、バックアップコピージョブが自動的に開始されるようにする。
Options. バックアップジョブの名前を入力し、ネットワーク高速化やネットワーク暗号化など、必要なオプションを選択して、FinishまたはFinish & Run.
当社は、ハイブリッドクラウドバックアップを NAKIVO Backup & Replication. オンプレミスの バックアップ そして クラウドへのバックアップ 作業が完了しました。
これで、復旧用に異なる場所に2つのバックアップ(ローカルバックアップとクラウドバックアップ)が用意されました。このようなハイブリッドクラウドバックアップのアプローチは、迅速なアクセスとローカルでの可用性という利点と、クラウドベースのバックアップが持つ冗長性と信頼性を兼ね備えています。
