オンプレミスからAzureへフェイルオーバーを実行してください

この記事では、オンプレミスのマシンをAzure Site RecoveryでAzureにフェイルオーバーする方法を説明しており、障害時でもワークロードを稼働させ続けられます。

開始する前に

  • ディザスター リカバリーのフェールオーバー プロセスについて学習してください。
  • 複数のマシンをフェールオーバーする場合は、復旧計画でマシンをまとめる方法について学習します。
  • 完全フェールオーバーを実行する前に、ディザスターリカバリードリルを実施して、すべてが期待どおりに動作していることを確認します。

フェイルオーバー後に接続の準備をしてください

フェイルオーバー後に作成されたAzure VMに接続できるようにするために、フェイルオーバー前にオンプレミスで以下のタスクを行ってください。

フェイルオーバー後のオンプレミス接続準備

フェイルオーバー後にRDPまたはSSHでAzure VMに接続したい場合は、フェイルオーバー前にオンプレミスで以下の作業を完了してください。

フェイルオーバー後 Location Actions
Windows で実行中の Azure VM フェールオーバー前のオンプレミスのコンピューター インターネット経由でAzure VMにアクセスするには、RDPを有効にし、PublicにはTCPおよびUDPルールが追加され、Firewall>Allowed Apps内のすべてのプロファイルでRDPが許可されているWindows確認してください。

サイト間接続で Azure VM にアクセスするには、マシンで RDP を有効にし、[Windows ファイアウォール]->[許可されたアプリおよび機能] の [ドメイン] と [プライベート] ネットワークで RDP が許可されていることを確認します。



静的永続ルートとWinHTTPプロキシはすべて削除してください。 オペレーティングシステムのSANポリシーが OnlineAllに設定されていることを確認してください。 詳細情報 を参照してください。

フェイルオーバーをトリガーする際に、VM上でWindowsのアップデートが保留されていないことを確認してください。 Windowsアップデートはフェイルオーバー時に始まる可能性があり、アップデートが完了するまでVMにサインインできません。
Linux で実行中の Azure VM フェールオーバー前のオンプレミスのコンピューター VM 上の Secure Shell サービスがシステム起動時に自動的に開始されるよう設定されていることを確認します。

ファイアウォール規則で SSH 接続が許可されていることを確認します。

フェールオーバーの実行

この手順は 、復旧計画のためのフェイルオーバーを実行する方法を説明しています。 単一のVMでフェイルオーバーを実行したい場合は、 VMware VM、 物理サーバー、 またはHyper-V VMの指示に従ってください。

リカバリープランのフェイルオーバーは以下の通り実行します:

  1. Site Recovery コンテナーで、復旧計画>recoveryplan_name を選択します。

  2. [フェールオーバー] を選択します。

    Azure Site Recoveryのスクリーンショットで、MoreメニューからFailoverを選択してADRPパネルが表示されています。

  3. フェイルオーバー>フェイルオーバーの方向では、Azureに複製する場合はデフォルトを保持してください。

  4. フェイルオーバーで、フェイルオーバーするリカバリーポイントを選択します。

    • 最新:最新のポイントを使いましょう。 このオプションはSite Recoveryサービスに送られたすべてのデータを処理し、各マシンごとにリカバリーポイントを作成します。 このオプションは、フェイルオーバー後に作成されたVMに、フェイルオーバーがトリガーされた際にSite Recoveryに複製されたすべてのデータを持っているため、最も低いRPO(Recovery Point Objective)を提供します。 ソース領域がダウンすると、ログ処理は停止します。 最後に処理済みの回復ポイントにフェイルオーバーする必要があります。 次のポイントで詳しく理解してください。
    • 最新処理済み:このオプションを使って、Site Recoveryが処理した最新のリカバリーポイントにVMをフェイルオーバーします。 最新の処理済みリカバリーポイントはVMの 「最新のリカバリーポイント」で確認できます。 このオプションは未処理データの処理時間を要さないため、RTOが低くなります。
    • 最新のアプリケーション整合性: このオプションを使用すると、Site Recovery によって処理された最新のアプリケーション整合性のある復旧ポイントを使用して VM をフェールオーバーできます。
    • 最新のマルチVM処理:このオプションで、レプリケーショングループに属するVMは最新の共通マルチVM一貫したリカバリーポイントにフェイルオーバーします。 他の仮想マシンは最新の処理済み回復ポイントにフェイルオーバーします。 このオプションは、複数VMの整合性が有効化された少なくとも1台のVMを持つ復旧プランにのみ適用されます。
    • 最新のマルチVMアプリ整合性:このオプションを使うと、レプリケーショングループに属するVMは最新の共通マルチVMアプリケーション整合回復ポイントにフェイルオーバーします。 他の仮想マシンは最新のアプリケーション整合済み回復ポイントにフェイルオーバーします。 複数VMの整合性が有効化された少なくとも1台のVMがあるリカバリープランに限ります。
    • カスタム:リカバリープランには対応できません。 このオプションは個々のVMのフェイルオーバー専用です。

  5. Site Recovery でフェールオーバーを開始する前にソース VM をシャットダウンする場合は、フェールオーバーの開始前にマシンをシャットダウン を選択してください。 シャットダウンに失敗した場合でも、フェールオーバーは続行されます。

    Note

    Hyper-V VMをフェイルオーバーした場合、シャットダウンはフェイルオーバーをトリガーする前に、まだサービスに送信されていないオンプレミスデータを同期・複製しようとします。

  6. ジョブ ページでフェイルオーバーの進捗を確認できます。 エラーが発生しても、すべてのアクションが完了するまで復旧計画は実行を続けます。

  7. フェイルオーバー後、VMにサインインして検証してください。

  8. フェイルオーバー用に別のリカバリーポイントに切り替えたい場合は、 Changeリカバリーポイントを使ってください。

  9. 準備ができたら、フェイルオーバーをコミットできます。 コミットアクションはサービスで利用可能なすべてのリカバリーポイントを削除します。 回復ポイントの変更オプションは利用できなくなりました。

