物理サーバーをAzure仮想マシンに移行する場合のAzure Migrateについて調べた 

こんにちは。ﾊﾞｸｿｸｷｬｯﾁｱｯﾌﾟﾆｷことdessinです。
さっそく実務でAzure案件を振ってもらえたので、調べた内容をまとめておきます。
物理サーバー（非仮想マシン）をAzureに移行する場合のMigrationの流れを、公式DOCを再構成するイメージで書きたいと思います。
突っ込みどころがあったら指摘してくれると嬉しいです。
検証をやりながら改訂していくつもりです（2024年2月6日時点）。

## 概要
物理サーバーの移行先がAzureと決まっている場合、移行は次のような流れになります。
1. 移行対象サーバーを検出する（Discovery）
1. 検出したサーバーから情報収集する（Assessment）
1. 移行対象サーバーをAzure上に複製する（Replication）
1. 移行を実行する（Migration）

移行対象サーバーにそっくりな仮想マシンをAzure上に作ってそっちに引っ越すわけですが、工程１と２では、「移行対象サーバー」と、「どうすればそっくりになるか」を分析し、工程３と４で「作って」「引っ越す」のですね

それぞれの間に、Azure Migrateプロジェクトの作成や、権限の設定などいろいろしなければならないようですが、手続きみたいな細かいところは省略しています。
また、例えばAssessmentだけ省略してMigrationする、といったことができるかどうかわからないので、そういうパターンは無視しています。
公式DOCでは下の画像のようにDiscoveryやAssessmentが分かれていますが、個人的には上の1~4は不可分だと考えて、公式DOC（の自分の移行プランに当てはまる部分のみ）を読んだ方がよいと思います。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/3617557/22dd4886-e36f-0414-9d0a-864c5b19a28f.png)

## 用語
Azure Migrateの用語は非常にわかりにくいので、1-4の各論の前に用語について説明します。
* そもそもAzure Migrateは移行のために必要な機能の集合体である
* 機能の呼び名にはなんとかツールやなんとかアプライアンスがあり、アプライアンスはツールに含まれる関係（ツール＞アプライアンス）にある
* 同じ名前のアプライアンスが、他のツールに属していて違うことに使われる場合もある
* エージェントレスとかエージェントベースの分類があるが、レスやベースは移行対象のサーバーにエージェントが入るかどうかであって、エージェントを使うか使わないかではない
* Azure Site RecoveryはAzure Migrateの前身だと思おう（Migrateの方が新しくて高機能だが、複製の部分は今でもSite Recoveryと同じようなことをしているっぽい）

 上記のことを押さえておくと、公式DOCが読みやすくなると思います。
 ちなみに、日本語の公式DOCは例えば"Assess"を「アクセス」と翻訳しているので読みづらかったです。そういうこともあって、この後に貼っているリンクは英語のものにしました。URLの"en-us"を"ja"に替えると日本語版になります。

 ## 各論
 繰り返しになりますが、これは物理サーバーをAzure仮想マシンに移行する場合です。物理サーバーはphysical serverなのでこれを目印に公式DOCをぶち抜きます。
 
 ### 1. サーバーの検出
 ポータルでMigrateプロジェクトを作成したら、Discovery and Assessment（検出と評価）です。公式DOCは[これ](https://learn.microsoft.com/en-us/azure/migrate/tutorial-migrate-physical-virtual-machines#set-up-the-replication-appliance)
 ざっと説明すると、
 * 検出（とこれに続くAssessment）には**Azure Migrate appliance**が利用される
 * アプライアンスはポータルから入手可能
 * アプライアンスをインストールするサーバーが（今回は）オンプレに必要で、仮想マシンでも物理マシンでもいい
  * そのサーバーには[要件](https://learn.microsoft.com/en-us/azure/migrate/tutorial-discover-physical#prerequisites)がある![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/3617557/6c936dd7-afad-a912-88ce-8fee42e73c75.png)
  * Migrationの時に使う**Replication appliance**とAzure Migrate applianceを同じサーバーに入れるのはサポートされていない![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/3617557/d8c94d0a-610a-f9ba-d6ff-fbdea95956b8.png)（要件のすぐ下に書いてる）
  * アプライアンスの設定の手順は[公式DOC](https://learn.microsoft.com/en-us/azure/migrate/tutorial-discover-physical#set-up-the-appliance)も割とわかりやすい


 ### 2. サーバーの評価
前にも述べた通り、 Assessの[公式DOC](https://learn.microsoft.com/en-us/azure/migrate/tutorial-assess-physical#prerequisites)にも、「検出からおやりなさい」と書いています。![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/3617557/3ff13ab2-9811-c946-bfe1-81713bf5fffe.png)
おそらく[Assessmentはポータル上でポチポチ操作でやれる](https://learn.microsoft.com/en-us/azure/migrate/tutorial-assess-physical#run-an-assessment)のかな？と思います。
Assessmentにも種類があるようですが今（2024年2月6日）のところ省略します。
### 3. サーバーのAzure上への複製
移行する前に、移行対象サーバーのそっくりさんを作る必要があります。それには**Replication appliance**を使用します。そのアプライアンスには、**Configuration Server**と**Process Server**の[機能が入っています。](https://learn.microsoft.com/en-us/azure/migrate/agent-based-migration-architecture#architectural-components)![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/3617557/8e22f899-5a90-677a-b88b-ad3158c0e85b.png)
上に書いた通り、このアプライアンスはAzure Migrate applianceとは違うサーバーに入れた方がよいとのことです。結構手の込んだ構成になりそうだなぁと思いました。まぁ移行ともなると一大事か。
さらに、移行対象サーバー（物理マシン）には[Mobiity Service agentなるものをインストール](https://learn.microsoft.com/en-us/azure/migrate/tutorial-migrate-physical-virtual-machines#install-the-mobility-service-agent)します。どうやらReplication applianceの体内にあるもよう。

他にやらなければならないこととしては、詳細は書きませんが[ネットワークの構成、Azureアカウントの認可の設定](https://learn.microsoft.com/en-us/azure/migrate/tutorial-migrate-physical-virtual-machines#assign-azure-account-permissions)など。

### 4. 移行
移行そのものは、[ネットワークの設定のほかはポータルでできそう。](https://learn.microsoft.com/en-us/azure/migrate/tutorial-migrate-physical-virtual-machines#migrate-vms)なのでまた検証が終わったら追記したいと思います。

今回は短いけどここまで。お読みいただきありがとうございました。