Azure Site Recovery を使用した Premium Storage への移行

2024-10-15

適用対象: ✔️ Linux VM ✔️ Windows VM

Azure Premium SSD は、高負荷の I/O ワークロードを実行する仮想マシン (VM) に対して高パフォーマンスで待ち時間の少ないディスクのサポートを実現するサービスです。このガイドでは、Azure Site Recovery を使用して、ユーザーが Standard Storage アカウントから Premium Storage アカウントに VM ディスクを移行する方法について説明します。

Site Recovery は、クラウド (Azure) またはセカンダリデータセンターへのオンプレミスの物理サーバーおよび VM のレプリケーションを調整することでビジネス継続性とディザスターリカバリーの戦略を支援する Azure サービスです。プライマリロケーションで障害が発生した場合は、セカンダリロケーションにフェールオーバーしてアプリケーションとワークロードの可用性を維持します。プライマリロケーションが通常の動作に戻ると、その場所にフェールバックします。

Site Recovery では、運用環境に影響を与えずにディザスターリカバリーの練習ができるよう、テストフェールオーバーの機能が用意されています。また、予想外の障害が発生した場合にはフェールオーバーを実行し、データの損失を (レプリケーション頻度に応じて) 最小限に抑えることができます。 Premium Storage に移行するシナリオでは、Site Recovery でのフェールオーバーを使用して、ターゲットディスクを Premium Storage アカウントに移行できます。

Premium Storage に移行する際は、Site Recovery を使用することをお勧めします。Site Recovery を使えばダウンタイムを最小限に抑えられます。また、ディスクのコピーや新しい VM の作成を手作業で実施する手間を省くことができます。 Site Recovery では、フェールオーバー時にディスクが体系的にコピーされ、新しい VM が作成されます。

Site Recovery は、ダウンタイムを最小またはゼロに抑えるため、さまざまな種類のフェールオーバーをサポートしています。ダウンタイムを計画し、データ損失の量を見積もるときは、Site Recovery の「フェールオーバーの種類」を参照してください。フェールオーバー後に Azure VM に接続する準備が整っている場合は、フェールオーバー後に RDP を使用して Azure VM に接続できます。

ディザスターリカバリーの図

Azure Site Recovery コンポーネント

この移行シナリオに関連する Site Recovery コンポーネントを、以下に示します。

構成サーバー: 通信を調整し、データのレプリケーションおよび回復プロセスを管理する Azure VM です。この VM では設定ファイルを 1 つ実行し、構成サーバーと、レプリケーションのゲートウェイとなる追加のコンポーネント (プロセスサーバー) をインストールします。構成サーバーの前提条件に関するセクションを参照してください。構成サーバーは、1 回設定するだけで同じリージョンへのすべての移行に使用できます。
プロセスサーバーは、次の機能を持つレプリケーションゲートウェイです。
1. ソース VM からレプリケーションデータを受信します。
2. キャッシュ、圧縮、暗号化を使用してデータを最適化します。
3. データをストレージアカウントに送信します。
また、ソース VM へのモビリティサービスのプッシュインストールを処理し、ソース VM の自動検出も実行します。既定のプロセスサーバーは、構成サーバーにインストールされます。追加のスタンドアロンプロセスサーバーをデプロイすることでデプロイメントを拡張できます。プロセスサーバーのデプロイに関するベストプラクティスおよび追加のプロセスサーバーのデプロイに関する説明を参照してください。プロセスサーバーは、1 回設定するだけで同じリージョンへのすべての移行に使用できます。
モビリティサービスは、レプリケートする標準 VM すべてにデプロイされるコンポーネントです。標準 VM で発生するデータ書き込みをキャプチャし、それをプロセスサーバーに転送します。レプリケーション対象のマシンの前提条件に関するセクションを参照してください。

次の図は、これらのコンポーネント間でのやり取りを示しています。

Site Recovery コンポーネントの相互作用

注意

