こんにちは。ﾊﾞｸｿｸｷｬｯﾁｱｯﾌﾟﾆｷことdessinです。
さっそく実務でAzure案件を振ってもらえたので、調べた内容をまとめておきます。
物理サーバー（非仮想マシン）をAzureに移行する場合のMigrationの流れを、公式DOCを再構成するイメージで書きたいと思います。
突っ込みどころがあったら指摘してくれると嬉しいです。
検証をやりながら改訂していくつもりです（2024年2月6日時点）。
概要
物理サーバーの移行先がAzureと決まっている場合、移行は次のような流れになります。
- 移行対象サーバーを検出する（Discovery）
- 検出したサーバーから情報収集する（Assessment）
- 移行対象サーバーをAzure上に複製する（Replication）
- 移行を実行する（Migration）
移行対象サーバーにそっくりな仮想マシンをAzure上に作ってそっちに引っ越すわけですが、工程１と２では、「移行対象サーバー」と、「どうすればそっくりになるか」を分析し、工程３と４で「作って」「引っ越す」のですね
それぞれの間に、Azure Migrateプロジェクトの作成や、権限の設定などいろいろしなければならないようですが、手続きみたいな細かいところは省略しています。
また、例えばAssessmentだけ省略してMigrationする、といったことができるかどうかわからないので、そういうパターンは無視しています。
公式DOCでは下の画像のようにDiscoveryやAssessmentが分かれていますが、個人的には上の1~4は不可分だと考えて、公式DOC（の自分の移行プランに当てはまる部分のみ）を読んだ方がよいと思います。
用語
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はこれ
ざっと説明すると、
- 検出（とこれに続くAssessment）にはAzure Migrate applianceが利用される
- アプライアンスはポータルから入手可能
- アプライアンスをインストールするサーバーが（今回は）オンプレに必要で、仮想マシンでも物理マシンでもいい
- そのサーバーには要件がある
- Migrationの時に使うReplication applianceとAzure Migrate applianceを同じサーバーに入れるのはサポートされていない
（要件のすぐ下に書いてる） - アプライアンスの設定の手順は公式DOCも割とわかりやすい
2. サーバーの評価
前にも述べた通り、 Assessの公式DOCにも、「検出からおやりなさい」と書いています。
おそらくAssessmentはポータル上でポチポチ操作でやれるのかな？と思います。
Assessmentにも種類があるようですが今（2024年2月6日）のところ省略します。
3. サーバーのAzure上への複製
移行する前に、移行対象サーバーのそっくりさんを作る必要があります。それにはReplication applianceを使用します。そのアプライアンスには、Configuration ServerとProcess Serverの機能が入っています。
上に書いた通り、このアプライアンスはAzure Migrate applianceとは違うサーバーに入れた方がよいとのことです。結構手の込んだ構成になりそうだなぁと思いました。まぁ移行ともなると一大事か。
さらに、移行対象サーバー（物理マシン）にはMobiity Service agentなるものをインストールします。どうやらReplication applianceの体内にあるもよう。
他にやらなければならないこととしては、詳細は書きませんがネットワークの構成、Azureアカウントの認可の設定など。
4. 移行
移行そのものは、ネットワークの設定のほかはポータルでできそう。なのでまた検証が終わったら追記したいと思います。
今回は短いけどここまで。お読みいただきありがとうございました。