Info2softは、ウェブサイトでより快適で適切な閲覧体験を提供するためにCookieを使用しています。 プライバシーポリシー
Loading...
By:
Hyper-V自動フェイルオーバーは、プライマリホストが利用不可になった際、仮想マシン（VM）をプライマリホストからレプリカホストへ自動的に切り替える中核的な災害復旧機能です。
Hyper-Vレプリカと組み合わせることで、完全なHyper-V災害復旧システムを構成します。
手作業による介入をなくし、停止時間を短縮し、基幹業務のRTO（目標復旧時間）とRPO（目標復旧時点）を改善します。
自動フェイルオーバーを構成する前に、環境を準備しすべての事前要件を満たす必要があります。設定作業を開始する前に、以下の要件を確認してください。
これらの事前要件を整えることで、Hyper-Vレプリカが正しくデータを複製し、プライマリホスト障害時に自動フェイルオーバーを実行できる状態になります。
Hyper-Vレプリカは状況に応じて利用可能な3種類のフェイルオーバー機能を提供します。それぞれ用途が異なり、検証、メンテナンス、災害復旧の要件に対応します。
テストフェイルオーバーは主にレプリカVMの動作確認と災害復旧計画の妥当性検証に使用します。隔離された環境に一時的なテスト用VMを作成し、本番業務に影響を与えることなくアプリ起動やサービス稼働状況を確認可能です。検証完了後はテストVMを削除するだけで、本番環境は変更されません。
主な特徴：
計画フェイルオーバーはプライマリ・レプリカ両ホストが正常稼働している状態で実施する予定作業向けの機能で、メンテナンス、移行、事前に見込まれるサービス停止時に利用します。この方式ではプライマリVMをシャットダウンし、最新データを完全同期した上でセカンダリホストのレプリカVMを起動します。
主な特徴：
非計画フェイルオーバーはハードウェア故障、停電、サイバー攻撃など予期せぬ事象でプライマリホストが利用不可になった際に実行されます。速やかにセカンダリホストのレプリカVMを起動しサービスを復旧しますが、最後の複製完了時点に応じて一部データが失われる可能性があります。プライマリ環境が復旧した後はフェイルバック処理を実行し、業務を元のホストに戻せます。
主な特徴：
3種類のフェイルオーバーを理解した後は、実環境での自動フェイルオーバー設定手順を解説します。Hyper-VレプリカがHyper-V自動フェイルオーバーを実現する標準機構のため、以降は段階的な設定手順を紹介します。
Hyper-V自動フェイルオーバーを構成するには、一連の設定作業を実施する必要があります。
手順1. 両ホストでHyper-Vレプリカ機能を有効化
Hyper-Vマネージャーを開き、レプリカ設定を構成し、プライマリサーバーからセカンダリサーバーへのレプリケーション通信を許可します。
手順2. 仮想マシンのレプリケーションを設定
対象VMを選択しレプリケーションを有効にし、レプリカサーバーを指定、認証と圧縮オプションを定義します。
手順3. レプリケーション間隔と復旧ポイントを設定
複製間隔（30秒、5分、15分）を選択し、必要に応じて追加の復旧ポイントを構成します。
手順4. フェイルオーバー設定を構成
計画フェイルオーバー、テストフェイルオーバー、非計画フェイルオーバーの各オプションを有効化し、各災害シナリオに対応できるようにします。
手順5. 自動フェイルオーバーの動作検証
テストフェイルオーバーを実行し、レプリカVMが正常起動しサービスにアクセスできるか確認します。
設定完了後、プライマリホストに障害が発生した際Hyper-V自動フェイルオーバーが起動します。
Hyper-Vレプリカを使用する際、レプリケーションとフェイルオーバーに影響を及ぼす複数の一般的な障害が発生します。
代表的な問題は以下の通りです。
|
権限・設定不備 |
プライマリ・レプリカホストに必要な管理者権限がない、またはセキュリティ設定が不適切な場合、レプリケーション設定に失敗します。 |
|
ネットワーク接続不良またはファイアウォール遮断 |
不安定な回線や閉鎖されたポートはレプリケーション通信を遮断し、同期遅延やフェイルオーバー失敗の原因となります。 |
|
レプリカサーバーのストレージ容量不足 |
レプリカホストのディスク空き容量が不足すると、レプリケーションが停止する、またはレプリカVMの作成に失敗します。 |
|
フェイルオーバー後レプリカVMが起動しない |
リソース不足、設定ミス、依存関係の不具合により起動障害が発生し、サービス復旧が遅れます。 |
|
複数VMアプリの連携制御機能が乏しい |
Hyper-Vレプリカは単一VMの複製には対応しますが、相互依存する複数VMの連携切り替えには手動での調整が必要となるケースが多いです。 |
|
手動フェイルオーバー手順による復旧時間の増加 |
自動化機能がない場合、障害発生時管理者が複数の操作を実施する必要があり、復旧作業が長引き停止時間が拡大します。
|
これらの制限事項から、企業環境では高度な自動化機能を備えたソリューションが必要となります。
標準搭載のHyper-Vレプリカは基礎的なフェイルオーバー機能を提供しますが、企業環境では高度な自動化、リアルタイムレプリケーション、複数VMの連携制御が求められます。エンタープライズ向け高可用ソリューションi2Availabilityは自動フェイルオーバー、リアルタイム同期、統合管理機能を搭載し、Hyper-Vの災害復旧機能を強化します。
システムアーキテクチャ・主な機能
テストフェイルオーバーでは、i2Availabilityがリアルタイム複製データをもとに隔離されたテスト用仮想マシンを作成します。本番業務に影響を与えず、災害復旧計画の検証やアプリ稼働確認を実施可能です。
テスト環境は独立して動作するため、常時実行中のレプリケーションや業務運用が中断されません。検証完了後は一時的なテストVMを自動削除し、リソースを効率的に管理します。
メリット：
計画フェイルオーバーでは、i2Availabilityが制御された切り替え処理を実行し、プライマリVMから待機環境へ業務を移行します。切り替え前にデータを完全同期するほか、データベースやアプリサーバーなど複数VMで構成される階層型アプリに対し、依存関係に沿った順次起動を実行します。
これによりサービスが正しい順序で復旧し、業務中断を最小限に抑えます。メンテナンス完了後は自動または手動でフェイルバックを起動し、元の環境に業務を戻せます。
メリット：
非計画フェイルオーバーでは、i2AvailabilityがプライマリVMの停止を自動検知し、最新の複製データを使用して即時セカンダリVMを起動します。統合管理コンソールを通じて複数拠点間のフェイルオーバーに対応し、多拠点構成でも速やかな復旧を実現します。
プライマリサイトが復旧した後は、自動または手動で逆方向レプリケーションを実行しデータを同期、元の環境に業務を切り戻せます。
メリット：
Hyper-V自動フェイルオーバーと通常のフェイルオーバーの違いは何か
テスト、計画、非計画フェイルオーバーの相違点は
i2AvailabilityはHyper-Vレプリカと比較しRPO/RTOをどのように改善するか
Hyper-Vに標準で自動フェイルオーバー機能は存在するか
Hyper-V非計画フェイルオーバー時のデータ損失を抑える方法は
小規模または単純なシステム構成であれば、標準搭載のHyper-Vレプリケーションで十分対応可能です。標準Hyper-Vレプリケーションは基礎的な災害復旧シナリオ向けのフェイルオーバー機能を提供しますが、手動操作が多く複雑な環境向けの高度な連携制御機能は搭載されていません。
企業環境、多階層アーキテクチャ、高可用性が必須の基幹システムにはi2Availabilityのような完全自動化で高い信頼性を備えたソリューションが適しています。
適切な方式を選択することで停止時間を最小限に抑え、システム稼働率を向上させ、真の自動災害復旧体制を構築できます。