Site Recovery は、記憶域スペースディスクの移行をサポートしていません。

他のシナリオで必要になる追加コンポーネントについては、シナリオアーキテクチャに関するセクションを参照してください。

Azure の必須コンポーネント

この移行シナリオの Azure の要件を、以下に示します。

Azure サブスクリプション。
レプリケートされたデータを格納するための Azure Premium Storage アカウント
フェールオーバー時に作成された VM が接続する Azure 仮想ネットワーク。 Azure の仮想ネットワークは、Site Recovery が実行されているリージョンと同じリージョンにデプロイされている必要があります。
レプリケーションログを格納するための Azure Standard ストレージアカウント。これには、移行する VM ディスクと同じストレージアカウントを使用できます。

前提条件

前のセクションの関連する移行シナリオのコンポーネントを理解している。
Site Recovery でのフェールオーバーについて学習し、ダウンタイムを計画している。

セットアップと移行の手順

Site Recovery を使用して、リージョン間または同じリージョン内で Azure IaaS VM を移行できます。以降の手順は、VMware VM または物理サーバーの Azure へのレプリケートに関する記事を基に、この移行シナリオに応じた変更を加えたものとなっています。この記事の手順に加えて、リンク先のページの詳細な手順も参照してください。

手順 1:Recovery Services コンテナーを作成する

Azure Portalを開きます。
[リソースの作成]>[管理]>[Backup and Site Recovery (OMS)] を選択します。または、 [参照]>[Recovery Services コンテナー]>[追加] を選択します。

注意

Backup および Site Recovery は以前は OMS スイートに含まれていました。
VM をレプリケートする先のリージョンを指定します。今回は同じリージョン内で移行を行うため、ソース VM とソースストレージアカウントがあるリージョンを選択します。

手順 2:保護の目標を選択する

構成サーバーをインストールする VM で Azure Portal を開きます。
[Recovery Services コンテナー]>[設定]>[Site Recovery]>[手順 1:インフラストラクチャを準備する]>[保護の目標] の順にクリックします。
[保護の目標] の下の最初のドロップダウンリストで、 [To Azure (Azure へ)] を選択します。 2 番目のドロップダウンリストで、 [非仮想化/その他] を選択し、 [OK] を選択します。

手順 3:ソース環境 (構成サーバー) を設定する

[インフラストラクチャの準備]>[ソースの準備]>[サーバーの追加] ウィンドウに移動し、Azure Site Recovery 統合セットアップとコンテナー登録キーをダウンロードします。

コンテナー登録キーは、統合セットアップを実行するために必要です。キーは生成後 5 日間有効です。
[サーバーの追加] ウィンドウで構成サーバーを追加します。
構成サーバーとして使用している VM で統合セットアップを実行して、構成サーバーとプロセスサーバーをインストールします。インストールを完了するための手順は、こちらのスクリーンショットで確認できます。この移行シナリオ用の手順については、以降のスクリーンショットを参照してください。
1. [開始する前に] で [Install the configuration server and process server](構成サーバーとプロセスサーバーをインストールする) を選択します。
2. [登録] で、コンテナーからダウンロードした登録キーを参照して選択します。
3. [環境の詳細] で、VMware VM をレプリケートするかどうかを選択します。この移行シナリオでは、 [いいえ] を選択します。
インストールが完了したら、 [Microsoft Azure Site Recovery 構成サーバー] ウィンドウで次の操作を実行します。
1. [アカウントの管理] タブを使用して、Site Recovery が自動検出に使用できるアカウントを作成します (物理マシンの保護に関するシナリオでは、アカウントの設定は必要ありません。ただし、以降の手順のいずれかを実行するには少なくとも 1 つのアカウントが必要です。この場合には、アカウント名とパスワードに任意の文字列を使用してかまいません。)
2. [Vault Registration (コンテナーの登録)] タブを使用して、コンテナー資格情報ファイルをアップロードします。
  
  $[Vault Registration]$コンテナーの登録$ タブ$

