クラシック環境から新しいARM環境へのAzure IaaSの移行が簡単に：Microsoft Azure最新機能フォローアップ（20）（2/2 ページ）

[山市良，テクニカルライター]

Azure PowerShellコマンドレットで簡単に移行可能

　クラシックからARMへのAzure仮想マシンの移行は、以下のドキュメントで概要、サポートされる構成、移行手順が説明されています。

• ［概要］Technical deep dive on platform-supported migration from classic to Azure Resource Manager［英語］（Microsoft Azure）
• ［計画］Platform-supported migration of IaaS resources from classic to Azure Resource Manager［英語］（Microsoft Azure）
• ［手順］Migrate IaaS resources from classic to Azure Resource Manager by using Azure PowerShell［英語］（Microsoft Azure）

　日本語化されたドキュメントもあります（URLの「en-us」の部分を「ja-jp」に置き換える）。ただし、更新日は英語版と同じであっても、本文は古いままの場合もあるので、まずは英語版を確認するとよいでしょう。

　クラシック環境の仮想マシンがサポートされる構成（例えば、1つのクラウドサービスに複数の可用性セットが含まれる場合はサポートされない）であれば、簡単な手順でダウンタイムなし、または短時間のダウンタイムでARM環境に移行することが可能です。

　クラシックからARMへの移行は実質メタデータを移行するだけであり、仮想マシンは同じハードウェア、同じストレージ、同じネットワーク上で動作し続けます。実行中の仮想マシンは、ダウンタイムなしでARMに移行できます。

　ただし、移行元のクラシック環境が仮想ネットワークに接続されていない場合、ARMでは仮想ネットワークへの接続が必須となるため、新しい仮想ネットワークに接続するために仮想マシンが再起動されます。その間、ダウンタイムが発生します。

　なお、移行前のクラウドサービスのパブリックIPアドレスに割り当てられていたDNS（Domain Name System）名「＜クラウドサービス名＞.cloudapp.net」は、移行後もそのまま維持されます。ARMの既定のDNS名「＜DNSラベル＞.＜リージョン（japanwestなど）＞.cloudapp.azure.com」に置き換わることはありません。

　移行操作はAzureポータルからではなく、Windows PowerShellでAzure PowerShellのコマンドレットを実行して行います。Windows PowerShellのコマンドライン操作というと、難しそうに思えるかもしれませんが、安心してください。Azure仮想マシンの移行は「Move-AzureService」コマンドレット、ストレージアカウントの移行は「Move-AzureStorageAccount」コマンドレットの簡単なコマンドラインを実行するだけです。

　Azure仮想マシンの移行は、クラウドサービス単位で実行できます。Move-AzureServiceコマンドレットに必要なパラメーターは、最低限「クラウドサービス名（ServiceName）」と「デプロイメント名（DeploymentName）」です（画面2）。後でストレージアカウントを移行するために、Azure仮想マシンのVHDが格納されているストレージアカウントも確認しておいてください。

画面2　移行対象のクラシック環境の2台の仮想マシン。2台の仮想マシンは同じクラウドサービスに含まれる。今回は停止中の仮想マシンを移行したが、実行中の仮想マシンでも移行できる

　Move-AzureServiceコマンドレットを「-Prepare」パラメーター付きで実行すると、ARMに「＜クラウドサービス名＞-Migrated」という名前のリソースグループが作成され、その中に仮想マシン、ロードバランサー、ネットワークインタフェース、パブリックIPアドレス、仮想ネットワークなどのリソースが準備されます（画面3）。

画面3　「Move-AzureService」コマンドレットを「-Prepare」パラメーター付きで実行すると、ARMのリソースグループにリソースが準備される

　Move-AzureServiceコマンドレットでは、リソースグループにストレージアカウントは準備、移行されません。Move-AzureServiceコマンドレットで移行したAzure仮想マシンは、クラシック環境のストレージアカウントをそのまま使用するようになっているからです。

　リソースグループの準備にはしばらく時間がかかりますが、準備が完了したら、Move-AzureServiceコマンドレットを「-Commit」パラメーター付きで実行します（画面4）。これはすぐに終わり、クラシックからARMへの移行が完了します（クラシック環境から対象の仮想マシンは消えます）。

画面4　「Move-AzureService」コマンドレットを「-Commit」パラメーター付きで実行すると、クラシックからARMにデプロイメントモデルが瞬時に切り替わる

　「-Commit」パラメーター付きで実行する前であれば、「-Abort」パラメーター付きで実行して移行を中止することもできます。ただし、「-Commit」パラメーター付きで移行した後は、元のクラシック環境には戻せないことに注意してください。

　この時点で、ストレージアカウントについては、クラシックのままです。ストレージアカウントが他のクラシック環境のリソースの格納に使用されていないのであれば、Move-AzureStorageAccountコマンドレットでARMに移行できます。Move-AzureStorageAccountコマンドレットもまた、「-Prepare」「-Commit」「-Abort」パラメーター付きで実行します。

クラシックデプロイメントモデルは今後もサポートが継続

　クラシック環境のAzure仮想マシンは、できるだけ早くARM環境に移行した方がよいのでしょうか。

　答えはノーです。無理に移行する必要はありません。

　前述のドキュメントの「Frequently asked questions（よく寄せられる質問）」に書いてありますが、クラシックデプロイメントモデルが廃止される予定はありません。

　ARM環境でのみ利用可能な機能（例えば、ネットワークセキュリティグループによる高度なアクセス制御など）が必要な場合は、今回正式リリースとなったこの機能を使えば簡単に移行できるということです。

　ただし、前述したようにMove-AzureServiceコマンドレットの「-Commit」パラメーター付きの実行は中止できませんし、移行後にロールバックすることもできません。また、移行対象のAzure仮想マシンに関連付いた「ロール（役割）ベースのアクセス制御（Role-Based Access Control：RBAC）」や「Azure Automation」は移行されないため、移行後に再設定が必要になることにも留意してください。

筆者紹介

山市 良（やまいち りょう）

岩手県花巻市在住。Microsoft MVP：Cloud and Datacenter Management（Oct 2008 - Sep 2016）。SIer、IT出版社、中堅企業のシステム管理者を経て、フリーのテクニカルライターに。マイクロソフト製品、テクノロジーを中心に、IT雑誌、Webサイトへの記事の寄稿、ドキュメント作成、事例取材などを手掛ける。個人ブログは『山市良のえぬなんとかわーるど』。