Azure 仮想マシンの日本語化を、可能な限り簡素な仕組みで完全対応することを目指してみました。
従来から公開されている方法では、ISOをマウントしたり RunOnceを使って複数回再起動をする必要があるなどスクリプトや手順が複雑化していて、内容を解析して理解し各自でカスタマイズすることが難しい点がありました。
今回、提供する方法なら誰でも内容を簡単に理解して利用する事ができると思います。

当スクリプトを作成することにした経緯と現状

従来より多く知られている Azure VM の日本語化は言語パックや FOD の導入のあと一旦再起動しユーザーの初回ログオン実施後にシステムロケールやようこそ画面の設定を行う必要があります。
おそらくは、この方法を採用しないと Microsoft からサポートされた方法にはならないのではないかと考えています。
しかし、昨夏に Install-Language というコマンドが提供されてからあまり期間が経過していないため、このコマンドを Azure VM の展開と組み合わせた事例が見受けられず、情報が少ないです。
現時点では、私がこの記事で紹介しているスクリプトは、Azure VM の展開時のみ正常に動作しており、VM展開後に Windows PowerShell コンソールから実行すると再起動後に RDP接続できない不具合に見舞われます。
これは、このスクリプトがデプロイ時に組み込まれて動作することで、従来の問題をクリアできているのではないかと考えています。

この仕組みのメリット

15行程度の短いスクリプトで構成（全体像を理解しやすい）
スクリプト内にログオンアカウントの記載が不要
Windows10/11 共通で使用できる
GUI操作で日本語化した時の結果と比べて遜色ない仕上がり
デプロイ時に Market Place で提供されているイメージを元に自由に選んでデプロイできる

制限事項

OSは、Windows 10 20H2以降と、Windows 11 のみ対応（その他の OS では不可）
処理時間は、D2sV3 の VM で、20分程度
　※ 言語パック導入で 10分、Windows Updateで 10分＝合計20分
スクリプトは、VMデプロイ時に拡張機能(Custom Script Extension) を使ってインストールすることを強く推奨（手順は後述）
　※ Windows PowerShell コンソールから実行した場合日本語化はされるものの再起動後に RDPできなくなる事象を確認しています。
複数台の VM を同時にデプロイする場合、リソースグループが同一だと Custom Script の実行時に Conflictエラーが発生します。これは、当スクリプトのせいでは無く Azure の制限のようです。これを回避するためには、リソースグループを別のものにすることで回避することができます。

日本語化スクリプト

以下のスクリプトをストレージアカウント上に BLOB として保存しておき、VMデプロイ時に拡張機能 (Custom Script Extension) で、スクリプトを指定することで実行できます。
この手順は後述しています。

# 言語パックインストール
Install-Language ja-jp

# システムロケールの設定
Set-WinSystemLocale -SystemLocale ja-JP

# タイムゾーンの設定
Set-TimeZone -Id "Tokyo Standard Time"

# 地域の設定
Set-Culture -CultureInfo ja-JP

# システム優先言語の設定
Set-SystemPreferredUILanguage ja-JP

# ロケーションの設定
Set-WinHomeLocation -GeoId 0x7a

# 言語リストの設定
$mylang = New-WinUserLanguageList -Language "ja-JP"
Set-WinUserLanguageList $mylang -Force

# ようこそ画面へ設定のコピー
Install-Language ja-jp -CopyTosettings

# Windows Update の実行
Install-PackageProvider -Name NuGet -MinimumVersion 2.8.5.201 -Force
Install-Module PSWindowsUpdate -Force
Get-WindowsUpdate -AcceptAll -Install -AutoReboot

注意事項