手順 4:ターゲット環境をセットアップする

[インフラストラクチャの準備]>[ターゲット] を選択し、フェールオーバー後に VM に使用するデプロイモデルを指定します。シナリオに応じて、 [クラシック] または [Resource Manager] を選択できます。

[ターゲット] ウィンドウ

Site Recovery によって、互換性のある Azure ストレージアカウントとネットワークが 1 つ以上あるかどうかが確認されます。

注意

レプリケートされたデータに Premium Storage アカウントを使用している場合は、レプリケーションログを格納するために、追加の Standard Storage アカウントを設定する必要があります。

手順 5:レプリケーション設定をセットアップする

「レプリケーション設定をセットアップする」に従って、作成したレプリケーションポリシーに構成サーバーが正常に関連付けられていることを確認します。

手順 6:容量を計画する

Capacity Planner を使用して、レプリケーションニーズを満たすためのネットワーク帯域幅、ストレージ、およびその他の要件を正確に見積もります。
作業が完了したら、 [容量計画は完了していますか?] で [はい、完了しました] を選択します。

手順 7:モビリティサービスをインストールし、レプリケーションを有効にする

ソース VM にインストールをプッシュするか、またはソース VM に手動でモビリティサービスをインストールするかを選択できます。インストールをプッシュするための要件と手動インストーラーのパスは、リンク先のページをご確認ください。手動インストールを実行する場合は、内部 IP アドレスを使用して構成サーバーを見つける必要があります。

フェールオーバーされる VM には 2 つの一時ディスクが存在します。1 つはプライマリ VM の一時ディスク、もう 1 つは回復リージョンでの VM のプロビジョニング中に作成された一時ディスクです。レプリケーションの前に一時ディスクを除外するには、レプリケーションを有効にする前に、モビリティサービスをインストールします。一時ディスクを除外する方法の詳細については、「レプリケーションからディスクを除外する」を参照してください。
レプリケーションを有効にするには、次の手順に従います。
1. [アプリケーションをレプリケートする]>[ソース] を選択します。レプリケーションを初めて有効にした後は、コンテナーで [+ レプリケート] を選択して、追加のマシンのレプリケーションを有効にします。
2. 手順 1 で、 [ソース] をプロセスサーバーとして設定します。
3. 手順 2 で、フェールオーバー後のデプロイモデル、移行先の Premium Storage アカウント、ログを保存するための Standard Storage アカウント、およびフェールオーバー先の仮想ネットワークを指定します。
4. 手順 3 では、保護されている VM を IP アドレスを指定して追加します (検出するには、内部 IP アドレスが必要な場合があります)。
5. 手順 4 で、以前にプロセスサーバー上で設定したアカウントを選択して、プロパティを構成します。
6. 手順 5 で、「手順 5: レプリケーション設定をセットアップする」で以前に作成したレプリケーションポリシーを選択します。
7. [OK] を選択します。
注意

Azure VM の割り当てを解除して再起動した場合、同じ IP アドレスが割り当てられる保証はありません。構成サーバー、プロセスサーバー、または保護対象の Azure VM の IP アドレスが変更された場合、このシナリオのレプリケーションが正常に機能するとは限りません。

Azure Storage 環境を設計する場合は、可用性セット内の VM ごとに別個のストレージアカウントを使用することをお勧めします。ストレージ層のベストプラクティスに従って、可用性セットごとに複数のストレージアカウントを使用することをお勧めします。 VM ディスクを複数のストレージアカウントに分散することで、ストレージの可用性を向上させ、I/O を Azure ストレージインフラストラクチャに分散させることができます。

VM が 1 つの可用性セットに存在する場合には、すべての VM のディスクを 1 つのストレージアカウントにレプリケートするのではなく、複数の VM を複数回移行することを強くお勧めします。こうすると、同じ可用性セット内の VM が単一のストレージアカウントを共有しません。 [レプリケーションを有効にする] ウィンドウを使用して、各 VM のターゲットストレージアカウントを 1 つずつ設定します。

