Windows Server ＆ Cloud User Group Japan 第53回 勉強会の担当セッションについて、内容の一部を先んじて書きます。本稿で考えを整理してからセッション資料をまとめるという意図もあります。あとタイトルでは、その1と書きましたが、その2以降があるかはまだ考えておりませんw
本題に移ります。
システム要件としてはRecovery Serviceコンテナー/Recovery Service Valutが必要なのは、いうまでもないです。加えて他のシステム要件を見る上で、レプリケーションジョブの作成がとてもわかりやすいです。レプリケーションジョブのウィザードを一部ご紹介しながら説明します。
まず移行先の環境として、Azureを指定します。その際、Azure仮想ネットワーク/VNetを必要であることがわかりますね。
Azure Local 2609のデプロイウィザードで、ノードの追加が失敗していまして。
先週は問題なくできていたのだが？！
Azure Local 2609において、Active Directoryを使う場合も比較のためにデプロイしました。
それで9/26にはなくて、9/27になって既報である「2609公開後のドキュメント更新」、「システム レベルのシークレットの自動バックアップ （プレビュー）」の正しい有効化方法」のとおりシークレットをバックアップする設定が増えていました。
Active Directoryを使う場合のデプロイは、下記のパラメーターで行いました。
Azure Local 2609を用いて、deployment local identity with key vaultを試行します。変わらずNested Hyper-Vです。
以前は１時間かかっていたように記憶しています。しかしバリデーションがNested Hyper-Vで、30分ぐらいで終わるようになっていました。
下記の設定でデプロイしております。
デプロイ完了です。2時間56分ほどかかりました。
Azure Local 2609で、ADレスのAzure LocalをデプロイしようとNested Hyper-VでAzure Local仮想マシンを2台作成しました。
Azure Arcの登録をしようと
Register Azure Local with Azure Arc without using Arc gateway
をみたところ、やり方が変わってました（というかパラメーターが増えてる）。。。「Last updated on 09/05/2026」ですね。
$Tenant、$Subscription、$RG、$Regionといった変数のくだりは、変更ないです。
まず変数として下記の行が増えていましたので、上記URLより引用します。
#Optional: Define the Azure Resource Manager access token.
# Required only if you want to use token-based authentication instead of device code authentication.
$armTokenResponse = Get-AzAccessToken
# Convert token to string for use in initialization
# Required because Get-AzAccessToken returns SecureString
$ArmAccessToken = [System.Net.NetworkCredential]::new("", $armTokenResponse.Token).Password
# Define the target Azure Local solution version that the node must update to after registering with Azure Arc.
# Example: "12.2602.1002.10"
$TargetSolutionVersion = "<solution-version>"
さんざんリトライした挙句、$armTokenResponseと$ArmAccessTokenは、オプションだと気づきました。すなわち$armTokenResponseのコメントにオプションだと書いてあるのに気付くのが遅かったです。オプションなのに、実行すると下記のメッセージが出続けます。
あと、自分がやっていたNested Hyper-V VMに対してのInvoke-Commandではうまくいかない様子。具体的には、
Invoke-AzStackHciArcInitialization @params
の部分でデバイス認証すら出ず、エラーになっていました。
しようがないので、リモートデスクトップ接続経由でコマンドを流しました。結果、デバイス認証が使えるようになりました。
登録が完了したかは、下記のコードで確認ということです。
$status = Get-ArcBootstrapStatus$status.Response.Status
確認結果は、2ノード分として下記のとおりです。
New-IscsiTargetPortalQNAPで共有ディスクを作り直しました。接続は、
外部ストレージ アレイを Azure Local に接続する
を参照しています。ただし再度実行する必要がないところは省略しました。
外部ストレージ アレイを Azure Local に接続する
に則ります。
接続が永続的なのに、いきなりDisconnect-IscsiTargetを実行してはまりました。
外部ストレージ アレイを Azure Local に接続する の 手順 7: SAN ディスクを確認する からのロールバックを開始しました。