非常にシンプルなスクリプトですが、各コマンドの順序やパラメーターに重要な意味があります。改変すると不具合が発生します。
完成までに相当な検証工数を掛けてバランス調整していますので、基本的には上記の内容でそのままご使用ください。
Windows Update と再起動の部分を省いて利用すると約10分で完了します。この場合は初回ログオン時に完全に日本語化されていて、これで十分に見えるのですが再起動後に RDP できなくなります。本事象を Microsoftサポートに問い合わせたところ、Windows Update の実行が必須であるとのアドバイスをうけ、Windows Update の最適な処理を研究して追加しさらに検証と調整を重ねて完成に至っています。

【MicrosoftサポートBlog：言語パックインストール時のご留意点】
https://jpwinsup.github.io/blog/2022/06/22/UserInterfaceAndApps/LanguageSupport_IME/lp-consideration/

スクリプト配置手順（初回のみ）

当サイトに投稿されているスクリプトをテキストエディタへコピー＆ペーストして、ファイル (拡張子は .ps1) として任意のフォルダに保存します。
ストレージアカウントを新規作成します。既に運用中のストレージアカウントでも構いません。
・リソースグループ：任意
・ストレージアカウント名：任意（グローバルでユニーク）
　※サブスク利用者で共用して使う場合、ソート順で一番上に表示されるような名称にすることをお勧めします。
・冗長性：任意
　※ローカル冗長ストレージ(LRS) で十分　※一番安価なコストで利用できます。
ストレージアカウントがデプロイ出来たら、「ストレージブラウザー」－「BLOBコンテナー」を選択して、「＋コンテナーを追加する」をクリック
判りやすい任意のコンテナ名を付与して、「作成」をクリック
コンテナーが作成されたら、そのコンテナ名をクリック
下線のとおり、コンテナ名が表示されている事を確認して、「アップロード」をクリック
BLOBのアップロード画面で「ファイルの参照」をクリック
ファイル選択ダイアログで、あらかじめ保存しておいたスクリプトを選択して「開く」をクリック
下線部の通りにファイルが選択されている事を確認して「アップロード」をクリック
アップロードに成功すると、下線部の通りに表示される。これで事前準備は OK

VMデプロイ手順

「基本」タブで各種設定を行ったあと、「詳細」タブを押し、「インストールする拡張機能を選択します」をクリック
Custom Script Extension を選択して、「次へ」をクリック
以下の画面で、「参照」をクリック
あらかじめ用意しておいたスクリプトが配置されたストレージアカウントとコンテナを選択する
用意しておいたスクリプトを選んで、「選択」をクリック
下線部の通りにスクリプト名が表示されるため、「作成」をクリック
下線部の通り拡張機能欄に「Custom Script Extension」が表示されるので、「確認および作成」をクリックする事で VM のデプロイが開始されます。

★デプロイ開始前のパラメータチェックの際に、設定が正しくても、以下のように　検証で失敗することがあるようです。これは Azure Portal の不具合らしく、「ネットワーク」タブを表示させたあと、再度「確認および作成」を押せば問題なく先へ進めます。私のスクリプトのせいではありませんので、ご注意ください。
※Custom Script Extension を選択すると出やすいのかな？
デプロイが始まると、以下の画面になりますが下線部の表示中に日本語化が行われています。ここで 20分程度待つと処理が終了します。

初回サインイン

下図のように、初めから日本語化された状態でサインインができます。

参考にしたサイト

【言語パックの管理に便利な PowerShell コマンドレットのご紹介】
https://jpwinsup.github.io/blog/2023/03/06/UserInterfaceAndApps/LanguageSupport_IME/InstallLanguage/
→　このサイトを発見したことがこの取り組みを実施するきっかけになりました。しかしながらこのコマンドだけだと VMデプロイ時に組み込むと RDP できなくなったり不具合に見舞われてしまい、成功パターンを作り上げるためにこんなに苦労するとは思っていませんでした。
※ブログ記事には、下記の「ご留意点」を実施しなくても OK と書かれてはいるのですけどね。