フェールオーバー後のデプロイメントモデルは、ニーズに合わせて選択できます。フェールオーバー後のデプロイモデルとして Azure Resource Manager を選択する場合、VM (Resource Manager) を VM (Resource Manager) にフェールオーバーするか、VM (クラシック) を VM (Resource Manager) にフェールオーバーすることができます。

手順 8:テストフェールオーバーの実行

レプリケーションが完了したかどうかを確認するには、[Site Recovery] インスタンスを選択し、 [設定]>[レプリケートされたアイテム] を選択します。レプリケーションプロセスの状態と進捗状況が表示されます。

初期レプリケーションが完了したら、テストフェールオーバーを実行してレプリケーション戦略を検証します。テストフェールオーバーの詳細な手順については、Site Recovery でのテストフェールオーバーの実行に関するセクションを参照してください。

注意

フェールオーバーを実行する前に、VM とレプリケーション戦略が要件を満たしていることを確認してください。テストフェールオーバーの実行の詳細については、「Site Recovery での Azure へのフェールオーバーをテストする」を参照してください。

テストフェールオーバーの状態を確認するには、 [設定]>[ジョブ]><フェールオーバー計画名> の順に選択します。ウィンドウに、各手順の内訳とその結果 (成功、失敗) が表示されます。いずれかの手順でテストフェールオーバーが失敗した場合は、手順を選択してエラーメッセージを確認します。

手順 9:フェールオーバーの実行

テストフェールオーバーが完了したら、フェールオーバーを実行してディスクを Premium Storage へ移行し、VM インスタンスをレプリケートします。「フェールオーバーの実行」の詳細な手順に従ってください。

[仮想マシンをシャットダウンし、最新のデータを同期する] をオンにします。このオプションで、Site Recovery では保護された VM をシャットダウンしてからデータの同期を試行するようになるため、最新バージョンのデータをフェールオーバーすることができます。このオプションを選択しなかった場合、または試行が成功しない場合は、利用可能な最新の復旧ポイントから VM のフェールオーバーが実行されます。

Site Recovery では、Premium Storage 対応の VM と同じか類似の種類の VM インスタンスが作成されます。「Windows Virtual Machines の料金」または「Linux Virtual Machines の料金」で、さまざまな VM インスタンスのパフォーマンスと価格を確認できます。

移行後の手順

レプリケートされた VM を可用性セットに構成します (該当する場合) 。 Site Recovery では、VM を可用性セットと併せて移行する操作はサポートされていません。レプリケートされた VM のデプロイに応じて、次のいずれかを実行してください。
- クラシックデプロイモデルを使用して作成された VM の場合: Azure portal で可用性セットに VM を追加します。詳細な手順については、「既存の仮想マシンを可用性セットに追加する」を参照してください。
- Resource Manager デプロイモデルを使用して作成された VM の場合: VM の構成を保存し、可用性セット内の VM をいったん削除してから再作成します。
以前の VM とディスクを削除します。 Premium ディスクとソースディスクの間に一貫性があり、新しい VM がソース VM と同じように動作することを確認します。 Azure Portal でソースストレージアカウントから VM を削除したうえで、ディスクを削除します。 VM を削除してもディスクが削除されない問題が発生した場合は、「Troubleshoot storage resource deletion errors」(ストレージのリソースを削除するときに生じるエラーのトラブルシューティング) を参照してください。
Azure Site Recovery インフラストラクチャをクリーンアップします。 Site Recovery が不要になったら、インフラストラクチャをクリーンアップすることができます。レプリケートされた項目、構成サーバー、回復ポリシーを削除してから、Azure Site Recovery コンテナーを削除します。

トラブルシューティング

次のステップ

仮想マシンの移行に関する具体的なシナリオについては、次のリソースを参照してください。

また、Azure Storage と Azure Virtual Machines の詳細については、次のリソースもご覧ください。