イントロダクション #
このガイドでは、災害復旧（DR）環境を構築する手順について説明します。 RELIANOID Azure Site Recovery (ASR) サービスを使用した Azure のロードバランサー クラスター (Debian ベースの Linux 上の 2 つのノード)。 RELIANOID Load Balancer では新しいインスタンスごとにアクティベーション ライセンスが必要なので、DR 環境でのライセンスの処理に関する考慮事項についても説明します。
前提条件 #
- Azure サブスクリプション: 十分なリソース制限のあるアクティブな Azure サブスクリプションがあることを確認します。
- Debianベース RELIANOID ロードバランサクラスター: オンプレミスまたはプライマリ環境で2つのノードが実行されていることを確認します。 RELIANOID Debian Linux 上のロード バランサ。
- RELIANOID ライセンシング: DR サイトにデプロイする場合は、ロード バランサーに必要なアクティベーション ライセンスが必要です。
- Azure サイト回復サービス: Azure ポータルで Azure Site Recovery サービスを設定および構成します。
- ネットワーク構成: Azure の DR サイトのネットワーク ニーズ (VNet、サブネット、NSG など) を計画します。
- パーソナライズされたダッシュボードのキャンペーン データ RELIANOID ロードバランサの構成: ロードバランサーの構成ファイルにアクセスし、復元のためにバックアップする機能。
ステップ 1: Azure Site Recovery (ASR) を準備する #
複製する前に RELIANOID クラスターを Azure に移行するには、Linux VM 用に ASR を設定する必要があります。
リカバリサービスボールトを設定する #
1. Azureポータルに移動する 作成して リカバリサービスボールト.
- に行く リソースの作成 > 監視 + 管理 > Recovery Services Vault.
- コンテナーの名前、サブスクリプション、リソース グループ、およびリージョンを指定します。
2. ASRレプリケーション設定を構成する.
- 保管庫を作成したら、保管庫に移動してクリックします サイトリカバリ > + レプリケーション.
- あなたの選択します。 ソース環境 (オンプレミスまたは別のクラウド)。
- 対象環境選択 Azure.
インフラストラクチャを準備する #
1. モビリティサービスをインストールする RELIANOID Nodes:
- Linux VM をレプリケートするには、Mobility Service エージェントが必要です。
- AzureからLinux用のMobility Serviceをダウンロードしてインストールします。 RELIANOID Debian ノード。
2. レプリケーションポリシーの設定:
- ASR Vaultで、 レプリケーションポリシーこれには、DR セットアップの復旧ポイント目標 (RPO) と保持期間が含まれます。
- ロードバランサーなどの重要なシステムでは、通常、15 分の RPO が推奨されます。
Azure VM ネットワーク マッピングを作成する #
- 仮想ネットワーク (VNet) を作成する DR 環境が必要な Azure リージョン。
- VNet をマップする 複製されたノードに ネットワークマッピング ASR設定で。
ステップ2: 複製 RELIANOID Azureへのロードバランサーノード #
レプリケーションを構成する #
1. あなたの中で リカバリサービスボールト、に行く サイトリカバリ > アプリケーションの複製.
2. まず Debianの RELIANOID ロードバランサノード 複製したいもの。
3. 適切なものを選択してください レプリケーションポリシー.
4. 構成 ディスクとストレージ両方のノードに適切なストレージ オプション (必要に応じて、高 I/O 用のプレミアム SSD) があることを確認します。
レプリケーションを開始 #
設定が完了したら、レプリケーションを開始します。ASRは、 RELIANOID ノードを Azure に追加します。
ASR Vault からレプリケーションプロセスを監視します。VM ディスクのサイズによっては、完全なレプリケーションに時間がかかる場合があります。
ステップ3：ハンドル RELIANOID DRでのライセンス #
手動ライセンスアクティベーション #
ときに、 RELIANOID ノードが Azure にフェールオーバーする場合は、アクティベーション ライセンスが必要になります。
- 新しい DR インスタンス用のアクティベーション証明書の準備ができていることを確認します。
- 手動アクティベーション フェイルオーバーが発生すると、提供された DR アクティベーション証明書が必要になります。
ステップ4: フェイルオーバーとフェイルバック計画を作成する #
テストフェイルオーバー #
ASR Vault でテストフェイルオーバーを実行し、DR 設定を検証します。テスト中は、Azure でロードバランサーノードが起動し、以下の点を確認する必要があります。
- それらは適切に構成されています。
- ライセンスは機能しています。
- 私達の RELIANOID ロード バランサは動作しており、トラフィックをルーティングしています。
計画されたフェイルオーバー（実際の DR イベント中） #
災害が発生してフェイルオーバーが必要な場合は、ASR Vaultにアクセスして 計画的なフェイルオーバー Azure へ。これによりオンプレミスのノードがシャットダウンされ、Azure に複製されたノードが起動します。
オンプレミスへのフェイルバック #
災害を解決した後、ASR でレプリケーション フローを逆転させ、計画されたフェイルバックを実行することで、オンプレミス環境にフェイルバックできます。
ステップ5: DR後の考慮事項 #
フェイルオーバー後の検証 #
Azure にフェールオーバーした後、次の点を確認してください。
- RELIANOID ロード バランサ ノードは正常に機能しています。
- トラフィックはサービス間で適切に分散されています。
- すべてのアクティベーション ライセンスはアクティブであり、検証済みです。
定期的なDRテスト #
定期的なDR訓練とフェイルオーバーのテストをスケジュールし、環境が常にフェイルオーバーに対応できる状態であることを確認してください。各テスト後には、ライセンスと構成の変更が反映されていることを確認してください。
まとめ #
DR環境の構築 RELIANOID Azure Site Recoveryサービスを使用したAzureのロードバランサークラスターは、高可用性と事業継続性を確保します。適切なレプリケーションポリシー、ライセンス管理、フェイルオーバー戦略を活用すれば、災害発生時でも重要なインフラストラクチャを保護できます。フェイルオーバー計画は、定期的なテストと検証によって常に検証してください。 私たちと連絡を取り合ってください ライセンス要件について。
参照：
https://learn.microsoft.com/en-us/azure/migrate/tutorial-migrate-physical-virtual-machines
https://learn.microsoft.com/en-us/azure/site-recovery/vmware-physical-mobility-service-overview#linux-machine-1
