次の方法で共有


Azure 回復コンテナーと Site Recovery を別のリージョンに再配置する

この記事では、ワークロードを別のリージョンに移動するときに、Azure 回復コンテナーと Site Recovery を再配置する方法について説明します。

既存の Azure リソースを 1 つのリージョンから他のリージョンに移動する必要が生じる理由は多数存在します。 以下を行うことができます。

  • 新しい Azure リージョンの利点を活用する。
  • 特定のリージョンでしか利用できない機能やサービスをデプロイする。
  • 内部ポリシーやガバナンスの要件を満たす。
  • 会社の合併と買収に合わせた調整を行う
  • 容量計画の要件を満たす。

Azure VM を再配置するときに一緒に再配置されることの多い関連リソースの 1 つが、Recovery Services コンテナー構成です。

既存の Recovery Services コンテナー構成をリージョン間で移動する簡単な方法はありません。 これは、ターゲット リージョンがソース VM リージョンに基づいて構成されているためです。 ソース VM リージョンを変更するとなると、以前から存在していたターゲット リージョンの構成は再利用できず、リセットする必要があるのです。 この記事では、ディザスター リカバリーの設定を再構成して別のリージョンに移動するための段階的な手順を定義します。

前提条件

  • ソース Recovery Services コンテナーから詳細レプリケーションの目標をコピーします。

  • ソース Recovery Services コンテナーから、詳細レプリケーション ポリシーを次のような重要な詳細を含めてコピーします。

    • 復旧ポイントの作成頻度を定義する "RPO しきい値"。
    • 各復旧ポイントがどれだけ長く保持されるかを指定する "復旧ポイントのリテンション期間"。
    • アプリケーション整合性スナップショットの作成頻度を指定する "アプリケーション整合性スナップショットの頻度"。
  • Azure Resource Vault の内部リソースまたは設定をコピーします。

    • ネットワーク ファイアウォール構成
    • アラート通知。
    • ブックを移動する (構成されている場合)
    • 診断設定の再構成
  • Recovery Service コンテナーに依存するすべてのリソースを一覧表示します。 次の依存関係が特に一般的です。

    • Azure 仮想マシン (VM)
    • パブリック IP アドレス
    • Azure Virtual Network
    • Azure Recovery Service コンテナー
  • ネットワーク帯域幅ニーズと RPO の評価を決定します

    • 差分レプリケーションに必要な推定ネットワーク帯域幅
    • オンプレミスから Azure までの間で Site Recovery が得られるスループット
    • 束ねる VM の数 (初回レプリケーションを所定の時間内に完了するための推定帯域幅に基づく)
    • 特定の帯域幅で達成できる RPO
    • プロビジョニングされた帯域幅が低かった場合に、必要な RPO に生じる影響
  • これは Recovery Service コンテナーの再配置であるため、プロファイリング中に、現在の VMware vCenter Server または VMware vSphere ESXi ホストのアクセス許可要件をクロスチェックする必要があります。

  • Azure VM を別のリージョンに移動する前に、必ずSite Recovery 構成を削除してください。

    Note

    Azure VM の新しいターゲット リージョンが Site Recovery のターゲット リージョンと同じである場合は、既存のレプリケーション構成を使用して移動することができます。 Azure IaaS VM を別の Azure リージョンに移動する方法に関する記事の手順に従ってください。

  • 必ず十分な情報に基づいて意思決定を行い、関係者に通知してください。 VM の移動が完了するまでは VM が災害から保護されません。

Azure Site Recovery の依存関係を特定する

この手順を実施したうえで次の手順に進むことをお勧めします。 VM がまだレプリケートされている間の方が、関連するリソースの特定が容易です。

レプリケートされている各 Azure VM について、 [保護されたアイテム]>[レプリケートされたアイテム]>[プロパティ] の順に移動し、以下のリソースを特定します。

  • ターゲット リソース グループ
  • キャッシュ ストレージ アカウント
  • ターゲット ストレージ アカウント (アンマネージド ディスクベースの Azure VM の場合)
  • ターゲット ネットワーク

既存のディザスター リカバリー構成を無効にする

  1. [Recovery Services コンテナー] に移動します。
  2. [保護されているアイテム]>[レプリケートされたアイテム] でマシンを右クリックし、 [レプリケーションの無効化] をクリックします。
  3. 移動するすべての VM に対して、この手順を繰り返します。

Note

モビリティ サービスは、保護されたサーバーからアンインストールされません。 手動でアンインストールする必要があります。 再度サーバーを保護する場合は、モビリティ サービスのアンインストールを省略できます。

リソースの削除

  1. [Recovery Services コンテナー] に移動します。
  2. [削除] を選択します。
  3. その他、先ほど特定したリソースをすべて削除します。

Azure VM を新しいターゲット リージョンに再配置する

実際の要件に応じた記事のステップに従って、Azure VM をターゲット リージョンに再配置します。

VM の新しいソース リージョンに基づいて Site Recovery を設定する

新しいリージョンに移動した Azure VM のディザスター リカバリーを構成します。「Azure VM のディザスター リカバリーを設定する」の手順に従ってください。