計画フェイルオーバーを実行する(Hyper-V)

Hyper-V 台のVMに対して計画的なフェイルオーバーを実行することができます。

  • 計画フェイルオーバーは、データ損失ゼロのフェイルオーバーオプションです。
  • 計画されたフェイルオーバーをトリガーすると、ソースの仮想マシンが最初にシャットダウンし、最新のデータが同期され、その後フェイルオーバーが始まります。
  • 計画フェイルオーバーを実行するには「計画フェイルオーバー」オプションを使用してください。 通常のフェイルオーバーと似た方法で動作します。

フェイルオーバーを追跡

フェイルオーバーには関連するジョブがあります。

ジョブページのスクリーンショットで、グループ1: Start(1)が名前列に展開されているジョブのリストを示しています。SQLServerジョブの行がハイライトされています。

  • 前提条件確認:フェイルオーバーに必要なすべての条件が満たされていることを確認します。
  • フェイルオーバー:データを処理し、そこからAzureのVMを作成できます。 「最新のリカバリーポイント」を選択すると、サービスは受信したデータからリカバリーポイントを作成します。
  • スタート:前のステップで処理したデータを使ってAzure VMを作成します。

Warning

進行中のフェイルオーバーをキャンセルしないでください:フェイルオーバーが始まる前に、プロセスはVMのレプリケーションを停止します。 進行中のジョブをキャンセルするとフェイルオーバーは停止しますが、VMは複製を始めません。 複製を再開することはできません。

フェイルオーバーの追加時間

場合によっては、VMフェイルオーバーには中間ステップが必要で、通常8〜10分ほどで完了します。 これらの機械は、この追加の工程と時間の影響を受けます:

  • VMware仮想マシンは9.8より古いMobility Serviceバージョンを実行しています。
  • 物理サーバー、および物理サーバーとして保護された Hyper-V 仮想マシン。
  • VMware Linux VMについて。
  • 以下のドライバーがブート ドライバーになっていない VMware 仮想マシン:
    • storvsc
    • vmbus
    • storflt
    • インテライド
    • ATAPI
  • DHCP が有効になっていない VMware VM は、DHCP を使用しているか静的 IP アドレスを使用しているかにかかわらず、

フェールオーバー中のアクションを自動化する

フェールオーバー中のアクションを自動化することができます。 これを行うには、リカバリープランでスクリプトやAzure Automationのランブックを使いましょう。

  • スクリプトの追加など、復旧計画の作成とカスタマイズについて学習してください。
  • Azure Automationランブックをリカバリープランに追加する方法を学びましょう。

フェールオーバーの後に設定を構成する

フェイルオーバー後もドライブレターを保持する

Site Recoveryはドライブレターの保持を担当します。 VMレプリケーション中にディスクを除外する場合は、その仕組みの 例を振り返ってみてください 。

フェールオーバー後に接続できるように Azure で準備する

フェイルオーバー後にRDPまたはSSHを使って作成されたAzure VMに接続したい場合は、以下の表にまとめられた要件に従ってください。

フェールオーバー Location Actions
Windows で実行中の Azure VM フェールオーバー後の Azure VM VM のパブリック IP アドレスを追加します。

フェールオーバーされる VM (およびその接続先となる Azure サブネット) は、そのネットワーク セキュリティ グループの規則で、RDP ポートへの受信接続を許可する必要があります。

[ブート診断] をオンにして、VM のスクリーンショットを確認します。

接続できない場合は、VM が実行中であることを確認したうえで、トラブルシューティングのヒントを確認してください。
Linux で実行中の Azure VM フェールオーバー後の Azure VM フェールオーバーされる VM (および接続先の Azure サブネット) は、そのネットワーク セキュリティ グループの規則で、SSH ポートへの着信接続を許可する必要があります。

VM のパブリック IP アドレスを追加します。

VM のスクリーンショットを得るために、 [ブート診断] をオンにします。

フェイルオーバー後の接続問題をトラブルシューティングするには 、ここで 説明している手順に従ってください。

IPアドレスの設定

  • 内部IPアドレス:フェイルオーバー後にAzure VMの内部IPアドレスを設定するには、いくつかの選択肢があります。
    • 同じIPアドレスを保持する:オンプレミスのマシンに割り当てられたIPアドレスと同じAzure VMのIPアドレスを使用します。
    • 異なるIPアドレスを使う:Azure VMには別のIPアドレスを使いましょう。
    • 内部IPアドレスの設定について詳しく学びましょう。
  • 外部IPアドレス:フェイルオーバー時にパブリックIPアドレスを保持できます。 フェイルオーバープロセスの一部として作成されたAzure VMには、Azureリージョン内で利用可能なAzureの公開IPアドレスが割り当てられなければなりません。 公開IPアドレスは手動で割り当てるか、復旧計画で自動化して割り当てることができます。 詳細情報 を参照してください。

次のステップ

フェイルオーバー後は、Azure VMをオンプレミスサイトにレプリケートするために再保護する必要があります。 レプリケーションが起動した後、準備ができたらオンプレミスにフェイルバックできます。

  • Last updated on