Azure Local 2510の公開が停止されたことと関連するかもしれません。
Azure Local 2510のArc登録自体は可能ですが、Azure Local 2510でデプロイウィザードの基本情報から進めません。サポートしないOSとのメッセージが出ますね。。。
Azure Local 2510の公開が停止されたことと関連するかもしれません。
Azure Local 2510のArc登録自体は可能ですが、Azure Local 2510でデプロイウィザードの基本情報から進めません。サポートしないOSとのメッセージが出ますね。。。
Mac版Edgeで標記の現象に遭遇しました。NetworkingのValidateをクリックした画面です。
Mac版Chromeだと同じ設定でも先に進めます。上下で設定情報は違わない認識なんですけれどもなぜだろう。
Edgeの新しいバージョンで解消するかもしれませんが、こういう事象があったことを残しておきます。
2025/11/08追記 142.0.3595.65でも再現しています。が、同じMac機のChromeでも再現するようになってしまいました。よって、上記記事中にMac版である旨を追記いたしました。現在は、Windows版Edgeで続行しています。
Azure Arc Gatewayを使ったArc登録にて、Arc Gatewayを使ってAzure Local 2509の登録ができました。
Azure Localのデプロイも無事に成功しました。Nested Azure Localとなりますが、デプロイの経過を貼っておきます。
デプロイ完了後、片方のノードにログオンしたところ、デプロイのPowerShellによるデプロも参考までに載せておきます。(PowerShell内の時刻表記は、UTCです)Proxy配下におけるAzure Arc Gatewayを使ったArc登録が使えますね。その場合。事前のProxy設定は特に必要無いです。
Azure Arc Gatewayを使ったArc登録にて、Proxyおよびバイパスリストの指定が太字部分としてあります。当該環境の場合は、下記を使いました(プロキシサーバーとバイパスリストのみ実際の設定値を表記します)。
$ProxyServer = "http://g2alma.sshzk2016.local:3128"$ProxyBypassList = "localhost,127.0.0.1,*.sshzk2016.local,g2azl0301,g2azl0302,192.168.*.*,AzLFC03"Invoke-AzStackHciArcInitialization -TenantID $Tenant -SubscriptionID $Subscription -ResourceGroup $RG -Region $Region -Cloud "AzureCloud" -Proxy $ProxyServer -ArcGatewayID $ArcgwId -ProxyBypass $ProxyBypassList
Azure Arc Gatewayを使ったArc登録前です。netsh winhttpのProxy設定は無しです。
Azure Arc Gatewayを使ったArc登録後です。netsh winhttpのProxy設定があります。
なお、PowerShellのHTTP_PROXY、HTTPS_PROXY、NO_PROXYは実行後も設定されていなかったので、画面キャプチャは無しとしました。
Announcing the General Availability of Arc Gateway for Azure Local
ということなので、公式手順に則り、Azure Portalから作成し終えるところまでを本稿にまとめます。
Azure Local 用 Azure Arc ゲートウェイについて
にそってリソースを作成します。
Azure ArcのManagementから、Azure Arc gatewayをクリックし、新規に作成します。
サブスクリプション、リソースグループ、gateway名、Regionを設定します。サブスクリプション、リソースグループ、Regionは、デプロイ対象になるAzure Localと同じところを指定します。タグで、標準でサポートするカスタムタグを1つ以上指定することになっているので、タグBillに対応する値を選択します。作成します。10分ほど待つと作成されました。概要/OverviewにあるResource ID(下図の赤い箇所)をメモしておきます。Resource IDは、Azure Arcへの登録時に使用しますので。Proxyサーバーの準備がないため、一旦ここで確認を区切ります。
2025年4月に開催されたWindows Server Summit 2025のオンデマンドビデオが公開されています。
Windows Server 2025だけではなく、AD、AD CS、WAC、Azure Arc、Azure File Syncなどのセッションがありますよ。
今度は、Azure Arc対応サーバーの拡張を削除しようとしました。が削除できません。
Locksを見てみたら、削除できないようにするロックがあります。(2024/06/29追記 Azure Arc対応サーバーのリソースに対するロックが拡張にも有効でした)このロックを削除しました。再度削除します。まとめて削除したのですが、一つ残りました。。。こちらも改めて削除しました。以降、色々なリソースを削除する前に、Locksを確認するようにします。
プロキシーサーバーの配下だとAzure Arc Setupは、インストールに失敗します。
本稿執筆時点のAzure Arc Setupは、構成ボタンが使用不可なんですね。
いずれここに、プロキシーサーバーの設定ができるのではないか、と踏んでいるのですけど。
なぜこんなことに気づいたのかといえば、Azure Arcのオンボードスクリプト生成時にプロキシサーバーを指定するようになっていたからです。さらに書くとプロキシサーバーをPowerShellの$env:HTTPS_PROXY環境変数に設定しておいても、Azure Arcのオンボードスクリプトでは参照しないからでした。
※この挙動に気づくまで数時間ほど無駄にしました。。。
Azure Arcのオンボードスクリプト生成時にプロキシサーバーを指定する画面は、下記の通り。ちなみにプライベートエンドポイントもここで指定できますね。
Azure Arcのオンボードスクリプト内にプロキシーサーバーの情報が記載されていますので、赤枠で囲ってみました。プロキシサーバーの設定がオンボードスクリプト内にコーディングされています。
ということで、Azure Arcのオンボード時は、引き続き注意しながら進めます。環境の一部をクリーンアップするので、Windows ServerであるAzure Arc対応サーバーを一部減らします。別の観点から見ると、退役するサーバーをAzure Arc対応サーバーから外すということでもありますね。
※今回は、検証都合でサーバーをAzure Arc対応サーバーから外します、念のため。
に記載の下記手順をAzure Arc対応サーバーごとに実施します。
azcmagent disconnect --force-local-only
こんなメッセージが出て、Azure Arc 対応サーバーの登録が失敗するようになりました。
メッセージは、「終了コード: AZCM0042: Failed to Create Resource」なのですが、最高の権限を使っていることから、権限周りは考えにくく。
ログファイルは、"C:\ProgramData\AzureConnectedMachineAgent\Log\azcmagent.log"ですので、確認してみました。401のあたりからさかのぼっていくと、こんなメッセージがありました。
time="2023-10-21T09:56:56+09:00" level=debug msg="Azure response" Body="{\"error\":{\"code\":\"InvalidAuthenticationTokenTenant\",\"message\":\"The access token is from the wrong issuer 'https://sts.windows.net/f8cdef31-マスキングしてます/'. It must match the tenant 'https://sts.windows.net/2156436d-マスキングしてます/' associated with this subscription. Please use the authority (URL) 'https://login.windows.net/2156436d-マスキングしてます' to get the token. Note, if the subscription is transferred to another tenant there is no impact to the services, but information about new tenant could take time to propagate (up to an hour). If you just transferred your subscription and see this error message, please try back later.\"}}" Error Code=InvalidAuthenticationTokenTenant Operation=GET Status Code=401
上記赤字部分で別テナントへなぜか接続してますね。別のテナントだと権限がないわけで、エラーコートとしてはそうなります。
解決方法は、--tenant-idオプションにてテナントIDを明示的に指定します。
登録失敗が解消しました!
Windows Server & Cloud User Group Japan 第36回 勉強会 にて発表あった
にESUの提供形態として、Azure Arcが増えている旨、説明がありました。
それに関してAzure Arcの画面にもメッセージが出るようになっていたので、そちらを貼ります。
az connectedmachine extension list で現況を確認します。
az connectedmachine extension delete を使います。
Get-AzConnectedMachineExtension で現況を確認します。
Remove-AzConnectedMachineExtension を使います。