【MicrosoftサポートBlog：言語パックインストール時のご留意点】
https://jpwinsup.github.io/blog/2022/06/22/UserInterfaceAndApps/LanguageSupport_IME/lp-consideration/
→　Microsoftサポートに問合せして、上記の記事のアドバイスを受けられなかったら完成することはできず、ずっとハマったままだったかもしれません。大変参考になりました。

【PowerShell】Windows Updteを自動化
https://boonx4m312s.hatenablog.com/entry/2023/02/02/180000
→　Windows Update をコマンドで全自動化する方法は、ネットで調べるといくつかの方法がみつかるのですが、VM デプロイ時に組み込もうとすると、うまく動作させられずなかなか良い方法がありませんでした。そんな中でこの記事で紹介されていた NuGetプロバイダーインストール時の一時中断を回避する方法が決め手となり、採用に至りました。
Install-PackageProvider -Name NuGet -MinimumVersion 2.8.5.201 -Force
なお、バージョン(2.8.5.201) を固定で指定している箇所は、今後永続的に使えるかどうかが定かではなくちょっと気持ち悪い気がしており改変の余地があると考えています。もっと良い方法をご存じの方がいたら、コメント欄で教えてください。

【Azure コラム第8回：Windows VM 全自動日本語化】
https://www.intellilink.co.jp/column/ms/2022/020800.aspx
→　弊社の原田さんの記事です。初めはこの記事をベースに日本語化を試行していたのですが、MSサポートブログで 2022年8月から Install-languageコマンドが提供されていたことを知ってから、もっとシンプル化できないか？という思いが生じたためカスタマイズを繰り返して完成形までこぎつけました。システムロケールや地域、言語バーなどの設定はこのサイトを参考にしながらコマンドリファレンスやその他の日本語化のサイトなどを比較検討して組み立てを行っています。

【Windows でのカスタムのスクリプト拡張機能】
https://learn.microsoft.com/ja-jp/azure/virtual-machines/extensions/custom-script-windows#tips
→　このサイトに、カスタムスクリプト内で「再起動を行わないように」との注意書きの記載があり、スクリプトの検討時に参考になりました。

【私の記事：手動で Azure VM の日本語化】
https://qiita.com/carol0226/items/8cc48bb262bf81dfc9df
→　スクリプトではなく、GUI操作で日本語化する場合は、この手順になります。基本的にはこの GUI操作と同じようなことを、本記事ではスクリプトで実装しています。

動作確認

検証済みイメージ

Windows 11 Pro 22H2 Gen2 x 5回
Windows 11 Pro 21H2 Gen2 x 2回
Windows 10 Pro 22H2 Gen2 x 10回以上
Windows 10 Pro 22H2 Gen1 x 2回
Windows 10 Pro 21H2 Gen2 x 2回
Windows 10 Pro 21H2 Gen1 x 2回

※Windows 10 Pro 20H2 以降であれば仕様上は動作するはず。
　それより古い（2004以前）バージョンは、コマンドの互換性が無くて動作しません。
　Windows Server OS もコマンドの互換性が無くて動作しません。

テスト項目

デプロイ後に管理者ユーザーで RDP 接続
「設定」－「時刻と言語」を表示して以下の項目が正しく設定されていることを確認
　・日付と時刻
　・地域
　・言語
　・管理用の言語の設定（ようこそ画面と新しいユーザーアカウント、システムロケール）
再起動後に再度 RDP接続
新しいローカルユーザーを追加してそのユーザーでサインイン
同様に「設定」－「時刻と言語」を表示して以下の項目が正しく設定されていることを確認
　・日付と時刻
　・地域
　・言語
　・管理用の言語の設定（ようこそ画面と新しいユーザーアカウント、システムロケール）
並行デプロイ
　・リソースグループを別にすることで 10台のVMを並行デプロイして動作可 x 1回
　　※リソースグループが同一だと Conflictが発生して 2台目以降は並行ではデプロイできません。

Azure VM Windows10 / 11 の全自動日本語化