VMware vSphere 仮想化ディザスタリカバリ - 入門

VMware vSphere 製品は人々の心に深く根付いています。サーバー仮想化といえば、VMware vSphere を思い浮かべるでしょう。そのため、ユーザーは x86 サーバーを購入した後、VMware vSphere 仮想化プラットフォームをインストールし、多数の仮想マシンを作成することになります。しかし、VMware vSphere の人気が高まるにつれ、ユーザーの仮想マシン ファイルの損失、誤った削除、仮想マシンのオープンなどの問題がよく聞かれるようになりました。その時、ユーザーは仮想マシンにバックアップや災害復旧機能がないことを思い出すだけで、データ損失のリスクに直面することになります。

[[265451]]

仮想化データ保護は、大きく分けて 2 つの方法に分けられます。 1つはバックアップです。つまり、Veeam、NBUなどのサードパーティ製バックアップソフトウェアを購入し、ローカルコンピュータルームにバックアップサーバー（またはバックアップオールインワンマシン）を購入し、上記のバックアップソフトウェアをインストールし、フルバックアップと増分バックアップの方法を使用して、仮想マシンをローカルストレージまたはライブラリに定期的にバックアップします。仮想マシンに問題が発生した場合は、バックアップ ソフトウェアから仮想マシンを復元します。基本的には復元プロセスがあり、復元のほとんどはローカルのコンピューター ルームで行われます。もう 1 つは、災害復旧です。これは、災害復旧ソフトウェアを使用して、仮想マシンを災害復旧コンピュータ ルームにコピーします。災害復旧コンピュータ ルームには、対応する仮想マシン ホストと共有ストレージがあります。ホストルーム（保護対象コンピュータルーム）や保護対象仮想マシンに問題が発生した場合、災害復旧用コンピュータルームからコピーされた仮想マシンを直接起動し、速やかに業務を復旧します。したがって、バックアップと災害復旧には、おおよそ次のような違いがあります。

バックアップ：

• バックアップデータはローカルに保存され、リモートの場所にコピーすることもできます。
• バックアップサイクルは毎日、毎週、毎月、または毎時間に設定できます。
• 複数のコピーを保持し、昨日、先週など、指定した時点に復元します。
• スナップショットを使用して仮想マシンをバックアップする

災害復旧:

• 仮想マシンのデータが別の場所にコピーされます
• レプリケーション間隔は基本的に数時間または数分であり、データの差異が数時間または数分以内に収まることが保証されます。
• 仮想マシンを復元する場合は、リモート コンピュータ ルームの仮想マシンを直接電源オンし、最新のレプリケーション時間ノードを選択します。
• ストレージレプリケーションとネットワークレプリケーションをサポート
• 仮想マシンのスナップショットを作成する必要はありません

上記の比較から、両者は仮想マシンの保護に異なる重点を置いていることがわかります。災害復旧は主にデータセンター全体の災害障害から保護しますが、バックアップは単一の仮想マシンのデータセキュリティを保護します (単一の仮想マシンの誤った削除、データ ファイルの誤った変更など)。したがって、仮想マシン データのセキュリティは、バックアップと災害復旧の両方によって保護する必要があります。

今回は、VMware vSphere 仮想化災害復旧製品：VMware Site Recovery Manager（SRM とも呼ばれます）を紹介します。これは、VMware の vSphere 向け災害復旧製品です。

VMware SRM 製品には次の役割があります。

• VMware レプリケーション (VR): ネットワークベースの仮想マシン レプリケーション
• VMware Site Recovery Manager (SRM): VR ネットワーク レプリケーションとストレージ レプリケーションをサポートする自動化された仮想マシン ディザスタ リカバリ管理ソフトウェア

このシリーズの記事の環境図は次のとおりです。

1. サイトは、サイト 01 とサイト 02 の 2 つあります。
2. 各サイトにはESXi仮想化ホストと対応するVCがある
3. 各サイトには独自のVRとSRMの役割があります
4. VMware Replication ネットワークベースの仮想マシンのレプリケーション
5. 2 つのサイトは同じネットワークを持ち、つまりレイヤー 2 ネットワークが相互接続されています。

特に重要な点は以下の 4 つです。

• 2 つのサイトの PSC は相互接続されています。つまり、同じ vSphere.local ドメインを使用しますが、次の図に示すように、それぞれに独自の PSC サービスがあります。

• 2 つのサイトはレイヤー 2 ネットワークで相互接続されています。レイヤー 2 相互接続はなぜ必要なのでしょうか? 2 つのコンピュータ ルーム間のレイヤー 2 相互接続を実現するには、非常に高い投資コストが必要です。レイヤー 2 ネットワーク相互接続が実装されていない場合、つまり、サイト 01 に 192.168.10.0 ネットワーク セグメントがあるが、サイト 02 には対応するネットワーク セグメントがない場合、サイト 01 の仮想マシンをサイト 02 に切り替えるときに、対応する IP アドレス情報を更新する必要があります (SRM は仮想マシン アドレスの変更をサポートしています)。しかし、実際のところ、多くのサービスは IP アドレスを通じてバインドされています。仮想マシンのオペレーティング システムの IP アドレスを単に更新しただけでは、サービスがホスト名 (FQDN) でバインドされ、対応する DNS レコードが更新されてビジネスが迅速に復旧されない限り、ビジネスは正常に実行されません。したがって、実際の状況に基づいて、レイヤー 2 ネットワーク相互接続を実装するかどうかを選択する必要があります。
• すべてのコンポーネントにDNSレコードが必要です
• すべてのコンポーネントはNTP時間と同期する必要があります

以上が今回のSRMデモ環境となります。今後、公式アカウント記事は以下の内容に分かれて掲載されます。

1. VMware vSphere 仮想化ディザスタリカバリ - 環境の紹介
2. VMware vSphere 仮想化ディザスタリカバリ - コンポーネントのインストール
3. VMware vSphere 仮想化ディザスタリカバリ - 初期構成
4. VMware vSphere 仮想化災害復旧 - 仮想マシンのレプリケーションと保護
5. VMware vSphere 仮想化の災害復旧 - 災害復旧訓練、実際の切り替え、リバース保護