オフサイト災害復旧とは
オフサイト災害復旧とは、事前に準備されたインフラストラクチャにデータのバックアップコピーをオフサイトに保存することです。このアプローチにより、メインサイトでの障害発生時や、メインサイトが災害の影響を受けた場合に、データを復旧し、ワークロードを復元することが可能になります。これは、データのバックアップとレプリケーションを利用してデータを保護する事業継続戦略です。 データは、プライマリサイトや本番サイト(例えば、オフィスやメインデータセンター)とは別の場所に保存されます。
このブログ記事では、オフサイト災害復旧、その重要性、および動作原理について解説します。また、災害復旧のためのオフサイトバックアップとレプリケーションの設定方法についても説明します。
オフサイト災害復旧はどのように機能するのでしょうか？
バックアップやレプリカをメイン環境とは別の場所に保管することは、オフサイト災害復旧の基礎となります。バックアップを利用すれば、ストレージ要件やその他のリソースを節約できます。これは、広域ネットワーク(WAN)やインターネットを介して遠隔地へデータを転送する場合にも重要です。一方、レプリケーションはより多くのリソースを必要としますが、ワークロードをより短時間で復旧させることができます。
オフサイト災害復旧の基本的なプロセスには、オフサイトバックアップ、オフサイトレプリケーション、およびオフサイトデータストレージがあります。 これらについて、さらに詳しく見ていきましょう。
オフサイトバックアップとは何ですか？
オフサイトバックアップとは、本番サイトから、本番サイトから離れた場所にあるセカンダリサイトへデータをコピーすることです。2つのサイトは地理的に分散されており、第1のサイトで災害が発生した場合でもデータ損失を防ぐことができます。オフサイトバックアップの手法は、プライマリサーバーから遠隔地のオフサイトサーバーへデータをバックアップする場合にも同様に適用できます。この操作は、オフサイト 災害復旧計画.
3-2-1のルール
災害復旧の計画やバックアップデータの保護を行う際、本番システムを復旧できる手段を常に複数用意しておくことが望ましい。業界の専門家が推奨する標準的な方法は、 3-2-1バックアップルール. このルールでは、理想的には 3 当社のデータに関する資料 2 さまざまな媒体で、保存する 1 そのバックアップデータのオフサイトコピー。
"3-2-1"のバックアップルールは、バックアップの保存先を分散させるのに役立ちます。これにより、復旧手段のすべてが単一のソース、メディア、またはバックアップ場所に依存する事態を回避できます。これは、システムを構築する際に考慮すべき極めて重要な点です。 データセンターの災害復旧計画 およびバックアップ戦略。
オフサイトバックアップからの復旧
オフサイトバックアップからのデータ復元は、オンサイトバックアップに比べて時間がかかる場合があります。しかし、このアプローチにより、データ保護戦略全体の信頼性が大幅に向上します。バックアップは、以下の目的で使用できます。 個々のファイルを復元する.
ただし、災害復旧にオフサイトバックアップのみを使用する場合、データ量が多いと復旧に時間がかかりすぎる可能性があります。バックアップからの復元には、バックアップからデータを抽出してサーバーや仮想マシンにコピーする時間がかかります。復旧時間を短縮するには、 目標回復時間 (RTO) オフサイトでのデータレプリケーションを利用できます。
オフサイト複製とは何ですか？
オフサイトレプリケーションとは、フェイルオーバーやワークロードの迅速な復旧に利用するための、特定の時点におけるデータのコピーを作成するプロセスです。仮想マシンをレプリケートする際、オフサイトにあるセカンダリサーバー上に、プライマリVMのクローンであるVMレプリカを作成します。 プライマリVMに障害が発生した場合、このVMレプリカを起動してワークロードを復旧させることができます。
オフサイトレプリケーションを利用する利点は、バックアップからデータを復元する場合と比較して、データを用いたワークロードの復旧に要する時間が短いことです。レプリカには、すぐに使用可能な非圧縮データが含まれています。
オフサイトデータストレージとは何ですか？
オフサイトデータストレージとは、バックアップや復旧を目的として、分散型かつ冗長化されたデータコピーを作成するために、プライマリ(本番)サーバー、データセンター、またはサイトから離れた場所に設置されたストレージのことです。
オフサイトにあるバックアップサーバーや、データのバックアップやレプリカを保存できる代替ストレージを用意し、プライマリサイトのデータが災害の影響を受けた場合でもアクセスできるようにしておく必要があります。主な保存先の種類は、主に以下の3つがあります:
- 遠隔オフィスのローカルサーバー、またはデータセンター
- バックアップデータとレプリカをクラウドに送信する
- 録音 データをハードディスクやテープにバックアップする そして、これらの記憶媒体を遠隔地へ輸送する
メインの制作拠点とは別の場所に、セカンダリサイトを構築することができます。以下のような方法があります 3種類の災害復旧サイト:
Hot site. インフラストラクチャは、短時間でデータの復旧やワークロードのフェイルオーバーに対応できる態勢が整っています。すべてが事前に準備されているため、災害発生時の設定作業は最小限で済みます。Warm site. あらかじめインストール済みのハードウェアがいくつかあります。ただし、バックアップからデータを復元し、重要なワークロードを実行する前に、インフラストラクチャの設定を行うための作業がいくつか必要です。Cold siteインフラの準備状況は不十分です。主要なインフラ要素のみが準備されています。オフサイトのバックアップストレージからデータを復元し、ワークロードを実行するには、追加のハードウェアやその他の機器を購入し、サーバーの設定を行う必要がある場合があります。
オフサイト災害復旧を導入する理由
一般的な災害復旧のシナリオを考えると、ハードウェアの故障や、あるいは意図しないデータ損失によって、ある拠点の環境が失われるケースが思い浮かびます。自然災害や大規模な ランサムウェア攻撃 ありそうもないことのように思えるかもしれませんが、こうした災害シナリオへの備えが不十分だと、財務面やブランドイメージへの悪影響により、企業が倒産に追い込まれる可能性があります。今日の企業は、物理的な拠点全体が失われる事態を含め、あらゆる災害復旧シナリオに備える必要があります。
ランサムウェアによって本番サーバー上のデータのメインコピーが破損した場合、ローカルバックアップも影響を受ける可能性があります。本番ネットワークからアクセスできない隔離された場所にバックアップを保管しておけば、ハッカーとの交渉をせずに、ランサムウェア攻撃からの復旧をより迅速に行うことができます。
レプリカやバックアップをオフサイトに保管しておけば、火災、台風、地震、竜巻、ハリケーンなどの自然災害によってメインサイトの本番サーバーが破壊された場合でも対応できます。オフサイトのバックアップからデータを復元したり、別の場所にあるレプリカを起動したりすることができます。もちろん、この場合、セカンダリサイトはプライマリサイトと同じ自然災害の影響を受けないよう、十分な距離を置いて設置する必要があります。
メリット オフサイト災害復旧の利点は以下の通りです:
- 自然災害に対するさらなる保護
- バックアップのセキュリティを強化し、マルウェアからデータを保護
- データおよびワークロードの復元機能
- データが復元不能な状態で失われる可能性が低くなる
- 改善された 事業継続
災害復旧のためのオフサイトバックアップとレプリケーションの設定方法
オフサイト災害復旧戦略を策定する際には、その実施を支援するデータ保護ソリューションを選択する必要があります。このソリューションは、バックアップ、バックアップコピーの作成、データレプリケーション、およびフェイルオーバーに対応している必要があります。タスクの自動化や、バックアップ先ストレージの接続・切断機能があることが推奨されます。
With NAKIVO Backup & Replication、作成することができます VMのバックアップ, backup copy、および replication 私たちが～を作り出すことができる仕事 副次的なコピー データの。バックアップのコピーは、リムーバブルストレージメディア、テープ、クラウドなど、複数の場所に保存することができます。
VMware vSphere環境とNAKIVOソリューションを例に、オフサイトバックアップとレプリケーションの設定方法について見ていきましょう。
オフサイトバックアップ用のバックアップジョブの設定
～とともに NAKIVO Backup & Replication 以下の Backup Copy ローカルリポジトリに保存されたバックアップからコピーを作成し、それをオフサイトに送信する機能です。もちろん、バックアップコピーのデータは、同じサイト内の別のバックアップサーバーにローカルで保存することも可能です。しかし、バックアップコピーの利点を最大限に活かすためには、理想的には、このコピーをLANやWANなどのネットワーク経由で接続された別の場所に配置することが望ましいでしょう。 こうすることで、バックアップデータのオフサイトコピーを確保でき、"3-2-1ルール"の最後の"1"を満たすことになります。
それでは、NAKIVOソリューションでオフサイトデータバックアップ用のバックアップコピージョブを作成する方法を見ていきましょう。
Webインターフェースを開き、[ Create > Backup copy job.
その New Backup Copy Job Wizard 開きます。
- まず、バックアップコピージョブを設定したいVMのバックアップを選択します。
- 次に、VMのオフサイトバックアップ先を設定する際に考慮すべき、バックアップジョブ設定の重要な詳細について説明します。それは、データの保存場所です。以下から選択できます。
DR Repoこれは、以下の環境にあるオフサイトバックアップリポジトリです。オフサイトバックアップの保存先としては、Amazon S3やWasabiなどのパブリッククラウドも利用できます。クラウドリポジトリでは、不変性を有効にすることで、バックアップデータを破損やランサムウェアによる削除から保護することができます。
- また、 NAKIVO Backup & Replication、本番環境でのプライマリバックアップジョブが正常に実行された直後に、バックアップコピージョブを実行するように設定できます。これにより、常に最新のバックアップ復元ポイントがオフサイトのリポジトリにコピーされることが保証されます。
- バックアップコピーの保存期間を選択できます。以下に示すように、デフォルトではソースバックアップと同じ数のポイント保持が設定されています。このオプションを選択すると、ソースバックアップの保存ポリシーが適用されます。
なお、クラウドリポジトリまたはローカルのLinuxベースのリポジトリを選択した場合、 NAKIVO Backup & Replicationまた、不変性を有効にすることで、リカバリポイントが新たなランサムウェアの感染から確実に保護されるようにすることもできます。
- 最後に、次のようなその他のオプションを有効にすることができます。
Network accelerationそしてEncryptionこれにより、オフサイトバックアップリポジトリにコピーされるデータのパフォーマンスとセキュリティの両方が向上します。
オフサイトデータレプリケーションの設定
レプリケーションを利用することで、本番環境で稼働している仮想マシンのスタンバイレプリカVMを作成できます。このスタンバイレプリカVMはオンサイトに配置することも可能ですが、サイト障害に対する耐性を確保するため、理想的にはオフサイトに配置します。サイト全体がダウンした場合でも、オフサイトの災害復旧拠点にすでにプロビジョニング済みのスタンバイレプリカVMへのフェイルオーバーを開始できます(DR) 機能。では、この環境でレプリケーションジョブを設定するのがいかに簡単かを見てみましょう。 NAKIVO Backup & Replication.
ダッシュボードを開き、[クリック] Create > VMware vSphere replication job.
その New Replication Job Wizard for VMware vSphere 開きます。
- まず、レプリケートしたい仮想マシンを選択します。
- その点に関しては
Destination繰り返しになりますが、オフサイトバックアップと耐障害性を実現するための鍵は、バックアップ先のVMware環境とデータストアが別のサイトにあることを確認することです。
- ネットワークマッピングを有効にして、ソースVMの仮想ネットワークを適切なターゲット仮想ネットワークにマッピングします。
- ネットワークマッピングの設定が完了したら、Re-IP を有効にして、復旧時に特定の宛先 IP アドレスをマッピングすることができます。
- レプリカVMの作成や更新を、プライマリのバックアップジョブなど、別のジョブが実行された後に実行するようにスケジュール設定できます。カレンダーを活用すれば、他のタスクがいつ予定されているかを確認し、重複を避けることができます。
- レプリカVMの保持機能では、レプリケーションプロセスが実行されるたびに、特定の時点のスナップショットが作成されます。保持するスナップショット数(保持ポイント数)を指定することができます。NAKIVO製品では、
GFS定着支援策.
- 最後に、ネットワークアクセラレーションや転送中の暗号化など、レプリケーションジョブのパフォーマンスやセキュリティを制御するためのさまざまなオプションを選択できます。ここでは、作成されるレプリカVMの名前を指定したり、メール設定を行ったり、ジョブ実行前および実行後のスクリプトを実行したりすることもできます。
これで、〜の設定方法がわかりました VMwareのレプリケーション オフサイト災害復旧のためのジョブです。VMのレプリカは、オフサイトのVMware vSphere環境に作成されます。以下のスクリーンショットでは、本番サイトにあるローカルクラスタと、 DR 施設。
プロのアドバイス. NAKIVOのソリューションには、さらに Site Recovery 機能 災害復旧シナリオにおいて、データのバックアップ、レプリケーション、およびフェイルオーバーのテストを通じてワークフローを自動化します。
所感
オフサイトバックアップとオフサイトレプリケーションは、データ復旧の可能性を大幅に高める災害復旧戦略の重要な要素です。このアプローチは"3-2-1のバックアップルール"に沿ったものであり、単一障害点を回避し、オンサイトバックアップへの影響によるデータ損失を防ぐことができます。オフサイトバックアップは、本番データの損失だけでなく、バックアップシステム自体のデータ損失にもつながりかねないサイト全体の障害からシステムを保護するのに役立ちます。
