本記事について

いつの間にやらAzure Stack HCI 23H2にプレビューバージョンが提供されていました。
今回はプレビューバージョンの機能の1つであるローカルUI経由でのサーバの初期設定を試してみたいと思います。

公式ドキュメントはこちらです。
Microsoft Learn | ローカルUI経由

前提条件

プレビュー版ISO

AzureポータルからのISOダウンロード時に、"English Preview"のISOファイルをダウンロードし、こちらを利用します。

マルチキャスト通信

今回私が試した手順ではローカルUIへのアクセスには後述のmDNSが利用されますので、作業端末からサーバに対してマルチキャスト通信が届く必要があります。
基本的には同一ネットワーク内での作業になるでしょう。

手順

早速ではあるのですが、ドキュメントに記載のWeb UIのアドレスである"https://<device-serial-number>.local"には私の手元の仮想環境ではアクセスしてもWeb UIが表示されませんでした。
まず、"<device-serial-number>.local"というアドレスの名前解決ですが、これはマルチキャストDNSの利用が想定されたものと思われます。
そのため、シリアル番号が既定のホスト名に設定されている状態を想定したアクセスなのではと推測していますが、私の仮想環境（Hyper-V VM）ではシリアル番号と既定のホスト名は異なっておりWeb UIに"<device-serial-number>.local"でアクセスすることはできませんでした。
一方で、Web UI自体には"ホスト名".localでアクセスすることができましたので、こちらで動作確認を続けていきます。

Web UIへのアクセス

サーバにOSをインストールしてローカル管理者のパスワード設定をおこない、しばらくしましたらブラウザからアクセスできるようになります。
今回はホスト名を指定してアクセスしますので、以下のアドレスを入力します。
https://<ホスト名>.local

すると、自己証明書ゆえの証明書に関するアラートの画面が表示されますが、無視して進むとユーザー名を入力する画面が現れます。

ローカル管理者ユーザーである"administrator"を入力後、OSインストール後に設定したローカル管理者のパスワードを入力してログインします。
ログインするとAzure Stack HCIのWeb UIが表示されます。

なお、ここで画面左上に表示されている"WIN-"から始まる文字列がホスト名、"4545-"から始まる文字列がシリアル番号になります。

名前解決の補足

マルチキャストDNSは名前の通りマルチキャストでDNSクエリを実行することで、該当のホストからの応答をもって名前解決するプロトコルです。
そのため、前提条件に記載のマルチキャスト通信ができる必要がありました。

ちなみに、Web UI自体には.localや<ホスト名>.localでアクセスすること自体は必須では無いようですので、直接リンクローカルアドレスを指定したり、先にSConfigからIPアドレスを割り当ててルーティング可能なIPでアクセスして設定することもできました。

Web UIでのサーバの初期設定（Basicsタブ）

BasicsタブではNICのIPアドレス設定がおこなえます。
ここで設定できる項目は以下の通りでした。NIC名は変更できません。

さらに、"Enter additional details"をクリックすることで以下の設定もおこなえました。
Time zoneでJSTが選べないのは気になりましたが、一通りの初期設定がおこなえます。

なお、ここでホスト名を設定する場合はこの後の手順で要注意です。
先述の通りマルチキャストDNSで名前解決をしてアクセスしており、この手順で<ホスト名>.localでアクセスしている場合は設定変更が開始されてホスト名が変更されると名前解決ができずアクセスできなくなります。
その場合は指定したホスト名で改めてアクセスし直しましょう。

Web UIでのサーバの初期設定（Arc agent setup）

ここではAzure Arcに登録するための情報として、Entra IDやAzureサブスクリプション、リソースグループの情報を入力します。
本機能と同じくプレビュー中のArc gatewayを利用する場合もここでリソースIDを指定できるようです。

Web UIでのサーバの初期設定（Review and apply）

最後に設定内容を確認して"Finish"で実行します。
実行状況が表示されますが、ホスト名を変更する場合はここですぐにサーバのホスト名が変更されて再起動がかかります。
そのため、サーバ起動を待って、新しい<ホスト名>.localにアクセスしなおしましょう。

しばらくすると"Arc configuration"の"Current Status"にDevice codeとデバイスコードログインのURLが表示されます。
Azure Arcに登録するにあたり、デバイスコードログインでAzureへのログインが必要になりますのでURLをクリックしてアクセスし、デバイスコードを入力してログインを完了させましょう。
地味なところですがURLがクリッカブルでデバイスコードにコピーボタンが付いているのがUIとしてありがたいです。

すべての処理が完了すると、"On-site configuration complete. No further action needed. Inform your cloud admin for next actions."と表示されます。
Azureポータルを開くとサーバがArc-enabled serversとして登録されていますので、いつも通り4つのExtensionsがすべてインストールされてSucceededになることを待てば作業完了です。

まとめ

仮想環境でのアクセスで一部手順通りに進まない箇所はありましたが、一通りのセットアップができることが確認できました。
これまではドキュメントの行間を読みつつSConfigやPowerShellコマンドで設定していた作業がUIでおこなえるのは扱いやすく便利ですね。
一部NICの名称が変更できなかったり、タイムゾーンをJSTに変更できなかったり、細かな設定変更はこれまでの手順も必要そうですが、UIも優れており使いやすいものでした。
また、今回紹介しませんでしたがトラブルシューティングやサポート用のログ収集機能、画面の表示言語変更機能もGIUに備わっておりました。

なお、本機能ではHyper-Vの機能のインストールはおこなわれていませんが、OSインストール後にWindowsの機能を確認すると既にHyper-Vがインストール済みでした。
そのため、このUIからの設定が完了すると、そのままAzureポータルからのクラスター構築に入れそうです。こちらはまた別の機会に確認してみます。