この記事では、重大な既知の問題と、Azure Localでの回避策について説明します。
これらのリリース ノートは継続的に更新され、回避策を必要とする重大な問題が検出されると、追加されます。 Azure Local インスタンスをデプロイする前に、ここに含まれる情報を慎重に確認してください。
Important
このリリースでサポートされている更新パスについては、「 リリース情報」を参照してください。
このリリースの新機能の詳細については、「
バージョン 2605 の既知の問題
Azure Local の 2605 リリース向けに、Microsoft は次の更新プログラムをリリースしました。
| ソリューションのバージョン | OS ビルド |
|---|---|
| 12.2605.1003.210 | 26100.32860 |
Important
このソフトウェアの新しい展開では 、12.2605.1003.210 ビルドが使用されます。 このバージョンのリリース ノートには、このリリースで修正された問題、このリリースの既知の問題、および以前のバージョンから引き継がれた既知の問題が含まれます。
Note
一般的な既知の問題の詳細な修復については、Azure Local Supportability GitHub リポジトリを参照してください。
修正された問題
次の表に、このリリースで修正された問題の一覧を示します。
| Feature | Issue | Comments |
|---|---|---|
| Azure Local VM | Azure Local バージョン 2601 以降のインスタンスで、プラットフォーム コンポーネントが定期的なシステム操作中に仮想マシンを誤って分類すると、意図しない仮想マシンの削除が発生する可能性がある問題を修正しました。 | |
| Azure Local VM | 2604 より前のバージョンを実行しているクラスターに対して CLI バージョン 1.14.x を使用すると、 az stack-hci-vm stop コマンドが失敗する可能性がある問題を修正しました。 |
2604 より前のバージョンを実行しているクラスターでの CLI バージョン 1.14.x での VM 停止操作の互換性が向上しました。 |
既知の問題
このリリースに固有の既知の問題はありません。 以前のリリースの既知の問題については、 以前のリリースの既知の問題 に関するセクションを参照してください。
以前のリリースからの既知の問題
次の表に、以前のリリースの既知の問題を示します。
| Feature | Issue | Workaround |
|---|---|---|
| Azure Local VM | Azure Local バージョン 2601 以降のインスタンスでは、プラットフォーム コンポーネントが定期的なシステム操作中に仮想マシンを誤って分類すると、意図しない仮想マシンの削除が発生する可能性があります。 | 意図しない VM の削除の可能性からAzure Localインスタンスを保護するには、インフラストラクチャ コンポーネントの問題に対する修復サポート ツールを使用して、Azure Local Microsoftオンプレミス クラウド (MOC) コンポーネントを更新します。 MOC コンポーネントの更新プログラムを適用すると、Azure Local インスタンスはこの問題に公開されなくなります。 最新の更新プログラムについては、「 リリース情報の概要」を参照してください。 |
| Azure Local VM |
az stack-hci-vm stop コマンドは、2604 より前のバージョンを実行しているクラスターに対して CLI バージョン 1.14.x を使用すると失敗します。 |
最新の CLI を使用し、 --skip-shutdown パラメーターを含め、強制的にオフにする (az stack-hci-vm stop --skip-shutdown) ことを確認します。 または、すべてのクラスターで既定の停止動作がサポートされている以前の CLI バージョン (1.13.0 以前) にダウングレードします。 |
| Windows Admin Center | クラスター マネージャーのバージョンが 5.2.6 未満のWindows Admin Centerのインスタンスでは、ボリュームの削除操作で問題が発生する可能性があります。 | データ損失を防ぐには、クラスター マネージャー拡張機能をバージョン 5.2.6 に更新するか、バージョン 2511 ビルド 2.6.6.18 以降Windows Admin Center使用していることを確認します。 クラスター マネージャー拡張機能が更新されない限り、Windows Admin Centerでボリュームを削除しないでください。 |
| を更新する | 更新中に、正常性チェックでエラー ( SBE manifest endpoint not reported by Get-SolutionDiscoveryDiagnosticInfo) が報告される場合があります。 |
これは警告レベルのエラーです。 更新の実行中は無視してかまいません。 |
| デプロイ | このリリースおよび以前のリリースでは、Azure Local マシンを Azure Arc に登録しようとすると、次のエラーで登録が失敗します。AZCMAgent command failed with error: >> exitcode: 42. Additional Info: See https://aka.ms/arc/azcmerror。 |
この問題を解決する方法の詳細な手順については、トラブルシューティング ガイドを参照してください。 |
| AZURE LOCAL VM の管理 | Mochostagent サービスは実行中のように見えますが、ログを更新せずに 1 か月以上停止する可能性があります。 この問題を特定するには、C:\programdata\mochostagent\logs のサービス ログを確認して、ログが更新されているかどうかを確認します。 |
mochostagent サービスを再起動するには、次のコマンドを実行します:restart-service mochostagent。 |
| Update | Azure Update Managerを使用してAzure Local インスタンスの準備状況チェックの結果を表示すると、同じ名前の準備チェックが複数存在する可能性があります。 | このリリースには既知の回避策はありません。 準備チェックに関する特定の情報を表示するには、[ 詳細 の表示] を選択します。 |
| Update | このリリースでは、更新が完了しても、Azure ポータルで更新状態が Failed または In progress として誤って報告される場合に、断続的な問題が発生します。 |
リモート PowerShell セッション経由でAzure Local インスタンスに接続します。 更新の状態を確認するには、次の PowerShell コマンドレットを実行します。$Update = get-solutionupdate| ? version -eq "<version string>"バージョン文字列を実行しているバージョンに置き換えます。 たとえば、"10.2405.0.23" などです。 $Update.state更新の状態が [インストール済み] の場合、それ以上の操作は必要ありません。 Azure ポータルでは、24 時間以内に状態が正しく更新されます。 状態をより早く更新するには、いずれかのノードで次の手順を実行します。 Cloud Management クラスター グループを再起動します。 Stop-ClusterGroup "Cloud Management"Start-ClusterGroup "Cloud Management" |
| アジュール ポータル | 場合によっては、Azure ポータルの更新に時間がかかる場合があり、ビューが最新ではない可能性があります。 | 更新されたビューを表示するには、30 分以上待つ必要がある場合があります。 |
| セキュリティ | Azure Localは、エンドポイントにDefenderを使用しているときや、展開内の 1 つ以上のサーバーに対して Restrict アプリの実行設定が有効になっている場合に、通常の操作 (Update、Repair など) 中に問題が発生する可能性があります。 | Defender ポータルで Restrict アプリの実行設定を無効にして再起動します。 問題が解決しない場合は、 サポート ケースを開きます。 |
| デプロイ | まれに、必須の Arc 拡張機能がまだインストールされていないことを示す検証中にエラーが発生してデプロイが失敗することがあります。 | この問題が発生した場合は、デプロイを再試行してください。 |
| セキュリティ | Windows Defender の攻撃面の縮小ルール「PSExec および WMI コマンドに起因するプロセス作成をブロックする」が [ブロック] に設定されている場合、Azure Local ソリューション更新は実行に失敗します。 | この問題を解決する方法の詳細な手順については、トラブルシューティング ガイドを参照してください。 |
| サーバーの追加、サーバーの修復 | ノードの追加とノードの修復操作は、11.2510.1002.87 または 12.2510.1002.88 で実行すると失敗します。これらのイメージは取り消され、存在しないためです。 | 環境を 11.2510.1002.93 または 12.2510.1002.94 にアップグレードします。 1.2510.1002.1002.87/12.2510.1002.88 から 11.2510.1002.93/12.2510.1002.94 への更新中にノードの追加または修復操作を実行する必要がある場合は、 サポート ケースを開 いてイメージ検証を上書きします。 |
| を更新する | シークレット ローテーション アクション プランの状態の取得に失敗しました。 | シークレットのローテーションは正常に完了するため、エラー メッセージは無視できます。 |
既知の動作と予期される動作
次の表に、バグや制限事項と見なすべきではない既知のシステム動作と想定されるシステム動作を示します。
| Feature | Behavior | Workaround |
|---|---|---|
| オペレーティング システム | RegBack を使用したレジストリの復元は、Azure Localではサポートされていません。 この操作により、Azure Local インスタンス上のライフサイクル マネージャー (LCM) 設定とオンプレミス クラウド (MOC) 設定を削除Microsoft。これにより、ソリューションが破損する可能性があります。 | |
| AZURE LOCAL VM の管理 | エクスポートしたAzure VM OS ディスクを VHD として使用して、Azure Local VM をプロビジョニングするためのギャラリー イメージを作成することはできません。 | コマンド restart-service mochostagent を実行して、mochostagent サービスを再起動します。 |
バージョン 2604 の既知の問題
Azure Local の 2604 リリースでは、Microsoft は次の更新プログラムをリリースしました。
| ソリューションのバージョン | OS ビルド |
|---|---|
| 12.2604.1003.1006 | 26100.32690 |
Important
このソフトウェアの新しい展開では 、12.2604.1003.1006 ビルドが使用されます。 このバージョンのリリース ノートには、このリリースで修正された問題、このリリースの既知の問題、および以前のバージョンから引き継がれた既知の問題が含まれます。
Note
一般的な既知の問題の詳細な修復については、Azure Local Supportability GitHub リポジトリを参照してください。
修正された問題
次の表に、このリリースで修正された問題の一覧を示します。
| Feature | Issue | Comments |
|---|---|---|
| を更新する | "ロール 'CAU' のタイプ 'EvalCauRetryApplicability' で例外が発生し、CAU の実行が失敗する問題を修正しました。" 以前の CAU 実行の状態は取り消されました。 最大 CAU 再試行回数を超えました (2)。 | |
| を更新する | SBE バージョンが 5.0 以上の場合、SBE デプロイ前の正常性チェックは実行されません。 | |
| Azure Local VM | 一部のAzure Local VM 作成シナリオでは、ストレージ パスを指定しないと、事前チェックによって、対象となる顧客のストレージ パスではなくインフラストラクチャ ボリュームが誤ってターゲットになります。 | 事前チェック ロジックは、ストレージ パスを明示的に指定しない場合に適切な顧客のストレージ パスを正しく解決してターゲットにするように更新され、インフラストラクチャ ボリュームが意図せず使用されないようにします。 |
| Azure Local VM | 場合によっては、ギャラリー イメージの作成操作または更新操作に予想よりも長い時間がかかるか、大きなイメージでタイムアウトすることがあります。 | ギャラリー イメージの作成操作と更新操作は、信頼性とパフォーマンスを向上させるために最適化されているため、イメージ操作の高速化と一貫性が向上します。 |
| Azure Local VM | Azure Local インスタンスとは異なるリソース グループにデプロイした場合、VM Connect は仮想マシンAzure Local接続できませんでした。 | VM Connect では、Azure ローカル インスタンスとは異なるリソース グループ間での Azure ローカル VM への接続がサポートされるようになりました。 |
| を更新する | サブスクリプションがアクティブでないため、Cloud Management サービスは失敗します。 | サブスクリプションの状態がアクティブであることを検証するために、更新プログラムの正常性チェックが追加されました。 |
| を更新する | Azure Localは SBE 更新プログラムを検出しません。 | 検出 URL がハードウェア モデルと SKU と一致することを検証するために、更新プログラムの正常性チェックが追加されました。 |
| デプロイ | DNS タイムアウトが原因でデプロイが失敗する可能性がある問題を修正しました。 | |
| を更新する | 180 日より古い場合に、最後の SBE 更新プログラムが更新履歴からクリーンアップされないようにロジックを変更しました。 | |
| を更新する | SBE 更新プログラムの実行を再開できない可能性がある問題を修正しました。 | |
| を更新する | 更新プログラムをサイドロードするときに更新サービスがクラッシュする可能性がある問題を修正しました。 | |
| を更新する | 正常性チェック手順で以前の更新プログラムが失敗したときに更新プログラムをインストールできない問題を修正しました。 | |
| サーバー を修復する |
Add-serverコマンドレットとRepair-serverコマンドレットがエラー:Cluster Build ID matches node to add's Build IDで失敗する可能性がある問題を修正しました。 |
|
| Azure Local VM | 削除されたイメージから作成された VM が ARB 復旧後に復旧に失敗する可能性がある問題を修正しました。 | 後で削除され、バージョン 2604 より前の ARB 回復を実行したイメージから作成された VM がある場合は、Microsoft サポートに連絡して Azure ローカル VM 管理を修復してください。 |
既知の問題
| Feature | Issue | Workaround |
|---|---|---|
| Azure Local VM | Azure Local バージョン 2601 以降のインスタンスでは、プラットフォーム コンポーネントが定期的なシステム操作中に仮想マシンを誤って分類すると、意図しない仮想マシンの削除が発生する可能性があります。 | 意図しない VM の削除の可能性からAzure Localインスタンスを保護するには、インフラストラクチャ コンポーネントの問題に対する修復サポート ツールを使用して、Azure Local Microsoftオンプレミス クラウド (MOC) コンポーネントを更新します。 MOC コンポーネントの更新が適用されると、Azure Local インスタンスはこの問題に公開されなくなります。 最新の更新プログラムについては、「 リリース情報の概要」を参照してください。 |
| Azure Local VM |
az stack-hci-vm stop コマンドは、2604 より前のバージョンを実行しているクラスターに対して CLI バージョン 1.14.x を使用すると失敗します。 |
最新の CLI を使用し、 --skip-shutdown パラメーターを含め、強制的にオフにする (az stack-hci-vm stop --skip-shutdown) ことを確認します。 または、すべてのクラスターで既定の停止動作がサポートされている以前の CLI バージョン (1.13.0 以前) にダウングレードします。 |
以前のリリースからの既知の問題
次の表に、以前のリリースの既知の問題を示します。
| Feature | Issue | Workaround |
|---|---|---|
| Azure Local VM | Azure Local バージョン 2601 以降のインスタンスでは、プラットフォーム コンポーネントが定期的なシステム操作中に仮想マシンを誤って分類すると、意図しない仮想マシンの削除が発生する可能性があります。 | 意図しない VM の削除の可能性からAzure Localインスタンスを保護するには、インフラストラクチャ コンポーネントの問題に対する修復サポート ツールを使用して、Azure Local Microsoftオンプレミス クラウド (MOC) コンポーネントを更新します。 MOC コンポーネントの更新プログラムを適用すると、Azure Local インスタンスはこの問題に公開されなくなります。 最新の更新プログラムについては、「 リリース情報の概要」を参照してください。 |
| Windows Admin Center | クラスター マネージャーのバージョンが 5.2.6 未満のWindows Admin Centerのインスタンスでは、ボリュームの削除操作で問題が発生する可能性があります。 | データ損失を防ぐには、クラスター マネージャー拡張機能をバージョン 5.2.6 に更新するか、バージョン 2511 ビルド 2.6.6.18 以降Windows Admin Center使用していることを確認します。 クラスター マネージャー拡張機能が更新されない限り、Windows Admin Centerでボリュームを削除しないでください。 |
| を更新する | 更新中に、正常性チェックでエラー ( SBE manifest endpoint not reported by Get-SolutionDiscoveryDiagnosticInfo) が報告される場合があります。 |
これは警告レベルのエラーです。 更新の実行中は無視してかまいません。 |
| デプロイ | このリリースおよび以前のリリースでは、Azure Local マシンを Azure Arc に登録しようとすると、次のエラーで登録が失敗します。AZCMAgent command failed with error: >> exitcode: 42. Additional Info: See https://aka.ms/arc/azcmerror。 |
この問題を解決する方法の詳細な手順については、トラブルシューティング ガイドを参照してください。 |
| AZURE LOCAL VM の管理 | Mochostagent サービスは実行中のように見えますが、ログを更新せずに 1 か月以上停止する可能性があります。 この問題を特定するには、C:\programdata\mochostagent\logs のサービス ログを確認して、ログが更新されているかどうかを確認します。 |
mochostagent サービスを再起動するには、次のコマンドを実行します:restart-service mochostagent。 |
| Update | Azure Update Managerを使用してAzure Local インスタンスの準備状況チェックの結果を表示すると、同じ名前の準備チェックが複数存在する可能性があります。 | このリリースには既知の回避策はありません。 準備チェックに関する特定の情報を表示するには、[ 詳細 の表示] を選択します。 |
| Update | このリリースでは、更新が完了しても、Azure ポータルで更新状態が Failed または In progress として誤って報告される場合に、断続的な問題が発生します。 |
リモート PowerShell セッション経由でAzure Local インスタンスに接続します。 更新の状態を確認するには、次の PowerShell コマンドレットを実行します。$Update = get-solutionupdate| ? version -eq "<version string>"バージョン文字列を実行しているバージョンに置き換えます。 たとえば、"10.2405.0.23" などです。 $Update.state更新の状態が [インストール済み] の場合、それ以上の操作は必要ありません。 Azure ポータルでは、24 時間以内に状態が正しく更新されます。 状態をより早く更新するには、いずれかのノードで次の手順を実行します。 Cloud Management クラスター グループを再起動します。 Stop-ClusterGroup "Cloud Management"Start-ClusterGroup "Cloud Management" |
| アジュール ポータル | 場合によっては、Azure ポータルの更新に時間がかかる場合があり、ビューが最新ではない可能性があります。 | 更新されたビューを表示するには、30 分以上待つ必要がある場合があります。 |
| セキュリティ | Azure Localは、エンドポイントにDefenderを使用しているときや、展開内の 1 つ以上のサーバーに対して Restrict アプリの実行設定が有効になっている場合に、通常の操作 (Update、Repair など) 中に問題が発生する可能性があります。 | Defender ポータルで Restrict アプリの実行設定を無効にして再起動します。 問題が解決しない場合は、 サポート ケースを開きます。 |
| デプロイ | まれに、必須の Arc 拡張機能がまだインストールされていないことを示す検証中にエラーが発生してデプロイが失敗することがあります。 | この問題が発生した場合は、デプロイを再試行してください。 |
| セキュリティ | Windows Defender の攻撃面の縮小ルール「PSExec および WMI コマンドに起因するプロセス作成をブロックする」が [ブロック] に設定されている場合、Azure Local ソリューション更新は実行に失敗します。 | この問題を解決する方法の詳細な手順については、トラブルシューティング ガイドを参照してください。 |
| サーバーの追加、サーバーの修復 | ノードの追加とノードの修復操作は、11.2510.1002.87 または 12.2510.1002.88 で実行すると失敗します。これらのイメージは取り消され、存在しないためです。 | 環境を 11.2510.1002.93 または 12.2510.1002.94 にアップグレードします。 1.2510.1002.1002.87/12.2510.1002.88 から 11.2510.1002.93/12.2510.1002.94 への更新中にノードの追加または修復操作を実行する必要がある場合は、 サポート ケースを開 いてイメージ検証を上書きします。 |
| を更新する | シークレット ローテーション アクション プランの状態の取得に失敗しました。 | シークレットのローテーションは正常に完了するため、エラー メッセージは無視できます。 |
既知の動作と予期される動作
次の表に、バグや制限事項と見なすべきではない既知のシステム動作と想定されるシステム動作を示します。
| Feature | Behavior | Workaround |
|---|---|---|
| オペレーティング システム | RegBack を使用したレジストリの復元は、Azure Localではサポートされていません。 この操作により、Azure Local インスタンス上のライフサイクル マネージャー (LCM) 設定とオンプレミス クラウド (MOC) 設定を削除Microsoft。これにより、ソリューションが破損する可能性があります。 | |
| AZURE LOCAL VM の管理 | エクスポートしたAzure VM OS ディスクを VHD として使用して、Azure Local VM をプロビジョニングするためのギャラリー イメージを作成することはできません。 | コマンド restart-service mochostagent を実行して、mochostagent サービスを再起動します。 |
バージョン 2603 の既知の問題
Azure Localの 2603 リリースでは、Microsoft次の更新プログラムがリリースされました。
| ソリューションのバージョン | OS ビルド |
|---|---|
| 12.2603.1002.502 | 26100.32522 |
Important
このソフトウェアの新しい展開では 、12.2603.1002.502 ビルドが使用されます。 このバージョンのリリース ノートには、このリリースで修正された問題、このリリースの既知の問題、および以前のバージョンから引き継がれた既知の問題が含まれます。
Note
一般的な既知の問題の詳細な修復については、Azure Local Supportability GitHub リポジトリを参照してください。
修正された問題
次の表に、このリリースで修正された問題の一覧を示します。
| Feature | Issue | Comments |
|---|---|---|
| デプロイ | Arc リソース ブリッジと重複する IP 空間が見つかった場合にデプロイがブロックされる環境検証コントロールの問題を修正しました。 | |
| を更新する | Microsoft Defenderウイルス対策の更新時にタイムアウトが発生したため、一部のシナリオで更新が失敗する原因となった問題を修正しました。 | |
| を更新する | 更新の開始を誤って妨げるストレージの正常性に関連する更新の正常性チェックに関する問題を修正しました。 | |
| Azure Local VM | インフラストラクチャの論理ネットワークの詳細に DNS サーバーと VM スイッチの情報が表示されない問題を修正しました。 | |
| Azure Local VM | L4* GPU が機能しない問題を修正しました。 | |
| デプロイ | 拡張機能のインストール中にキー コンテナーが作成され、前方ナビゲーションがブロックされる展開ウィザードの問題を修正しました。 | |
| デプロイ | Azure ポータルを使用したデプロイの再試行が失敗する問題を修正しました。 | |
| デプロイ | OS バージョン 22H2 のAzure Local インスタンスの Get started タブにサポート終了バナー メッセージを追加しました。 |
既知の問題
次の表に、このリリースの既知の問題を示します。
| Feature | Issue | Workaround |
|---|---|---|
| Azure Local VM | Azure Local バージョン 2601 以降のインスタンスでは、プラットフォーム コンポーネントが定期的なシステム操作中に仮想マシンを誤って分類すると、意図しない仮想マシンの削除が発生する可能性があります。 | 意図しない VM の削除の可能性からAzure Localインスタンスを保護するには、インフラストラクチャ コンポーネントの問題に対する修復サポート ツールを使用して、Azure Local Microsoftオンプレミス クラウド (MOC) コンポーネントを更新します。 MOC コンポーネントの更新プログラムを適用すると、Azure Local インスタンスはこの問題に公開されなくなります。 最新の更新プログラムについては、「 リリース情報の概要」を参照してください。 |
| Windows Admin Center | クラスター マネージャーのバージョンが 5.2.6 未満のWindows Admin Centerのインスタンスでは、ボリュームの削除操作で問題が発生する可能性があります。 | データ損失を防ぐには、クラスター マネージャー拡張機能をバージョン 5.2.6 に更新するか、バージョン 2511 ビルド 2.6.6.18 以降Windows Admin Center使用していることを確認します。 クラスター マネージャー拡張機能が更新されない限り、Windows Admin Centerでボリュームを削除しないでください。 |
| を更新する | 更新中に、正常性チェックでエラー ( SBE manifest endpoint not reported by Get-SolutionDiscoveryDiagnosticInfo) が報告される場合があります。 |
これは警告レベルのエラーです。 更新の実行中は無視してかまいません。 |
以前のリリースからの既知の問題
次の表に、以前のリリースの既知の問題を示します。
| Feature | Issue | Workaround |
|---|---|---|
| Azure Local VM | Azure Local バージョン 2601 以降のインスタンスでは、プラットフォーム コンポーネントが定期的なシステム操作中に仮想マシンを誤って分類すると、意図しない仮想マシンの削除が発生する可能性があります。 | 意図しない VM の削除の可能性からAzure Localインスタンスを保護するには、インフラストラクチャ コンポーネントの問題に対する修復サポート ツールを使用して、Azure Local Microsoftオンプレミス クラウド (MOC) コンポーネントを更新します。 MOC コンポーネントの更新プログラムを適用すると、Azure Local インスタンスはこの問題に公開されなくなります。 最新の更新プログラムについては、「 リリース情報の概要」を参照してください。 |
| [Server の追加] サーバー を修復する |
Add-serverコマンドレットと Repair-server コマンドレットは、次のエラーで失敗します。Cluster Build ID matches node to add's Build ID。 |
既存のクラスターで実行されているバージョンと同じソリューション バージョンの OS イメージを使用します。 OS イメージを取得するには、この Release テーブルからイメージ バージョンを特定してダウンロードします。 |
| デプロイ | このリリースおよび以前のリリースでは、Azure Local マシンを Azure Arc に登録しようとすると、次のエラーで登録が失敗します。AZCMAgent command failed with error: >> exitcode: 42. Additional Info: See https://aka.ms/arc/azcmerror。 |
この問題を解決する方法の詳細な手順については、トラブルシューティング ガイドを参照してください。 |
| AZURE LOCAL VM の管理 | Mochostagent サービスは実行中のように見えますが、ログを更新せずに 1 か月以上停止する可能性があります。 この問題を特定するには、C:\programdata\mochostagent\logs のサービス ログを確認して、ログが更新されているかどうかを確認します。 |
mochostagent サービスを再起動するには、次のコマンドを実行します:restart-service mochostagent。 |
| Update | Azure Update Managerを使用してAzure Local インスタンスの準備状況チェックの結果を表示すると、同じ名前の準備チェックが複数存在する可能性があります。 | このリリースには既知の回避策はありません。 準備チェックに関する特定の情報を表示するには、[ 詳細 の表示] を選択します。 |
| Update | このリリースでは、更新が完了しても、Azure ポータルで更新状態が Failed または In progress として誤って報告される場合に、断続的な問題が発生します。 |
リモート PowerShell セッション経由でAzure Local インスタンスに接続します。 更新の状態を確認するには、次の PowerShell コマンドレットを実行します。$Update = get-solutionupdate| ? version -eq "<version string>"バージョン文字列を実行しているバージョンに置き換えます。 たとえば、"10.2405.0.23" などです。 $Update.state更新の状態が [インストール済み] の場合、それ以上の操作は必要ありません。 Azure ポータルでは、24 時間以内に状態が正しく更新されます。 状態をより早く更新するには、いずれかのノードで次の手順を実行します。 Cloud Management クラスター グループを再起動します。 Stop-ClusterGroup "Cloud Management"Start-ClusterGroup "Cloud Management" |
| サーバー の追加 | このリリースおよび以前のリリースでは、コンピューターをシステムに追加するときに、プロキシ バイパス リスト文字列を更新して新しいマシンを含めることはできません。 ホスト上の環境変数のプロキシ バイパス リストを更新しても、Azure Resource Bridge または AKS のプロキシ バイパス リストは更新されません。 | このリリースには回避策はありません。 この問題が発生した場合は、Microsoft サポートにお問い合わせの上、次の手順を確認してください。 |
| アジュール ポータル | 場合によっては、Azure ポータルの更新に時間がかかる場合があり、ビューが最新ではない可能性があります。 | 更新されたビューを表示するには、30 分以上待つ必要がある場合があります。 |
| セキュリティ | Azure Localは、エンドポイントにDefenderを使用しているときや、展開内の 1 つ以上のサーバーに対して Restrict アプリの実行設定が有効になっている場合に、通常の操作 (Update、Repair など) 中に問題が発生する可能性があります。 | Defender ポータルで Restrict アプリの実行設定を無効にして再起動します。 問題が解決しない場合は、 サポート ケースを開きます。 |
| デプロイ | まれに、必須の Arc 拡張機能がまだインストールされていないことを示す検証中にエラーが発生してデプロイが失敗することがあります。 | この問題が発生した場合は、デプロイを再試行してください。 |
| セキュリティ | Windows Defender の攻撃面の縮小ルール「PSExec および WMI コマンドに起因するプロセス作成をブロックする」が [ブロック] に設定されている場合、Azure Local ソリューション更新は実行に失敗します。 | この問題を解決する方法の詳細な手順については、トラブルシューティング ガイドを参照してください。 |
| サーバーの追加、サーバーの修復 | ノードの追加とノードの修復操作は、11.2510.1002.87 または 12.2510.1002.88 で実行すると失敗します。これらのイメージは取り消され、存在しないためです。 | 環境を 11.2510.1002.93 または 12.2510.1002.94 にアップグレードします。 1.2510.1002.1002.87/12.2510.1002.88 から 11.2510.1002.93/12.2510.1002.94 への更新中にノードの追加または修復操作を実行する必要がある場合は、 サポート ケースを開 いてイメージ検証を上書きします。 |
| Azure Local VM | wssdagent ノード エージェントがクラッシュしたため、VM の起動、停止、または削除の操作が失敗する可能性があります。 | wssdagent がクラッシュしたかどうかを確認するには、次のコマンドを実行します。 $ServerList = (Get-Clusternode).name foreach ($Server in $ServerList) { Write-Output "Cluster Node: $Server..." Invoke-Command -ComputerName $Server -ScriptBlock { get-service wssdagent } } wssdagent の状態が "Stopped" と表示されている場合は、次のコマンドを実行して、そのノードからエージェントを再起動します。 start-service wssdagent このアクションにより、ノード エージェントが再び実行され、VM のブロックが解除されます。 ノード エージェントの停止中に VM が削除された場合は、 サポート ケースを開 いて問題を解決してください。 |
| を更新する | シークレット ローテーション アクション プランの状態の取得に失敗しました。 | シークレットのローテーションは正常に完了するため、エラー メッセージは無視できます。 |
既知の動作と予期される動作
次の表に、バグや制限事項と見なすべきではない既知のシステム動作と想定されるシステム動作を示します。
| Feature | Behavior | Workaround |
|---|---|---|
| オペレーティング システム | RegBack を使用したレジストリの復元は、Azure Localではサポートされていません。 この操作により、Azure Local インスタンス上のライフサイクル マネージャー (LCM) 設定とオンプレミス クラウド (MOC) 設定を削除Microsoft。これにより、ソリューションが破損する可能性があります。 | |
| AZURE LOCAL VM の管理 | エクスポートしたAzure VM OS ディスクを VHD として使用して、Azure Local VM をプロビジョニングするためのギャラリー イメージを作成することはできません。 | コマンド restart-service mochostagent を実行して、mochostagent サービスを再起動します。 |
バージョン 2602 の既知の問題
Azure Localの 2602 リリースでは、Microsoft次の更新プログラムがリリースされました。
| ソリューションのバージョン | OS ビルド |
|---|---|
| 12.2602.1002.501 | 26100.32370 |
Important
このソフトウェアの新しい展開では 、12.2602.1002.501 ビルドが使用されます。 このバージョンのリリース ノートには、このリリースで修正された問題、このリリースの既知の問題、および以前のバージョンから引き継がれた既知の問題が含まれます。
Note
一般的な既知の問題の詳細な修復については、Azure Local Supportability GitHub リポジトリを参照してください。
修正された問題
次の表に、このリリースで修正された問題の一覧を示します。
| Feature | Issue | Comments |
|---|---|---|
| デプロイ | Azure Local展開ウィザードが読み込まれていないAzure ポータルの問題を修正しました。 | |
| デプロイ | Azureポータルで、入力が指定されていない場合Azure Local展開ウィザードの続行がブロックされる問題を修正しました。 | |
| デプロイ | Azure ポータルのAzure Localデプロイ ウィザードで、インスタンス名とマシン名に対して検証を追加しました。 | |
| を更新する | 無効な引数が原因で SBE 更新が失敗する問題を修正しました。 | |
| Azure Local VM | VM に GPU をアタッチまたはデタッチした後、VM の開始または停止操作がエラーでブロックされる問題を修正しました。 |
既知の問題
次の表に、このリリースの既知の問題を示します。
| Feature | Issue | Workaround |
|---|---|---|
| Azure Local VM | Azure Local バージョン 2601 以降のインスタンスでは、プラットフォーム コンポーネントが定期的なシステム操作中に仮想マシンを誤って分類すると、意図しない仮想マシンの削除が発生する可能性があります。 | 意図しない VM の削除の可能性からAzure Localインスタンスを保護するには、インフラストラクチャ コンポーネントの問題に対する修復サポート ツールを使用して、Azure Local Microsoftオンプレミス クラウド (MOC) コンポーネントを更新します。 MOC コンポーネントの更新プログラムを適用すると、Azure Local インスタンスはこの問題に公開されなくなります。 最新の更新プログラムについては、「 リリース情報の概要」を参照してください。 |
| Deployment | 既定の AKS Arc IP 範囲 10.244.0.0/16 または 10.96.0.0/12で IP アドレスの競合が検出された場合、バージョン 2602 の新しい検証コントロールによってデプロイまたはソリューションのアップグレードがブロックされます。 |
- デプロイ: IP アドレスの競合を解決できない場合は、バージョン 2601 を使用してAzure Local展開する必要があります。 デプロイが完了したら、ソリューションの更新プロセスを使用してバージョン 2602 に更新できます。 - ソリューションのアップグレード: ソリューションのアップグレードに使用できる回避策はありません。 |
以前のリリースからの既知の問題
次の表に、以前のリリースの既知の問題を示します。
| Feature | Issue | Workaround |
|---|---|---|
| Azure Local VM | Azure Local バージョン 2601 以降のインスタンスでは、プラットフォーム コンポーネントが定期的なシステム操作中に仮想マシンを誤って分類すると、意図しない仮想マシンの削除が発生する可能性があります。 | 意図しない VM の削除の可能性からAzure Localインスタンスを保護するには、インフラストラクチャ コンポーネントの問題に対する修復サポート ツールを使用して、Azure Local Microsoftオンプレミス クラウド (MOC) コンポーネントを更新します。 MOC コンポーネントの更新プログラムを適用すると、Azure Local インスタンスはこの問題に公開されなくなります。 最新の更新プログラムについては、「 リリース情報の概要」を参照してください。 |
| Update | Azure Local バージョン 2601 および 2602 は、更新プログラムのターゲットとして使用できなくなりました。 | 最新情報については、Azure Localリリース情報を参照してください。 |
| [Server の追加] サーバー を修復する |
Add-serverコマンドレットと Repair-server コマンドレットは、次のエラーで失敗します。Cluster Build ID matches node to add's Build ID。 |
既存のクラスターで実行されているバージョンと同じソリューション バージョンの OS イメージを使用します。 OS イメージを取得するには、この Release テーブルからイメージ バージョンを特定してダウンロードします。 |
| デプロイ | このリリースおよび以前のリリースでは、Azure Local マシンを Azure Arc に登録しようとすると、次のエラーで登録が失敗します。AZCMAgent command failed with error: >> exitcode: 42. Additional Info: See https://aka.ms/arc/azcmerror。 |
この問題を解決する方法の詳細な手順については、トラブルシューティング ガイドを参照してください。 |
| AZURE LOCAL VM の管理 | Mochostagent サービスは実行中のように見えますが、ログを更新せずに 1 か月以上停止する可能性があります。 この問題を特定するには、C:\programdata\mochostagent\logs のサービス ログを確認して、ログが更新されているかどうかを確認します。 |
mochostagent サービスを再起動するには、次のコマンドを実行します:restart-service mochostagent。 |
| Update | Azure Update Managerを使用してAzure Local インスタンスの準備状況チェックの結果を表示すると、同じ名前の準備チェックが複数存在する可能性があります。 | このリリースには既知の回避策はありません。 準備チェックに関する特定の情報を表示するには、[ 詳細 の表示] を選択します。 |
| Update | このリリースでは、更新が完了しても、Azure ポータルで更新状態が Failed または In progress として誤って報告される場合に、断続的な問題が発生します。 |
リモート PowerShell セッション経由でAzure Local インスタンスに接続します。 更新の状態を確認するには、次の PowerShell コマンドレットを実行します。$Update = get-solutionupdate| ? version -eq "<version string>"バージョン文字列を実行しているバージョンに置き換えます。 たとえば、"10.2405.0.23" などです。 $Update.state更新の状態が [インストール済み] の場合、それ以上の操作は必要ありません。 Azure ポータルでは、24 時間以内に状態が正しく更新されます。 状態をより早く更新するには、いずれかのノードで次の手順を実行します。 Cloud Management クラスター グループを再起動します。 Stop-ClusterGroup "Cloud Management"Start-ClusterGroup "Cloud Management" |
| サーバー の追加 | このリリースおよび以前のリリースでは、コンピューターをシステムに追加するときに、プロキシ バイパス リスト文字列を更新して新しいマシンを含めることはできません。 ホスト上の環境変数のプロキシ バイパス リストを更新しても、Azure Resource Bridge または AKS のプロキシ バイパス リストは更新されません。 | このリリースには回避策はありません。 この問題が発生した場合は、Microsoft サポートにお問い合わせの上、次の手順を確認してください。 |
| アジュール ポータル | 場合によっては、Azure ポータルの更新に時間がかかる場合があり、ビューが最新ではない可能性があります。 | 更新されたビューを表示するには、30 分以上待つ必要がある場合があります。 |
| セキュリティ | Azure Localは、エンドポイントにDefenderを使用しているときや、展開内の 1 つ以上のサーバーに対して Restrict アプリの実行設定が有効になっている場合に、通常の操作 (Update、Repair など) 中に問題が発生する可能性があります。 | Defender ポータルで Restrict アプリの実行設定を無効にして再起動します。 問題が解決しない場合は、 サポート ケースを開きます。 |
| デプロイ | まれに、必須の Arc 拡張機能がまだインストールされていないことを示す検証中にエラーが発生してデプロイが失敗することがあります。 | この問題が発生した場合は、デプロイを再試行してください。 |
| セキュリティ | Windows Defender の攻撃面の縮小ルール「PSExec および WMI コマンドに起因するプロセス作成をブロックする」が [ブロック] に設定されている場合、Azure Local ソリューション更新は実行に失敗します。 | この問題を解決する方法の詳細な手順については、トラブルシューティング ガイドを参照してください。 |
| サーバーの追加、サーバーの修復 | ノードの追加とノードの修復操作は、11.2510.1002.87 または 12.2510.1002.88 で実行すると失敗します。これらのイメージは取り消され、存在しないためです。 | 環境を 11.2510.1002.93 または 12.2510.1002.94 にアップグレードします。 1.2510.1002.1002.87/12.2510.1002.88 から 11.2510.1002.93/12.2510.1002.94 への更新中にノードの追加または修復操作を実行する必要がある場合は、 サポート ケースを開 いてイメージ検証を上書きします。 |
| Azure Local VM | wssdagent ノード エージェントがクラッシュしたため、VM の起動、停止、または削除の操作が失敗する可能性があります。 | wssdagent がクラッシュしたかどうかを確認するには、次のコマンドを実行します。 $ServerList = (Get-Clusternode).name foreach ($Server in $ServerList) { Write-Output "Cluster Node: $Server..." Invoke-Command -ComputerName $Server -ScriptBlock { get-service wssdagent } } wssdagent の状態が "Stopped" と表示されている場合は、次のコマンドを実行して、そのノードからエージェントを再起動します。 start-service wssdagent このアクションにより、ノード エージェントが再び実行され、VM のブロックが解除されます。 ノード エージェントの停止中に VM が削除された場合は、 サポート ケースを開 いて問題を解決してください。 |
| を更新する | シークレット ローテーション アクション プランの状態の取得に失敗しました。 | シークレットのローテーションは正常に完了するため、エラー メッセージは無視できます。 |
既知の動作と予期される動作
次の表に、バグや制限事項と見なすべきではない既知のシステム動作と想定されるシステム動作を示します。
| Feature | Behavior | Workaround |
|---|---|---|
| オペレーティング システム | RegBack を使用したレジストリの復元は、Azure Localではサポートされていません。 この操作により、Azure Local インスタンス上のライフサイクル マネージャー (LCM) 設定とオンプレミス クラウド (MOC) 設定を削除Microsoft。これにより、ソリューションが破損する可能性があります。 | |
| AZURE LOCAL VM の管理 | エクスポートしたAzure VM OS ディスクを VHD として使用して、Azure Local VM をプロビジョニングするためのギャラリー イメージを作成することはできません。 | コマンド restart-service mochostagent を実行して、mochostagent サービスを再起動します。 |
バージョン 2601 の既知の問題
Azure Local の 2601 リリースにおいて、Microsoft は次の更新プログラムをリリースしました。
| ソリューションのバージョン | OS ビルド |
|---|---|
| 12.2601.1002.503 | 26100.32230 |
Important
このソフトウェアの新しい展開では 、12.2601.1002.503 ビルドが使用されます。 このバージョンのリリース ノートには、このリリースで修正された問題、このリリースの既知の問題、および以前のバージョンから引き継がれた既知の問題が含まれます。
Note
一般的な既知の問題の詳細な修復については、Azure Local Supportability GitHub リポジトリを参照してください。
修正された問題
次の表に、このリリースで修正された問題の一覧を示します。
| Feature | Issue | Comments |
|---|---|---|
| を更新する | クラウド管理グループが所有者ノードとは異なるノードで実行され、エラーが発生すると、更新が失敗する場合があります。 Type 'RegisterCloudManagementUpdatesExtension' of Role 'CloudManagementConfig' raised an exception: Exception occurred in Get-ClusterExtension' |
|
| を更新する | シークレット ローテーションでは、Microsoft発行された証明書を使用していないユーザーの WinRM 証明書の拇印が変更されます。 | |
| Azure Local VM | 多数のネットワーク インターフェイスを作成または削除すると、インフラストラクチャでメモリ不足の問題が発生し、障害が発生する可能性があります。 | ネットワーク インターフェイスで多数の操作を処理するための検証ロジックが改善されました。 |
| Azure Local VM | アップグレードのクラスター機能レベルを 24H2 に設定する操作を追加しました。 | |
| デプロイ | ローカル ID を使用したデプロイでは、シークレットの手動ローテーションはサポートされていません。 | |
| デプロイ | デプロイ中にすべてのクラスター ノードに対して SMB プロトコルを有効にします。 | |
| デプロイ | 自動マウントが有効になっていることを確認する手順を追加しました。 | |
| デプロイ | 失敗したデプロイを再開する前に、null 値のチェックを追加しました。 | |
| デプロイ | 既にデプロイされているインスタンスのアップグレードを防ぐために検証を改善しました。 | |
| デプロイ | クラスター リソース名の検証を更新しました。 | |
| デプロイ | 物理ディスクのテスト出力の読みやすさが向上しました。 | |
| デプロイ | DNS 解決テストによって実行される検証が改善されました。 | |
| デプロイ | デプロイを再実行するときにクラスター リソースがオンラインになるのに役立つ再試行を追加しました。 | |
| デプロイ | クラスター名の最大長チェックを実装しました。 | |
| デプロイ | デプロイから DSC 証明書を追加するための未使用の手順を削除しました。 | |
| デプロイ | クラスター IP をフェッチするようにロジックを更新しました。 | |
| デプロイ | ドメイン参加手順後にデプロイがスタックする問題を修正しました。 | |
| デプロイ | クラスターの DNS 名が正常に解決されるようにするための待機手順を追加しました。 | |
| デプロイ | システムで 3 つ以上の意図を使用すると、PowerShell Invoke-Command 呼び出しがエラーでクラッシュします。 Type 'SetAzureStackHostsPreConfiguration' of Role 'HostNetwork' raised an exception: Cannot get intent status of Storage. Exception: No intent statuses found for intent Storage. |
|
| を更新する | SBE ヘルパー モジュールが原因で失敗した更新の修正プログラムを追加しました。 | |
| を更新する | 更新中の SBE のダウンロードに関する問題を修正しました。 | |
| を更新する | SBE の更新中に CAU レポートのクリーンアップを追加しました。 | |
| を更新する | デプロイと更新の SBE ステップの期間が短縮されました。 | |
| を更新する | SBE テストの正常性チェック結果が改善されました。 | |
| を更新する | 各マシンに対して robocopy を実行した後に SBE ファイルがブロックされる問題を修正しました。 | |
| を更新する | SBE の存在が誤って検出されたためにソリューションの更新が失敗する問題を修正しました。 | |
| を更新する | SBE の更新がエラーで失敗する: Cannot validate argument on parameter 'DeployADLess'. The argument "[DEPLOYADLESS]" does not belong to the set "true,false," specified by the ValidateSet attribute. |
|
| を更新する | CLI 拡張機能 connectedmachine 例外が原因で更新が失敗し、デプロイが中断されます。 |
|
| を更新する |
ソリューション ビルダー拡張機能 (SBE) のダウンロードがエラーで失敗する: CloudEngine.Actions.InterfaceInvocationFailedException: Type 'SBEPartnerDownloadConnectorCheckHealth' of Role 'SBE' raised an exception:[SBEPartnerDownloadConnectorCheckHealth] SBE download connector failure getting version '0.0.0000.0000' files. The download connector health check failed. Exception Message : The term 'Assert-SBEResponseSchema' is not recognized as the name of a cmdlet, function, script file, or operable program. Check the spelling of the name, or if a path was included, verify that the path is correct and try again. |
|
| をアップグレードする | ストレージ クラスター グループを検索するためのロジックが改善されました。 | |
| をアップグレードする | 2510 から 2511、2512、または 2601 にアップグレードすると、AKS Arc クラスターの作成は失敗します。 |
既知の問題
次の表に、このリリースの既知の問題を示します。
| Feature | Issue | Workaround |
|---|---|---|
| Azure Local VM | Azure Local バージョン 2601 以降のインスタンスでは、プラットフォーム コンポーネントが定期的なシステム操作中に仮想マシンを誤って分類すると、意図しない仮想マシンの削除が発生する可能性があります。 | 意図しない VM の削除の可能性からAzure Localインスタンスを保護するには、インフラストラクチャ コンポーネントの問題に対する修復サポート ツールを使用して、Azure Local Microsoftオンプレミス クラウド (MOC) コンポーネントを更新します。 MOC コンポーネントの更新プログラムを適用すると、Azure Local インスタンスはこの問題に公開されなくなります。 最新の更新プログラムについては、「 リリース情報の概要」を参照してください。 |
| Update | Azure Local バージョン 2601 および 2602 は、更新プログラムのターゲットとして使用できなくなりました。 | 最新情報については、Azure Localリリース情報を参照してください。 |
| を更新する | シークレット ローテーション アクション プランの状態の取得に失敗しました。 | シークレットのローテーションは正常に完了するため、エラー メッセージは無視できます。 |
以前のリリースからの既知の問題
次の表に、以前のリリースの既知の問題を示します。
| Feature | Issue | Workaround |
|---|---|---|
| Update | Azure Local バージョン 2601 および 2602 は、更新プログラムのターゲットとして使用できなくなりました。 | 最新情報については、Azure Localリリース情報を参照してください。 |
| デプロイ | このリリースおよび以前のリリースでは、Azure Local マシンを Azure Arc に登録しようとすると、次のエラーで登録が失敗します。AZCMAgent command failed with error: >> exitcode: 42. Additional Info: See https://aka.ms/arc/azcmerror。 |
この問題を解決する方法の詳細な手順については、トラブルシューティング ガイドを参照してください。 |
| AZURE LOCAL VM の管理 | Mochostagent サービスは実行中のように見えますが、ログを更新せずに 1 か月以上停止する可能性があります。 この問題を特定するには、C:\programdata\mochostagent\logs のサービス ログを確認して、ログが更新されているかどうかを確認します。 |
mochostagent サービスを再起動するには、次のコマンドを実行します:restart-service mochostagent。 |
| Update | Azure Update Managerを使用してAzure Local インスタンスの準備状況チェックの結果を表示すると、同じ名前の準備チェックが複数存在する可能性があります。 | このリリースには既知の回避策はありません。 準備チェックに関する特定の情報を表示するには、[ 詳細 の表示] を選択します。 |
| Update | このリリースでは、更新が完了しても、Azure ポータルで更新状態が Failed または In progress として誤って報告される場合に、断続的な問題が発生します。 |
リモート PowerShell セッション経由でAzure Local インスタンスに接続します。 更新の状態を確認するには、次の PowerShell コマンドレットを実行します。$Update = get-solutionupdate| ? version -eq "<version string>"バージョン文字列を実行しているバージョンに置き換えます。 たとえば、"10.2405.0.23" などです。 $Update.state更新の状態が [インストール済み] の場合、それ以上の操作は必要ありません。 Azure ポータルでは、24 時間以内に状態が正しく更新されます。 状態をより早く更新するには、いずれかのノードで次の手順を実行します。 Cloud Management クラスター グループを再起動します。 Stop-ClusterGroup "Cloud Management"Start-ClusterGroup "Cloud Management" |
| サーバー の追加 | このリリースおよび以前のリリースでは、コンピューターをシステムに追加するときに、プロキシ バイパス リスト文字列を更新して新しいマシンを含めることはできません。 ホスト上の環境変数のプロキシ バイパス リストを更新しても、Azure Resource Bridge または AKS のプロキシ バイパス リストは更新されません。 | このリリースには回避策はありません。 この問題が発生した場合は、Microsoft サポートにお問い合わせの上、次の手順を確認してください。 |
| アジュール ポータル | 場合によっては、Azure ポータルの更新に時間がかかる場合があり、ビューが最新ではない可能性があります。 | 更新されたビューを表示するには、30 分以上待つ必要がある場合があります。 |
| セキュリティ | Azure Localは、エンドポイントにDefenderを使用しているときや、展開内の 1 つ以上のサーバーに対して Restrict アプリの実行設定が有効になっている場合に、通常の操作 (Update、Repair など) 中に問題が発生する可能性があります。 | Defender ポータルで Restrict アプリの実行設定を無効にして再起動します。 問題が解決しない場合は、 サポート ケースを開きます。 |
| デプロイ | まれに、必須の Arc 拡張機能がまだインストールされていないことを示す検証中にエラーが発生してデプロイが失敗することがあります。 | この問題が発生した場合は、デプロイを再試行してください。 |
| セキュリティ | Windows Defender の攻撃面の縮小ルール「PSExec および WMI コマンドに起因するプロセス作成をブロックする」が [ブロック] に設定されている場合、Azure Local ソリューション更新は実行に失敗します。 | この問題を解決する方法の詳細な手順については、トラブルシューティング ガイドを参照してください。 |
| サーバーの追加、サーバーの修復 | ノードの追加とノードの修復操作は、11.2510.1002.87 または 12.2510.1002.88 で実行すると失敗します。これらのイメージは取り消され、存在しないためです。 | 環境を 11.2510.1002.93 または 12.2510.1002.94 にアップグレードします。 1.2510.1002.1002.87/12.2510.1002.88 から 11.2510.1002.93/12.2510.1002.94 への更新中にノードの追加または修復操作を実行する必要がある場合は、 サポート ケースを開 いてイメージ検証を上書きします。 |
| Azure Local VM | wssdagent ノード エージェントがクラッシュしたため、VM の起動、停止、または削除の操作が失敗する可能性があります。 | wssdagent がクラッシュしたかどうかを確認するには、次のコマンドを実行します。 $ServerList = (Get-Clusternode).name foreach ($Server in $ServerList) { Write-Output "Cluster Node: $Server..." Invoke-Command -ComputerName $Server -ScriptBlock { get-service wssdagent } } wssdagent の状態が "Stopped" と表示されている場合は、次のコマンドを実行して、そのノードからエージェントを再起動します。 start-service wssdagent このアクションにより、ノード エージェントが再び実行され、VM のブロックが解除されます。 ノード エージェントの停止中に VM が削除された場合は、 サポート ケースを開 いて問題を解決してください。 |
| Azure Local VM | VM の開始または停止操作は、GPU を VM にアタッチまたはデタッチした後にエラーでブロックされます。 | 開始または停止操作を試みる前に、VM のサイズを更新します (vCPU、メモリの追加または削除)。 サイズが更新されたら、VM の開始または停止に進みます。 |
既知の動作と予期される動作
次の表に、バグや制限事項と見なすべきではない既知のシステム動作と想定されるシステム動作を示します。
| Feature | Behavior | Workaround |
|---|---|---|
| オペレーティング システム | RegBack を使用したレジストリの復元は、Azure Localではサポートされていません。 この操作により、Azure Local インスタンス上のライフサイクル マネージャー (LCM) 設定とオンプレミス クラウド (MOC) 設定を削除Microsoft。これにより、ソリューションが破損する可能性があります。 | |
| AZURE LOCAL VM の管理 | エクスポートしたAzure VM OS ディスクを VHD として使用して、Azure Local VM をプロビジョニングするためのギャラリー イメージを作成することはできません。 | コマンド restart-service mochostagent を実行して、mochostagent サービスを再起動します。 |
| [Server の追加] サーバー を修復する |
Add-serverコマンドレットと Repair-server コマンドレットは、次のエラーで失敗します。Cluster Build ID matches node to add's Build ID。 |
既存のクラスターで実行されているバージョンと同じソリューション バージョンの OS イメージを使用します。 OS イメージを取得するには、この Release テーブルからイメージ バージョンを特定してダウンロードします。 |
バージョン 2512 の既知の問題
Azure Localの 2512 リリースでは、Microsoft次の更新プログラムがリリースされました。
| ソリューションのバージョン | OS ビルド |
|---|---|
| 12.2512.1002.16 | 26100.7462 |
Important
このソフトウェアの新しい展開では、 12.2512.1002.16 ビルドが 使用されます。 このバージョンのリリース ノートには、このリリースで修正された問題、このリリースの既知の問題、以前のバージョンから引き継がれたリリース ノートの問題が含まれます。
Note
一般的な既知の問題の詳細な修復については、Azure Local Supportability GitHub リポジトリを参照してください。
修正された問題
次の表に、このリリースで修正された問題の一覧を示します。
| Feature | Issue | Comments |
|---|---|---|
| Azure Local VM | VM Azure Local作成フローでは、同じリソース グループに既に存在する名前のデータ ディスクを追加すると、プロビジョニング エラーが発生します。 | Azure Local VM を作成する前に、データ ディスク名がリソース グループ内で一意であることを確認するための検証。 |
既知の問題
次の表に、このリリースの既知の問題を示します。
| Feature | Issue | Workaround |
|---|---|---|
| Update | Azure Local バージョン 2601 および 2602 は、更新プログラムのターゲットとして使用できなくなりました。 | 最新情報については、Azure Localリリース情報を参照してください。 |
| デプロイ | ローカル ID を使用したデプロイでは、シークレットの手動ローテーションはサポートされていません。 | このリリースには既知の回避策はありません。 |
| デプロイ | 2510 から 2511、2512、または 2601 にアップグレードすると、CSI プロビジョニングのためにクラスターの作成が失敗します。 | この問題を解決する方法の詳細な手順については、「AKS Arc クラスターの作成は、2510 からアップグレードした後、Azure Local 2511、2512、または 2601 で失敗する」を参照してください。 |
以前のリリースからの既知の問題
次の表に、以前のリリースの既知の問題を示します。
| Feature | Issue | Workaround |
|---|---|---|
| Update | Azure Local バージョン 2601 および 2602 は、更新プログラムのターゲットとして使用できなくなりました。 | 最新情報については、Azure Localリリース情報を参照してください。 |
| [Server の追加] サーバー を修復する |
Add-serverコマンドレットと Repair-server コマンドレットは、次のエラーで失敗します。Cluster Build ID matches node to add's Build ID。 |
既存のクラスターで実行されているバージョンと同じソリューション バージョンの OS イメージを使用します。 OS イメージを取得するには、この Release テーブルからイメージ バージョンを特定してダウンロードします。 |
| デプロイ | このリリースおよび以前のリリースでは、Azure Local マシンを Azure Arc に登録しようとすると、次のエラーで登録が失敗します。AZCMAgent command failed with error: >> exitcode: 42. Additional Info: See https://aka.ms/arc/azcmerror。 |
この問題を解決する方法の詳細な手順については、トラブルシューティング ガイドを参照してください。 |
| AZURE LOCAL VM の管理 | Mochostagent サービスは実行中のように見えますが、ログを更新せずに 1 か月以上停止する可能性があります。 この問題を特定するには、C:\programdata\mochostagent\logs のサービス ログを確認して、ログが更新されているかどうかを確認します。 |
mochostagent サービスを再起動するには、次のコマンドを実行します:restart-service mochostagent。 |
| Update | Azure Update Managerを使用してAzure Local インスタンスの準備状況チェックの結果を表示すると、同じ名前の準備チェックが複数存在する可能性があります。 | このリリースには既知の回避策はありません。 準備チェックに関する特定の情報を表示するには、[ 詳細 の表示] を選択します。 |
| Update | このリリースでは、更新が完了しても、Azure ポータルで更新状態が Failed または In progress として誤って報告される場合に、断続的な問題が発生します。 |
リモート PowerShell セッション経由でAzure Local インスタンスに接続します。 更新の状態を確認するには、次の PowerShell コマンドレットを実行します。$Update = get-solutionupdate| ? version -eq "<version string>"バージョン文字列を実行しているバージョンに置き換えます。 たとえば、"10.2405.0.23" などです。 $Update.state更新の状態が [インストール済み] の場合、それ以上の操作は必要ありません。 Azure ポータルでは、24 時間以内に状態が正しく更新されます。 状態をより早く更新するには、いずれかのノードで次の手順を実行します。 Cloud Management クラスター グループを再起動します。 Stop-ClusterGroup "Cloud Management"Start-ClusterGroup "Cloud Management" |
| サーバー の追加 | このリリースおよび以前のリリースでは、コンピューターをシステムに追加するときに、プロキシ バイパス リスト文字列を更新して新しいマシンを含めることはできません。 ホスト上の環境変数のプロキシ バイパス リストを更新しても、Azure Resource Bridge または AKS のプロキシ バイパス リストは更新されません。 | このリリースには回避策はありません。 この問題が発生した場合は、Microsoft サポートにお問い合わせの上、次の手順を確認してください。 |
| アジュール ポータル | 場合によっては、Azure ポータルの更新に時間がかかる場合があり、ビューが最新ではない可能性があります。 | 更新されたビューを表示するには、30 分以上待つ必要がある場合があります。 |
| セキュリティ | Azure Localは、エンドポイントにDefenderを使用しているときや、展開内の 1 つ以上のサーバーに対して Restrict アプリの実行設定が有効になっている場合に、通常の操作 (Update、Repair など) 中に問題が発生する可能性があります。 | Defender ポータルで Restrict アプリの実行設定を無効にして再起動します。 問題が解決しない場合は、 サポート ケースを開きます。 |
| デプロイ | ポータルAzure展開すると、SConfig ネットワーク設定に次のエラーが表示されます: Set-SCfNetworksetting : Cannot bind argument to parameter 'Value' because it is null. |
このリリースには既知の回避策はありません。 |
| セキュリティ | Windows Defender の攻撃面の縮小ルール「PSExec および WMI コマンドに起因するプロセス作成をブロックする」が [ブロック] に設定されている場合、Azure Local ソリューション更新は実行に失敗します。 | この問題を解決する方法の詳細な手順については、トラブルシューティング ガイドを参照してください。 |
| サーバーの追加、サーバーの修復 | ノードの追加とノードの修復操作は、11.2510.1002.87 または 12.2510.1002.88 で実行すると失敗します。これらのイメージは取り消され、存在しないためです。 | 環境を 11.2510.1002.93 または 12.2510.1002.531 にアップグレードします。 1.2510.1002.87/12.2510.1002.88 から 11.2510.1002.93/12.2510.1002.531 への更新中にノードの追加または修復操作を実行する必要がある場合は、イメージ検証を上書きする サポート ケースを開きます 。 |
| Azure Local VM | wssdagent ノード エージェントがクラッシュしたため、VM の起動、停止、または削除の操作が失敗する可能性があります。 | wssdagent がクラッシュしたかどうかを確認するには、次のコマンドを実行します。 $ServerList = (Get-Clusternode).name foreach ($Server in $ServerList) { Write-Output "Cluster Node: $Server..." Invoke-Command -ComputerName $Server -ScriptBlock { get-service wssdagent } } wssdagent の状態が "Stopped" と表示されている場合は、次のコマンドを実行して、そのノードからエージェントを再起動します。 start-service wssdagent このアクションにより、ノード エージェントが再び実行され、VM のブロックが解除されます。 ノード エージェントの停止中に VM が削除された場合は、 サポート ケースを開 いて問題を解決してください。 |
| を更新する | クラウド管理グループが所有者ノードとは異なるノードで実行されているときに、次のエラーが発生すると、更新が失敗する可能性があります。 Type 'RegisterCloudManagementUpdatesExtension' of Role 'CloudManagementConfig' raised an exception: Exception occurred in Get-ClusterExtension' |
管理グループを所有者ノードに手動で移動し、更新を続行します。 # Get the owner node of the group matching '*orch*' $orchOwner = (Get-ClusterGroup -Name '*orch*').OwnerNode.Name# Move the "Cloud Management" group to that nodeMove-ClusterGroup -Name 'Cloud Management' -Node $orchOwner |
| Azure Local VM | VM の開始または停止操作は、GPU を VM にアタッチまたはデタッチした後にエラーでブロックされます。 | 開始または停止操作を試みる前に、VM のサイズを更新します (vCPU、メモリの追加または削除)。 サイズが更新されたら、VM の開始または停止に進みます。 |
既知の動作と予期される動作
次の表に、バグや制限事項と見なすべきではない既知のシステム動作と想定されるシステム動作を示します。
| Feature | Behavior | Workaround |
|---|---|---|
| オペレーティング システム | RegBack を使用したレジストリの復元は、Azure Localではサポートされていません。 この操作により、Azure Local インスタンス上のライフサイクル マネージャー (LCM) 設定とオンプレミス クラウド (MOC) 設定を削除Microsoft。これにより、ソリューションが破損する可能性があります。 | |
| AZURE LOCAL VM の管理 | エクスポートしたAzure VM OS ディスクを VHD として使用して、Azure Local VM をプロビジョニングするためのギャラリー イメージを作成することはできません。 | コマンド restart-service mochostagent を実行して、mochostagent サービスを再起動します。 |
バージョン 2511 の既知の問題
Azure Localの 2511 リリースでは、Microsoftは 2 つのセキュリティ更新プログラムをリリースし、それぞれが特定の OS ビルドに対応しています。 次の表に、特定のバージョンとその OS ビルドを示します。
| ソリューションのバージョン | OS ビルド |
|---|---|
| 12.2511.1002.502 | 26100.7171 |
Important
このソフトウェアの新しい展開では、 12.2511.1002.502 ビルドが 使用されます。 このバージョンのリリース ノートには、このリリースで修正された問題、このリリースの既知の問題、以前のバージョンから引き継がれたリリース ノートの問題が含まれます。
Note
一般的な既知の問題の詳細な修復については、Azure Local Supportability GitHub リポジトリを参照してください。
修正された問題
次の表に、このリリースで修正された問題の一覧を示します。
| Feature | Issue | Comments |
|---|---|---|
| デプロイ | クラスター DNS の名前解決中の DNS サーバーへの依存を減らすためにロジックを更新しました。 | |
| デプロイ | デプロイを再開することで、ドメイン参加後にデプロイがスタックする問題を修正しました。 | |
| デプロイ | 待機手順を追加して、クラスターの DNS 名が解決されるようにします。 | |
| デプロイ | DSC 証明書の追加手順は不要であるため、削除します。 | |
| Azure Local VM | アップグレードのクラスター機能レベルを 24H2 に設定する操作を追加しました。 | |
| Update | Azure Update Managerを使用して累積的な更新プログラムをインストールする場合は、バージョン 2507 の最新の更新プログラムのみがインストールされます。 以前の更新オプション (バージョン 2505、2506) が選択されている場合、インストールされません。 | |
| を更新する | 更新プログラムの正常性チェックの結果は、正常性チェックが完了してから 3 時間以上経過しても表示されません。 | |
| Update | Azure Update Managerを使用してAzure Local インスタンスを更新すると、更新の進行状況と結果がAzure ポータルに表示されないことがあります。 | |
| デプロイ | デプロイ、ノードの追加、およびノードの修復の操作は、次のエラーで失敗する可能性があります。 Type 'EncryptClusterSharedVolumes' of Role 'AzureStackBitlocker' raised an exception: The job running on xxx failed due to: System.Management.Automation.RemoteException: -> Failed enabling bitlocker for C:\ClusterStorage\UserStorage_13 (F:) |
既知の問題
次の表に、このリリースの既知の問題を示します。
| Feature | Issue | Workaround |
|---|---|---|
| Update | Azure Local バージョン 2601 および 2602 は、更新プログラムのターゲットとして使用できなくなりました。 | 最新情報については、Azure Localリリース情報を参照してください。 |
| を更新する | クラウド管理グループが所有者ノードとは異なるノードで実行されているときに、次のエラーが発生すると、更新が失敗する可能性があります。 Type 'RegisterCloudManagementUpdatesExtension' of Role 'CloudManagementConfig' raised an exception: Exception occurred in Get-ClusterExtension' |
管理グループを所有者ノードに手動で移動し、更新を続行します。 # Get the owner node of the group matching '*orch*' $orchOwner = (Get-ClusterGroup -Name '*orch*').OwnerNode.Name# Move the "Cloud Management" group to that nodeMove-ClusterGroup -Name 'Cloud Management' -Node $orchOwner |
| デプロイ | 2510 から 2511、2512、または 2601 にアップグレードすると、CSI プロビジョニングのためにクラスターの作成が失敗します。 | この問題を解決する方法の詳細な手順については、「AKS Arc クラスターの作成は、2510 からアップグレードした後、Azure Local 2511、2512、または 2601 で失敗する」を参照してください。 |
| Azure Local VM | VM の開始または停止操作は、GPU を VM にアタッチまたはデタッチした後にエラーでブロックされます。 | 開始または停止操作を試みる前に、VM のサイズを更新します (vCPU、メモリの追加または削除)。 サイズが更新されたら、VM の開始または停止に進みます。 |
以前のリリースからの既知の問題
次の表に、以前のリリースの既知の問題を示します。
| Feature | Issue | Workaround |
|---|---|---|
| Update | Azure Local バージョン 2601 および 2602 は、更新プログラムのターゲットとして使用できなくなりました。 | 最新情報については、Azure Localリリース情報を参照してください。 |
| [Server の追加] サーバー を修復する |
Add-serverコマンドレットと Repair-server コマンドレットは、次のエラーで失敗します。Cluster Build ID matches node to add's Build ID。 |
既存のクラスターで実行されているバージョンと同じソリューション バージョンの OS イメージを使用します。 OS イメージを取得するには、この Release テーブルからイメージ バージョンを特定してダウンロードします。 |
| デプロイ | このリリースおよび以前のリリースでは、Azure Local マシンを Azure Arc に登録しようとすると、次のエラーで登録が失敗します。AZCMAgent command failed with error: >> exitcode: 42. Additional Info: See https://aka.ms/arc/azcmerror。 |
この問題を解決する方法の詳細な手順については、トラブルシューティング ガイドを参照してください。 |
| AZURE LOCAL VM の管理 | Mochostagent サービスは実行中のように見えますが、ログを更新せずに 1 か月以上停止する可能性があります。 この問題を特定するには、C:\programdata\mochostagent\logs のサービス ログを確認して、ログが更新されているかどうかを確認します。 |
mochostagent サービスを再起動するには、次のコマンドを実行します:restart-service mochostagent。 |
| Update | Azure Update Managerを使用してAzure Local インスタンスの準備状況チェックの結果を表示すると、同じ名前の準備チェックが複数存在する可能性があります。 | このリリースには既知の回避策はありません。 準備チェックに関する特定の情報を表示するには、[ 詳細 の表示] を選択します。 |
| Update | このリリースでは、更新が完了しても、Azure ポータルで更新状態が Failed または In progress として誤って報告される場合に、断続的な問題が発生します。 |
リモート PowerShell セッション経由でAzure Local インスタンスに接続します。 更新の状態を確認するには、次の PowerShell コマンドレットを実行します。$Update = get-solutionupdate| ? version -eq "<version string>"バージョン文字列を実行しているバージョンに置き換えます。 たとえば、"10.2405.0.23" などです。 $Update.state更新の状態が [インストール済み] の場合、それ以上の操作は必要ありません。 Azure ポータルでは、24 時間以内に状態が正しく更新されます。 状態をより早く更新するには、いずれかのノードで次の手順を実行します。 Cloud Management クラスター グループを再起動します。 Stop-ClusterGroup "Cloud Management"Start-ClusterGroup "Cloud Management" |
| サーバー の追加 | このリリースおよび以前のリリースでは、コンピューターをシステムに追加するときに、プロキシ バイパス リスト文字列を更新して新しいマシンを含めることはできません。 ホスト上の環境変数のプロキシ バイパス リストを更新しても、Azure Resource Bridge または AKS のプロキシ バイパス リストは更新されません。 | このリリースには回避策はありません。 この問題が発生した場合は、Microsoft サポートにお問い合わせの上、次の手順を確認してください。 |
| アジュール ポータル | 場合によっては、Azure ポータルの更新に時間がかかる場合があり、ビューが最新ではない可能性があります。 | 更新されたビューを表示するには、30 分以上待つ必要がある場合があります。 |
| セキュリティ | Azure Localは、エンドポイントにDefenderを使用しているときや、展開内の 1 つ以上のサーバーに対して Restrict アプリの実行設定が有効になっている場合に、通常の操作 (Update、Repair など) 中に問題が発生する可能性があります。 | Defender ポータルで Restrict アプリの実行設定を無効にして再起動します。 問題が解決しない場合は、 サポート ケースを開きます。 |
| デプロイ | ポータルAzure展開すると、SConfig ネットワーク設定に次のエラーが表示されます: Set-SCfNetworksetting : Cannot bind argument to parameter 'Value' because it is null. |
このリリースには既知の回避策はありません。 |
| デプロイ | まれに、必須の Arc 拡張機能がまだインストールされていないことを示す検証中にエラーが発生してデプロイが失敗することがあります。 | この問題が発生した場合は、デプロイを再試行してください。 |
| セキュリティ | Windows Defender の攻撃面の縮小ルール「PSExec および WMI コマンドに起因するプロセス作成をブロックする」が [ブロック] に設定されている場合、Azure Local ソリューション更新は実行に失敗します。 | この問題を解決する方法の詳細な手順については、トラブルシューティング ガイドを参照してください。 |
| サーバーの追加、サーバーの修復 | ノードの追加とノードの修復操作は、11.2510.1002.87 または 12.2510.1002.88 で実行すると失敗します。これらのイメージは取り消され、存在しないためです。 | 環境を 11.2510.1002.93 または 12.2510.1002.531 にアップグレードします。 1.2510.1002.87/12.2510.1002.88 から 11.2510.1002.93/12.2510.1002.531 への更新中にノードの追加または修復操作を実行する必要がある場合は、イメージ検証を上書きする サポート ケースを開きます 。 |
| Azure Local VM | wssdagent ノード エージェントがクラッシュしたため、VM の起動、停止、または削除の操作が失敗する可能性があります。 | wssdagent がクラッシュしたかどうかを確認するには、次のコマンドを実行します。 $ServerList = (Get-Clusternode).name foreach ($Server in $ServerList) { Write-Output "Cluster Node: $Server..." Invoke-Command -ComputerName $Server -ScriptBlock { get-service wssdagent } } wssdagent の状態が "Stopped" と表示されている場合は、次のコマンドを実行して、そのノードからエージェントを再起動します。 start-service wssdagent このアクションにより、ノード エージェントが再び実行され、VM のブロックが解除されます。 ノード エージェントの停止中に VM が削除された場合は、 サポート ケースを開 いて問題を解決してください。 |
既知の動作と予期される動作
次の表に、バグや制限事項と見なすべきではない既知のシステム動作と想定されるシステム動作を示します。
| Feature | Behavior | Workaround |
|---|---|---|
| オペレーティング システム | RegBack を使用したレジストリの復元は、Azure Localではサポートされていません。 この操作により、Azure Local インスタンス上のライフサイクル マネージャー (LCM) 設定とオンプレミス クラウド (MOC) 設定を削除Microsoft。これにより、ソリューションが破損する可能性があります。 | |
| AZURE LOCAL VM の管理 | エクスポートしたAzure VM OS ディスクを VHD として使用して、Azure Local VM をプロビジョニングするためのギャラリー イメージを作成することはできません。 | コマンド restart-service mochostagent を実行して、mochostagent サービスを再起動します。 |
バージョン 2510 の既知の問題
Azure Localの 2510 リリースでは、Microsoftは 2 つのセキュリティ更新プログラムをリリースし、それぞれが特定の OS ビルドに対応しています。 次の表に、特定のバージョンとその OS ビルドを示します。
| ソリューションのバージョン | OS ビルド |
|---|---|
| 11.2510.1002.93 | 25398.1913 |
| 12.2510.1002.531 | 26100.6899 |
Important
このソフトウェアの新しい展開では 、12.2510.1002.531 ビルドが 使用されます。 11.2510.1002.93 を使用して、2509 から既存のデプロイを更新することもできます。
このバージョンのリリース ノートには、このリリースで修正された問題、このリリースの既知の問題、以前のバージョンから引き継がれたリリース ノートの問題が含まれます。
Note
一般的な既知の問題の詳細な修復については、Azure Local Supportability GitHub リポジトリを参照してください。
修正された問題
次の表に、このリリースで修正された問題の一覧を示します。
| Feature | Issue | Comments |
|---|---|---|
| デプロイ | 高速ストレージ プロビジョニングの最大ボリューム サイズの計算が改善されました。 | |
| デプロイ | シン プロビジョニング ボリュームのアロケーション ユニット サイズを調整しました。 | |
| デプロイ | ストレージ用のモジュールのインポートに関する問題を修正しました。 | |
| デプロイ | ラック対応クラスター向けにネスト化されたラック レベルのミラーを有効にしました。 | |
| デプロイ | パフォーマンス履歴ボリュームの再起動に関する問題を修正しました。 | |
| デプロイ | クラスター DNS 解決の問題の軽減策を追加しました。 | |
| をアップグレードする | バージョン チェックを調整して、正しい最新の更新プログラムを取得しました。 | |
| をアップグレードする | ローカル管理者のチェックが強化されました。 | |
| セキュリティ | パスワードの最小長規則のコンプライアンスを修正する場合、Azure Local ホストの最小パスワード長を 14 に変更した後でも、Azure ポリシーでは非準拠として表示されます。 | |
| Azure Local VM | Azure Local VM には、デプロイ後に空の DVD ドライブが接続されています。 | 新しく作成された Azure Local VM には、デプロイ後に空の DVD ドライブが含まれなくなりました。 |
| Azure Local VM | 場合によっては、Azure Local VM がエラーで作成に失敗します: Failed to cleanup seed iso disk from the file system for vm. |
このビルドは、前の修正プログラム (2503) で解決されなかった追加のコーナー ケースに対処します。 |
| Azure Local VM | まれに、オペレーターがクラッシュ ループに陥り、Azure Local VM を管理できなくなることがあります。 | |
| Azure Local VM | 論理ネットワークを使用して作成されたネットワーク インターフェイスが他のリソース グループまたは場所に存在する場合、論理ネットワークの削除が失敗することがあります。 | 論理ネットワークを安全に削除できるように削除ロジックを更新しました。 |
| を更新する | VSR レジストリが見つからないエラーで更新が失敗する。 | |
| 展開、更新 | デプロイと更新は、ブルー スクリーンとエラー コード 0x00000139でクラッシュします。 | |
| を更新する | 2504 から 2511 までのデプロイで更新プログラムが失敗する。 | |
| を更新する | アップグレード後、以降の更新プログラムの準備は失敗します。 | |
| デプロイ | デプロイがエラーで失敗する: The following error with errorcode 0x80090308 occurred while using Negotiate authentication: The parameter is incorrect. |
|
| デプロイ | デプロイがエラーで失敗する: The parameter is incorrect. |
|
| を更新する | OS のアップグレードは、OS アップグレードの完了後に Update-ClusterFunctionalLevel と Update-StoragePool を実行しません。 |
|
| デプロイ | ログ収集は、初回起動時には開始せず、その後に 404 エラーが表示されます。 | このリリースでは、この問題の既知の回避策はありません。 |
既知の問題
次の表に、このリリースの既知の問題を示します。
| Feature | Issue | Workaround |
|---|---|---|
| Update | Azure Local バージョン 2601 および 2602 は、更新プログラムのターゲットとして使用できなくなりました。 | 最新情報については、Azure Localリリース情報を参照してください。 |
| サーバーの追加、サーバーの修復 | ノードの追加とノードの修復操作は、11.2510.1002.87 または 12.2510.1002.88 で実行すると失敗します。これらのイメージは取り消され、存在しないためです。 | 環境を 11.2510.1002.93 または 12.2510.1002.531 にアップグレードします。 1.2510.1002.87/12.2510.1002.88 から 11.2510.1002.93/12.2510.1002.531 への更新中にノードの追加または修復操作を実行する必要がある場合は、イメージ検証を上書きする サポート ケースを開きます 。 |
| Azure Local VM | wssdagent ノード エージェントがクラッシュしたため、VM の起動、停止、または削除の操作が失敗する可能性があります。 | wssdagent がクラッシュしたかどうかを確認するには、次のコマンドを実行します。 $ServerList = (Get-Clusternode).name foreach ($Server in $ServerList) { Write-Output "Cluster Node: $Server..." Invoke-Command -ComputerName $Server -ScriptBlock { get-service wssdagent } } wssdagent の状態が "Stopped" と表示されている場合は、次のコマンドを実行して、そのノードからエージェントを再起動します。 start-service wssdagent このアクションにより、ノード エージェントが再び実行され、VM のブロックが解除されます。 ノード エージェントの停止中に VM が削除された場合は、 サポート ケースを開 いて問題を解決してください。 |
以前のリリースからの既知の問題
次の表に、以前のリリースの既知の問題を示します。
| Feature | Issue | Workaround |
|---|---|---|
| [Server の追加] サーバー を修復する |
Add-serverコマンドレットと Repair-server コマンドレットは、次のエラーで失敗します。Cluster Build ID matches node to add's Build ID。 |
既存のクラスターで実行されているバージョンと同じソリューション バージョンの OS イメージを使用します。 OS イメージを取得するには、この Release テーブルからイメージ バージョンを特定してダウンロードします。 |
| デプロイ | このリリースおよび以前のリリースでは、Azure Local マシンを Azure Arc に登録しようとすると、次のエラーで登録が失敗します。AZCMAgent command failed with error: >> exitcode: 42. Additional Info: See https://aka.ms/arc/azcmerror。 |
この問題を解決する方法の詳細な手順については、トラブルシューティング ガイドを参照してください。 |
| AZURE LOCAL VM の管理 | Mochostagent サービスは実行中のように見えますが、ログを更新せずに 1 か月以上停止する可能性があります。 この問題を特定するには、C:\programdata\mochostagent\logs のサービス ログを確認して、ログが更新されているかどうかを確認します。 |
mochostagent サービスを再起動するには、次のコマンドを実行します:restart-service mochostagent。 |
| Update | Azure Update Managerを使用してAzure Local インスタンスの準備状況チェックの結果を表示すると、同じ名前の準備チェックが複数存在する可能性があります。 | このリリースには既知の回避策はありません。 準備チェックに関する特定の情報を表示するには、[ 詳細 の表示] を選択します。 |
| Update | このリリースでは、更新が完了しても、Azure ポータルで更新状態が Failed または In progress として誤って報告される場合に、断続的な問題が発生します。 |
リモート PowerShell セッション経由でAzure Local インスタンスに接続します。 更新の状態を確認するには、次の PowerShell コマンドレットを実行します。$Update = get-solutionupdate| ? version -eq "<version string>"バージョン文字列を実行しているバージョンに置き換えます。 たとえば、"10.2405.0.23" などです。 $Update.state更新の状態が [インストール済み] の場合、それ以上の操作は必要ありません。 Azure ポータルでは、24 時間以内に状態が正しく更新されます。 状態をより早く更新するには、いずれかのノードで次の手順を実行します。 Cloud Management クラスター グループを再起動します。 Stop-ClusterGroup "Cloud Management"Start-ClusterGroup "Cloud Management" |
| サーバー の追加 | このリリースおよび以前のリリースでは、コンピューターをシステムに追加するときに、プロキシ バイパス リスト文字列を更新して新しいマシンを含めることはできません。 ホスト上の環境変数のプロキシ バイパス リストを更新しても、Azure Resource Bridge または AKS のプロキシ バイパス リストは更新されません。 | このリリースには回避策はありません。 この問題が発生した場合は、Microsoft サポートにお問い合わせの上、次の手順を確認してください。 |
| アジュール ポータル | 場合によっては、Azure ポータルの更新に時間がかかる場合があり、ビューが最新ではない可能性があります。 | 更新されたビューを表示するには、30 分以上待つ必要がある場合があります。 |
| Update | Azure Update Managerを使用してAzure Local インスタンスを更新すると、更新の進行状況と結果がAzure ポータルに表示されないことがあります。 | この問題を回避するには、各ノードで次のレジストリ キーを追加します (値は必要ありません)。New-Item -Path "HKLM:\SYSTEM\CurrentControlSet\Services\HciCloudManagementSvc\Parameters" -force次に、いずれかのノードで、Cloud Management クラスター グループを再起動します。 Stop-ClusterGroup "Cloud Management"Start-ClusterGroup "Cloud Management"更新プロセスの期間中、進行状況の詳細が表示されない可能性があるため、このアクションでは問題は完全には解決されません。 最新の更新プログラムの詳細を取得するには、 PowerShell を使用して更新の進行状況を取得します。 |
| セキュリティ | Azure Localは、エンドポイントにDefenderを使用しているときや、展開内の 1 つ以上のサーバーに対して Restrict アプリの実行設定が有効になっている場合に、通常の操作 (Update、Repair など) 中に問題が発生する可能性があります。 | Defender ポータルで Restrict アプリの実行設定を無効にして再起動します。 問題が解決しない場合は、 サポート ケースを開きます。 |
| デプロイ | ポータルAzure展開すると、SConfig ネットワーク設定に次のエラーが表示されます: Set-SCfNetworksetting : Cannot bind argument to parameter 'Value' because it is null. |
このリリースには既知の回避策はありません。 |
| デプロイ | まれに、必須の Arc 拡張機能がまだインストールされていないことを示す検証中にエラーが発生してデプロイが失敗することがあります。 | この問題が発生した場合は、デプロイを再試行してください。 |
| Update | Azure Update Managerを使用して累積的な更新プログラムをインストールすると、バージョン 2507 の最新の更新プログラムのみがインストールされます。 以前の更新オプション (バージョン 2505、2506) を選択した場合、更新プログラムはインストールされません。 | このリリースには回避策はありません。 |
| を更新する | 正常性チェックが完了してから 3 時間を超えると、更新プログラムの正常性チェックの結果が表示されない | 更新プログラムの正常性チェックを再実行して、3 時間の有効期限クロックを再起動します。 |
| デプロイ | デプロイ、ノードの追加、およびノードの修復の操作は、次のエラーで失敗する可能性があります。 Type 'EncryptClusterSharedVolumes' of Role 'AzureStackBitlocker' raised an exception: The job running on xxx failed due to: System.Management.Automation.RemoteException: -> Failed enabling bitlocker for C:\ClusterStorage\UserStorage_13 (F:) |
この問題を解決する方法の詳細な手順については、トラブルシューティング ガイドを参照してください。 |
| セキュリティ | Windows Defender の攻撃面の縮小ルール「PSExec および WMI コマンドに起因するプロセス作成をブロックする」が [ブロック] に設定されている場合、Azure Local ソリューション更新は実行に失敗します。 | この問題を解決する方法の詳細な手順については、トラブルシューティング ガイドを参照してください。 |
既知の動作と予期される動作
次の表に、バグや制限事項と見なすべきではない既知のシステム動作と想定されるシステム動作を示します。
| Feature | Behavior | Workaround |
|---|---|---|
| オペレーティング システム | RegBack を使用したレジストリの復元は、Azure Localではサポートされていません。 この操作により、Azure Local インスタンス上のライフサイクル マネージャー (LCM) 設定とオンプレミス クラウド (MOC) 設定を削除Microsoft。これにより、ソリューションが破損する可能性があります。 | |
| AZURE LOCAL VM の管理 | エクスポートしたAzure VM OS ディスクを VHD として使用して、Azure Local VM をプロビジョニングするためのギャラリー イメージを作成することはできません。 | コマンド restart-service mochostagent を実行して、mochostagent サービスを再起動します。 |
バージョン 2509 の既知の問題
Azure Localの 2509 リリースでは、Microsoftは 2 つのセキュリティ更新プログラムをリリースし、それぞれが特定の OS ビルドに対応しています。 次の表に、特定のバージョンとその OS ビルドを示します。
| ソリューションのバージョン | OS ビルド |
|---|---|
| 11.2509.1001.21 | 25398.1849 |
| 12.2509.1001.22 | 26100.6584 |
Important
このソフトウェアの新しい展開では 、12.2509.1001.22 ビルドが使用されます。 11.2509.1001.21 を使用して、2508 から既存のデプロイを更新することもできます。
このバージョンのリリース ノートには、このリリースで修正された問題、このリリースの既知の問題、以前のバージョンから引き継がれたリリース ノートの問題が含まれます。
Note
一般的な既知の問題の詳細な修復については、Azure Local Supportability GitHub リポジトリを参照してください。
修正された問題
次の表に、このリリースで修正された問題の一覧を示します。
| Feature | Issue | Comments |
|---|---|---|
| Azure Local VM、Azure検証 | Windows Server Azure Edition、Windows 10、またはマルチセッション OS Windows 11実行しているAzure Local上の VM が正しくアクティブ化されない場合があります。 Windowsがアクティブ化されていないことを示すポップアップ メッセージまたは透かしが表示される場合があります。 VM は動作しますが、透かしは消えません。 | VM が正しくアクティブ化されるようになりました。 |
| Azure Local VM | 以前に失敗したデプロイの残りの部分が原因で、同じ名前のイメージを再作成できない場合があり、その結果、0 バイトのイメージが作成される場合があります。 | 失敗したイメージアーティファクトの自動適切なクリーンアップ。これにより、後続のイメージ作成の試行が成功します。 |
| デプロイ | ディスクの種類が正しく判断されないため、記憶域プールのサイズの決定に誤った負の結果が生じます。 | 記憶域プールのサイズを決定するときのディスクの種類を解決するための検証が改善されました。 |
| デプロイ | 真の最大ボリューム サイズは計算する必要があり、既定値は 64 TB に設定しないでください。 | 最大ボリューム サイズの計算が改善されました。 |
| デプロイ | シンプロビジョニングされたボリュームの最小アロケーションユニットサイズを調整しました。 | |
| Azure Local VM | 既定のディスク サイズを 100 GB から 200 GB に増やしました。 | |
| Azure Local VM | AKS Arc で作成されたクラスターが、プロキシが有効になっているロックされた環境で動作していません。 | |
| アジュール ポータル | Azure ポータルの [NSG の関連付け] ドロップダウン メニューが改善されました。 | |
| デプロイ | 2506 リリースでは、KIR レジストリが正しくないパスに追加されました。 | レジストリを正しいパスに追加しました。 |
| をアップグレードする | 環境検証コントロールでアップグレードが失敗する問題を修正しました。 | |
| デプロイ | シン プロビジョニング ボリュームの既定の OS サイズを変更しました。 | |
| セキュリティ | セキュリティの脆弱性の軽減策 CVE-2025-55316 が実装されました。 | |
| 登録、展開、追加サーバー、アップグレード、更新 | このリリースでは、一部の環境では接続テストに 20 分以上かかる場合があります。 | このリリースでは、この問題の既知の回避策はありません。 |
既知の問題
次の表に、このリリースの既知の問題を示します。
| Feature | Issue | Workaround |
|---|---|---|
| デプロイ | ログ収集は、初回起動時には開始せず、その後に 404 エラーが表示されます。 | このリリースでは、この問題の既知の回避策はありません。 |
| デプロイ | デプロイ、ノードの追加、およびノードの修復の操作は、次のエラーで失敗する可能性があります。 Type 'EncryptClusterSharedVolumes' of Role 'AzureStackBitlocker' raised an exception: The job running on xxx failed due to: System.Management.Automation.RemoteException: -> Failed enabling bitlocker for C:\ClusterStorage\UserStorage_13 (F:) |
この問題を解決する方法の詳細な手順については、トラブルシューティング ガイドを参照してください。 |
以前のリリースからの既知の問題
次の表に、以前のリリースの既知の問題を示します。
| Feature | Issue | Workaround |
|---|---|---|
| [Server の追加] サーバー を修復する |
Add-serverコマンドレットと Repair-server コマンドレットは、次のエラーで失敗します。Cluster Build ID matches node to add's Build ID。 |
既存のクラスターで実行されているバージョンと同じソリューション バージョンの OS イメージを使用します。 OS イメージを取得するには、この Release テーブルからイメージ バージョンを特定してダウンロードします。 |
| デプロイ | このリリースおよび以前のリリースでは、Azure Local マシンを Azure Arc に登録しようとすると、次のエラーで登録が失敗します。AZCMAgent command failed with error: >> exitcode: 42. Additional Info: See https://aka.ms/arc/azcmerror。 |
この問題を解決する方法の詳細な手順については、トラブルシューティング ガイドを参照してください。 |
| AZURE LOCAL VM の管理 | Mochostagent サービスは実行中のように見えますが、ログを更新せずに 1 か月以上停止する可能性があります。 この問題を特定するには、C:\programdata\mochostagent\logs のサービス ログを確認して、ログが更新されているかどうかを確認します。 |
mochostagent サービスを再起動するには、次のコマンドを実行します:restart-service mochostagent。 |
| Update | Azure Update Managerを使用してAzure Local インスタンスの準備状況チェックの結果を表示すると、同じ名前の準備チェックが複数存在する可能性があります。 | このリリースには既知の回避策はありません。 準備チェックに関する特定の情報を表示するには、[ 詳細 の表示] を選択します。 |
| Update | このリリースでは、更新が完了しても、Azure ポータルで更新状態が Failed または In progress として誤って報告される場合に、断続的な問題が発生します。 |
リモート PowerShell セッション経由でAzure Local インスタンスに接続します。 更新の状態を確認するには、次の PowerShell コマンドレットを実行します。$Update = get-solutionupdate| ? version -eq "<version string>"バージョン文字列を実行しているバージョンに置き換えます。 たとえば、"10.2405.0.23" などです。 $Update.state更新の状態が [インストール済み] の場合、それ以上の操作は必要ありません。 Azure ポータルでは、24 時間以内に状態が正しく更新されます。 状態をより早く更新するには、いずれかのノードで次の手順を実行します。 Cloud Management クラスター グループを再起動します。 Stop-ClusterGroup "Cloud Management"Start-ClusterGroup "Cloud Management" |
| サーバー の追加 | このリリースおよび以前のリリースでは、コンピューターをシステムに追加するときに、プロキシ バイパス リスト文字列を更新して新しいマシンを含めることはできません。 ホスト上の環境変数のプロキシ バイパス リストを更新しても、Azure Resource Bridge または AKS のプロキシ バイパス リストは更新されません。 | このリリースには回避策はありません。 この問題が発生した場合は、Microsoft サポートにお問い合わせの上、次の手順を確認してください。 |
| アジュール ポータル | 場合によっては、Azure ポータルの更新に時間がかかる場合があり、ビューが最新ではない可能性があります。 | 更新されたビューを表示するには、30 分以上待つ必要がある場合があります。 |
| Update | Azure Update Managerを使用してAzure Local インスタンスを更新すると、更新の進行状況と結果がAzure ポータルに表示されないことがあります。 | この問題を回避するには、各ノードで次のレジストリ キーを追加します (値は必要ありません)。New-Item -Path "HKLM:\SYSTEM\CurrentControlSet\Services\HciCloudManagementSvc\Parameters" -force次に、いずれかのノードで、Cloud Management クラスター グループを再起動します。 Stop-ClusterGroup "Cloud Management"Start-ClusterGroup "Cloud Management"更新プロセスの期間中、進行状況の詳細が表示されない可能性があるため、このアクションでは問題は完全には解決されません。 最新の更新プログラムの詳細を取得するには、 PowerShell を使用して更新の進行状況を取得します。 |
| セキュリティ | パスワードの最小長規則のコンプライアンスを修正する場合、Azure Local ホストの最小パスワード長を 14 に変更した後でも、Azure ポリシーでは非準拠として表示されます。 |
net accounts コマンドレットを使用して、パスワードの長さを確認できます。 出力で、[パスワードの 最小長] を見つけて値を確認します。 |
| セキュリティ | Azure Localは、エンドポイントにDefenderを使用しているときや、展開内の 1 つ以上のサーバーに対して Restrict アプリの実行設定が有効になっている場合に、通常の操作 (Update、Repair など) 中に問題が発生する可能性があります。 | Defender ポータルで Restrict アプリの実行設定を無効にして再起動します。 問題が解決しない場合は、 サポート ケースを開きます。 |
| デプロイ | ポータルAzure展開すると、SConfig ネットワーク設定に次のエラーが表示されます: Set-SCfNetworksetting : Cannot bind argument to parameter 'Value' because it is null. |
このリリースには既知の回避策はありません。 |
| デプロイ | まれに、必須の Arc 拡張機能がまだインストールされていないことを示す検証中にエラーが発生してデプロイが失敗することがあります。 | この問題が発生した場合は、デプロイを再試行してください。 |
| Update | Azure Update Managerを使用して累積的な更新プログラムをインストールすると、バージョン 2507 の最新の更新プログラムのみがインストールされます。 以前の更新オプション (バージョン 2505、2506) を選択した場合、更新プログラムはインストールされません。 | このリリースには回避策はありません。 |
| を更新する | 正常性チェックが完了してから 3 時間を超えると、更新プログラムの正常性チェックの結果が表示されない | 更新プログラムの正常性チェックを再実行して、3 時間の有効期限クロックを再起動します。 |
既知の動作と予期される動作
次の表に、バグや制限事項と見なすべきではない既知のシステム動作と想定されるシステム動作を示します。
| Feature | Behavior | Workaround |
|---|---|---|
| オペレーティング システム | RegBack を使用したレジストリの復元は、Azure Localではサポートされていません。 この操作により、Azure Local インスタンス上のライフサイクル マネージャー (LCM) 設定とオンプレミス クラウド (MOC) 設定を削除Microsoft。これにより、ソリューションが破損する可能性があります。 | |
| AZURE LOCAL VM の管理 | エクスポートしたAzure VM OS ディスクを VHD として使用して、Azure Local VM をプロビジョニングするためのギャラリー イメージを作成することはできません。 | コマンド restart-service mochostagent を実行して、mochostagent サービスを再起動します。 |
バージョン 2508 の既知の問題
Azure Localの 2508 リリースMicrosoft、それぞれ特定の OS ビルドに合わせて 2 つのセキュリティ更新プログラムをリリースしました。 次の表に、特定のバージョンとその OS ビルドを示します。
| ソリューションのバージョン | OS ビルド |
|---|---|
| 11.2508.1001.51 | 25398.1791 |
| 12.2508.1001.52 | 26100.4946 |
Important
このソフトウェアの新しい展開では 、12.2508.1001.52 ビルドが使用されます。 11.2508.1001.51 を使用して、2507 から既存のデプロイを更新することもできます。
このバージョンのリリース ノートには、このリリースで修正された問題、このリリースの既知の問題、以前のバージョンから引き継がれたリリース ノートの問題が含まれます。
Note
一般的な既知の問題の詳細な修復については、Azure Local Supportability GitHub リポジトリを参照してください。
修正された問題
次の表に、このリリースで修正された問題の一覧を示します。
| Feature | Issue | Comments |
|---|---|---|
| Azure Local VM | Azure Local VM での切断操作の場合、Arc エージェントのダウンロードは失敗します。 | エンドポイントを修正し、Arc エージェントのダウンロードに成功しました。 |
| デプロイ | スペースを含むパスのインポートに関する問題を修正しました。 | |
| を更新する | アクティブな CAU 実行が途中で取り消される問題を修正しました。 | |
| デプロイ | ディスクの種類が正しく判断されなかったため、記憶域プールのサイズの決定で誤った負の結果が発生しました。 |
既知の問題
次の表に、このリリースの既知の問題を示します。
| Feature | Issue | Workaround |
|---|---|---|
| 登録、展開、追加サーバー、アップグレード、更新 | このリリースでは、一部の環境では接続テストに 20 分以上かかる場合があります。 | このリリースでは、この問題の既知の回避策はありません。 |
| を更新する | 正常性チェックが完了してから 3 時間を超えると、更新プログラムの正常性チェックの結果が表示されない | 更新プログラムの正常性チェックを再実行して、3 時間の有効期限クロックを再起動します。 |
以前のリリースからの既知の問題
次の表に、以前のリリースの既知の問題を示します。
| Feature | Issue | Workaround |
|---|---|---|
| Azure 検証 | Windows Server Azure Edition、Windows 10、またはマルチセッション OS Windows 11実行しているAzure Local上の VM が正しくアクティブ化されない場合があります。 Windowsがアクティブ化されていないことを示すポップアップ メッセージまたは透かしが表示される場合があります。 VM は動作しますが、透かしは消えません。 | このリリースには既知の回避策はありません。 |
| [Server の追加] サーバー を修復する |
Add-serverコマンドレットと Repair-server コマンドレットは、次のエラーで失敗します。Cluster Build ID matches node to add's Build ID。 |
既存のクラスターで実行されているバージョンと同じソリューション バージョンの OS イメージを使用します。 OS イメージを取得するには、この Release テーブルからイメージ バージョンを特定してダウンロードします。 |
| デプロイ | このリリースおよび以前のリリースでは、Azure Local マシンを Azure Arc に登録しようとすると、次のエラーで登録が失敗します。AZCMAgent command failed with error: >> exitcode: 42. Additional Info: See https://aka.ms/arc/azcmerror。 |
この問題を解決する方法の詳細な手順については、トラブルシューティング ガイドを参照してください。 |
| AZURE LOCAL VM の管理 | Mochostagent サービスは実行中のように見えますが、ログを更新せずに 1 か月以上停止する可能性があります。 この問題を特定するには、C:\programdata\mochostagent\logs のサービス ログを確認して、ログが更新されているかどうかを確認します。 |
mochostagent サービスを再起動するには、次のコマンドを実行します:restart-service mochostagent。 |
| Update | Azure Update Managerを使用してAzure Local インスタンスの準備状況チェックの結果を表示すると、同じ名前の準備チェックが複数存在する可能性があります。 | このリリースには既知の回避策はありません。 準備チェックに関する特定の情報を表示するには、[ 詳細 の表示] を選択します。 |
| Update | このリリースでは、更新が完了しても、Azure ポータルで更新状態が Failed または In progress として誤って報告される場合に、断続的な問題が発生します。 |
リモート PowerShell セッション経由でAzure Local インスタンスに接続します。 更新の状態を確認するには、次の PowerShell コマンドレットを実行します。$Update = get-solutionupdate| ? version -eq "<version string>"バージョン文字列を実行しているバージョンに置き換えます。 たとえば、"10.2405.0.23" などです。 $Update.state更新の状態が [インストール済み] の場合、それ以上の操作は必要ありません。 Azure ポータルでは、24 時間以内に状態が正しく更新されます。 状態をより早く更新するには、いずれかのノードで次の手順を実行します。 Cloud Management クラスター グループを再起動します。 Stop-ClusterGroup "Cloud Management"Start-ClusterGroup "Cloud Management" |
| サーバー の追加 | このリリースおよび以前のリリースでは、コンピューターをシステムに追加するときに、プロキシ バイパス リスト文字列を更新して新しいマシンを含めることはできません。 ホスト上の環境変数のプロキシ バイパス リストを更新しても、Azure Resource Bridge または AKS のプロキシ バイパス リストは更新されません。 | このリリースには回避策はありません。 この問題が発生した場合は、Microsoft サポートにお問い合わせの上、次の手順を確認してください。 |
| アジュール ポータル | 場合によっては、Azure ポータルの更新に時間がかかる場合があり、ビューが最新ではない可能性があります。 | 更新されたビューを表示するには、30 分以上待つ必要がある場合があります。 |
| Update | Azure Update Managerを使用してAzure Local インスタンスを更新すると、更新の進行状況と結果がAzure ポータルに表示されないことがあります。 | この問題を回避するには、各ノードで次のレジストリ キーを追加します (値は必要ありません)。New-Item -Path "HKLM:\SYSTEM\CurrentControlSet\Services\HciCloudManagementSvc\Parameters" -force次に、いずれかのノードで、Cloud Management クラスター グループを再起動します。 Stop-ClusterGroup "Cloud Management"Start-ClusterGroup "Cloud Management"更新プロセスの期間中、進行状況の詳細が表示されない可能性があるため、このアクションでは問題は完全には解決されません。 最新の更新プログラムの詳細を取得するには、 PowerShell を使用して更新の進行状況を取得します。 |
| セキュリティ | パスワードの最小長規則のコンプライアンスを修正する場合、Azure Local ホストの最小パスワード長を 14 に変更した後でも、Azure ポリシーでは非準拠として引き続き表示されます。 |
net accounts コマンドレットを使用して、パスワードの長さを確認できます。 出力で、[パスワードの 最小長] を見つけて値を確認します。 |
| セキュリティ | Azure Localは、エンドポイントにDefenderを使用しているときや、展開内の 1 つ以上のサーバーに対して Restrict アプリの実行設定が有効になっている場合に、通常の操作 (Update、Repair など) 中に問題が発生する可能性があります。 | Defender ポータルで Restrict アプリの実行設定を無効にして再起動します。 問題が解決しない場合は、 サポート ケースを開きます。 |
| デプロイ | ポータルAzure展開すると、SConfig ネットワーク設定に次のエラーが表示されます: Set-SCfNetworksetting : Cannot bind argument to parameter 'Value' because it is null. |
このリリースには既知の回避策はありません。 |
| デプロイ | まれに、必須の Arc 拡張機能がまだインストールされていないことを示す検証中にエラーが発生してデプロイが失敗することがあります。 | この問題が発生した場合は、デプロイを再試行してください。 |
| Update | Azure Update Managerを使用して累積的な更新プログラムをインストールすると、バージョン 2507 の最新の更新プログラムのみがインストールされます。 以前の更新オプション (バージョン 2505、2506) を選択した場合、更新プログラムはインストールされません。 | このリリースには回避策はありません。 |
既知の動作と予期される動作
次の表に、バグや制限事項と見なすべきではない既知のシステム動作と想定されるシステム動作を示します。
| Feature | Behavior | Workaround |
|---|---|---|
| オペレーティング システム | RegBack を使用したレジストリの復元は、Azure Localではサポートされていません。 この操作により、Azure Local インスタンス上のライフサイクル マネージャー (LCM) 設定とオンプレミス クラウド (MOC) 設定を削除Microsoft。これにより、ソリューションが破損する可能性があります。 | |
| AZURE LOCAL VM の管理 | エクスポートしたAzure VM OS ディスクを VHD として使用して、Azure Local VM をプロビジョニングするためのギャラリー イメージを作成することはできません。 | コマンド restart-service mochostagent を実行して、mochostagent サービスを再起動します。 |
バージョン 2507 の既知の問題
Azure Localの 2507 リリースでは、Microsoftは 2 つのセキュリティ更新プログラムをリリースし、それぞれが特定の OS ビルドに対応しています。 次の表に、特定のバージョンとその OS ビルドを示します。
| ソリューションのバージョン | OS ビルド |
|---|---|
| 11.2507.1001.9 | 25398.1732 |
| 12.2507.1001.10 | 26100.4652 |
Important
このソフトウェアの新しい展開では 、12.2507.1001.10 ビルドが使用されます。 11.2507.1001.9 を使用して、2506 から既存のデプロイを更新することもできます。
このバージョンのリリース ノートには、このリリースで修正された問題、このリリースの既知の問題、以前のバージョンから引き継がれたリリース ノートの問題が含まれます。
Note
一般的な既知の問題の詳細な修復については、Azure Local Supportability GitHub リポジトリを参照してください。
修正された問題
次の表に、このリリースで修正された問題の一覧を示します。
| Feature | Issue | Comments |
|---|---|---|
| を更新する | ソリューションの更新がエラーで失敗する: Unable to install solution update "11.2506.1001.24" - Type 'UpdateFOD' of Role 'ComposedImageUpdate' raised an exception. |
|
| をアップグレードする | 現在、Azure Government クラウドを使用しているユーザーは、アップグレード バナーを使用できます。 ただし、環境チェッカーが失敗し、Azure Government クラウドがサポートされていないことが示唆されます。 | |
| Azure Local VM | デプロイ中にストレージ パスが指定されていない場合、リソース (VM、データ ディスク、イメージ) は、他のストレージ パスも使用可能な場合でも、クラスターの最初のストレージ パスに自動的に配置されます。 時間が経過すると、そのパスのディスク領域が不足し、デプロイエラーが発生する可能性があります。 | |
| を更新する | Cluster-Aware 更新の実行は、次のエラーで失敗する可能性があります。Type 'SBEPartnerConfirmCauDone' of Role 'SBE' raised an exception:<br>SBE_MsftCIOnlyCommon_CommonForTesting_4.2.2504.16: ErrorID: SBE-CAU-RUNNING-AFTER-DONE -- CAU run is still in progress when it should be done. See https://aka.ms/AzureLocal/SBE/CauHelp for help. Review full Get-CauRun output it identify if it is progressing or stuck. Wait for it to complete if progressing. |
既知の問題
このリリースでは、次の問題が発生します。
| Feature | Issue | Workaround |
|---|---|---|
| Update | Azure Update Managerを使用して累積的な更新プログラムをインストールすると、バージョン 2507 の最新の更新プログラムのみがインストールされます。 以前の更新オプション (バージョン 2505、2506) を選択した場合、更新プログラムはインストールされません。 | このリリースには回避策はありません。 |
以前のリリースからの既知の問題
次の表に、以前のリリースの既知の問題を示します。
| Feature | Issue | Workaround |
|---|---|---|
| Azure 検証 | Windows Server Azure Edition、Windows 10、またはマルチセッション OS Windows 11実行しているAzure Local上の VM が正しくアクティブ化されない場合があります。 Windowsがアクティブ化されていないことを示すポップアップ メッセージまたは透かしが表示される場合があります。 VM は動作しますが、透かしは消えません。 | このリリースには既知の回避策はありません。 |
| [Server の追加] サーバー を修復する |
Add-serverコマンドレットと Repair-server コマンドレットは、次のエラーで失敗します。Cluster Build ID matches node to add's Build ID。 |
既存のクラスターで実行されているバージョンと同じソリューション バージョンの OS イメージを使用します。 OS イメージを取得するには、この Release テーブルからイメージ バージョンを特定してダウンロードします。 |
| デプロイ | このリリースおよび以前のリリースでは、Azure Local マシンを Azure Arc に登録しようとすると、次のエラーで登録が失敗します。AZCMAgent command failed with error: >> exitcode: 42. Additional Info: See https://aka.ms/arc/azcmerror。 |
この問題を解決する方法の詳細な手順については、トラブルシューティング ガイドを参照してください。 |
| AZURE LOCAL VM の管理 | Mochostagent サービスは実行中のように見えますが、ログを更新せずに 1 か月以上停止する可能性があります。 この問題を特定するには、C:\programdata\mochostagent\logs のサービス ログを確認して、ログが更新されているかどうかを確認します。 |
mochostagent サービスを再起動するには、次のコマンドを実行します:restart-service mochostagent。 |
| Update | Azure Update Managerを使用してAzure Local インスタンスの準備状況チェックの結果を表示すると、同じ名前の準備チェックが複数存在する可能性があります。 | このリリースには既知の回避策はありません。 準備チェックに関する特定の情報を表示するには、[ 詳細 の表示] を選択します。 |
| Update | このリリースでは、更新が完了しても、Azure ポータルで更新状態が Failed または In progress として誤って報告される場合に、断続的な問題が発生します。 |
リモート PowerShell セッション経由でAzure Local インスタンスに接続します。 更新の状態を確認するには、次の PowerShell コマンドレットを実行します。$Update = get-solutionupdate| ? version -eq "<version string>"バージョン文字列を実行しているバージョンに置き換えます。 たとえば、"10.2405.0.23" などです。 $Update.state更新の状態が [インストール済み] の場合、それ以上の操作は必要ありません。 Azure ポータルでは、24 時間以内に状態が正しく更新されます。 状態をより早く更新するには、いずれかのノードで次の手順を実行します。 Cloud Management クラスター グループを再起動します。 Stop-ClusterGroup "Cloud Management"Start-ClusterGroup "Cloud Management" |
| サーバー の追加 | このリリースおよび以前のリリースでは、コンピューターをシステムに追加するときに、プロキシ バイパス リスト文字列を更新して新しいマシンを含めることはできません。 ホスト上の環境変数のプロキシ バイパス リストを更新しても、Azure Resource Bridge または AKS のプロキシ バイパス リストは更新されません。 | このリリースには回避策はありません。 この問題が発生した場合は、Microsoft サポートにお問い合わせの上、次の手順を確認してください。 |
| アジュール ポータル | 場合によっては、Azure ポータルの更新に時間がかかる場合があり、ビューが最新ではない可能性があります。 | 更新されたビューを表示するには、30 分以上待つ必要がある場合があります。 |
| Update | Azure Update Managerを使用してAzure Local インスタンスを更新すると、更新の進行状況と結果がAzure ポータルに表示されないことがあります。 | この問題を回避するには、各ノードで次のレジストリ キーを追加します (値は必要ありません)。New-Item -Path "HKLM:\SYSTEM\CurrentControlSet\Services\HciCloudManagementSvc\Parameters" -force次に、いずれかのノードで、Cloud Management クラスター グループを再起動します。 Stop-ClusterGroup "Cloud Management"Start-ClusterGroup "Cloud Management"更新プロセスの期間中、進行状況の詳細が表示されない可能性があるため、このアクションでは問題は完全には解決されません。 最新の更新プログラムの詳細を取得するには、 PowerShell を使用して更新の進行状況を取得します。 |
| セキュリティ | パスワードの最小長規則のコンプライアンスを修正する場合、Azure Local ホストの最小パスワード長を 14 に変更した後でも、Azure ポリシーでは非準拠として引き続き表示されます。 |
net accounts コマンドレットを使用して、パスワードの長さを確認できます。 出力で、[パスワードの 最小長] を見つけて値を確認します。 |
| セキュリティ | Azure Localは、エンドポイントにDefenderを使用しているときや、展開内の 1 つ以上のサーバーに対して Restrict アプリの実行設定が有効になっている場合に、通常の操作 (Update、Repair など) 中に問題が発生する可能性があります。 | Defender ポータルで Restrict アプリの実行設定を無効にして再起動します。 問題が解決しない場合は、 サポート ケースを開きます。 |
| デプロイ | ポータルAzure展開すると、SConfig ネットワーク設定に次のエラーが表示されます: Set-SCfNetworksetting : Cannot bind argument to parameter 'Value' because it is null. |
このリリースには既知の回避策はありません。 |
| デプロイ | まれに、必須の Arc 拡張機能がまだインストールされていないことを示す検証中にエラーが発生してデプロイが失敗することがあります。 | この問題が発生した場合は、デプロイを再試行してください。 |
既知の動作と予期される動作
次の表に、バグや制限事項と見なすべきではない既知のシステム動作と想定されるシステム動作を示します。
| Feature | Behavior | Workaround |
|---|---|---|
| オペレーティング システム | RegBack を使用したレジストリの復元は、Azure Localではサポートされていません。 この操作により、Azure Local インスタンス上のライフサイクル マネージャー (LCM) 設定とオンプレミス クラウド (MOC) 設定を削除Microsoft。これにより、ソリューションが破損する可能性があります。 | |
| AZURE LOCAL VM の管理 | エクスポートしたAzure VM OS ディスクを VHD として使用して、Azure Local VM をプロビジョニングするためのギャラリー イメージを作成することはできません。 | コマンド restart-service mochostagent を実行して、mochostagent サービスを再起動します。 |
バージョン 2506 の既知の問題
Azure Localの 2506 リリースでは、Microsoft 2 つのセキュリティ更新プログラムがリリースされ、それぞれが特定の OS ビルドに対応しています。 次の表に、特定のバージョンとその OS ビルドを示します。
| ソリューションのバージョン | OS ビルド |
|---|---|
| 11.2506.1001.28 | 25398.1665 |
| 12.2506.1001.29 | 26100.4349 |
Important
このソフトウェアの新しい展開では 、12.2506.1001.29 ビルドが使用されます。 11.2506.1001.28 を使用して、2505 から既存のデプロイを更新することもできます。
このバージョンのリリース ノートには、このリリースで修正された問題、このリリースの既知の問題、以前のバージョンから引き継がれたリリース ノートの問題が含まれます。
Note
一般的な既知の問題の詳細な修復については、Azure Local Supportability GitHub リポジトリを参照してください。
修正された問題
次の表に、このリリースで修正された問題の一覧を示します。
| Feature | Issue | Workaround/Comments |
|---|---|---|
| Azure Local VM | VM を作成するときに、パスワードの入力を求めるオプションはありません。 |
--password が明示的に渡されない場合、パスワードのプロンプトが表示されます。 この変更により、お客様はパスワードをより安全に入力できます。 |
| Azure Local VM | VM を作成するときは、ゲスト管理の有効化に --admin-username と --password が必要です。 |
ゲスト管理の有効化の非バインド要件。 ここで、VM を作成するときは、OS ディスクが指定されているか、--admin-usernameが--passwordされていない限り、--authentication-typeとsshが必要です。 |
| Azure Local VM | 場合によっては、基になるインフラストラクチャで VM の更新操作が失敗した場合でも、Azure ポータルで VM の更新操作が正しく表示されませんでした。 | Azure ポータルに VM 更新操作の真の状態が正確に反映されるように、エラー報告が改善されました。 |
| Azure Local VM | AKS クラスターが接続された論理ネットワークを削除すると、孤立したオンプレミス リソースが残りました。 | リソース リークを防ぐために、論理ネットワークの削除中に AKS クラスターの依存関係を適切に検出して処理します。 |
| Azure Local VM | を使用して VHD を作成できない --download-url |
ダウンロード URL を割り当てる前に VHD プロパティを正しく初期化し、ディスクの作成が成功したことを確認します。 |
| Azure Local VM | 場合によっては、複数のプラットフォーム (Azure ポータル、Windows Admin Center、フェールオーバー クラスター マネージャー) から VM を削除すると、高可用性 (HA) の状態が保留中の状態のまま残ります。 | VM がクラスターから削除されたときに HA の状態を正しく更新し、スタックしないようにします。 |
| Azure Local VM | VM を作成した後、ゲスト エージェントのセットアップに使用される一時的な ISO ファイルがアタッチしたままになることがあります。 | ISO ファイルは、VM の作成後に自動的に削除されます。 |
| Azure Local VM | 場合によっては、VM の削除によって、関連付けられているネットワーク インターフェイスまたはディスクが適切にクリーンアップされず、孤立したリソースが残り、IP アドレスとストレージの再利用がブロックされました。 | VM が削除されると、依存するすべてのリソースが正しくデタッチおよび削除され、リソース リークが防止されます。 |
| デプロイ | インフラストラクチャ範囲の IP アドレスの検証が改善されました。 | |
| デプロイ | PowerShell モジュールを読み込む際の動作が改善されました。 | |
| デプロイ | ボリュームを再アタッチするときに、ボリュームの暗号化解除を有効にするフラグを追加しました。 |
このリリースの既知の問題
次の表に、このリリースの既知の問題を示します。
| Feature | Issue | Workaround |
|---|---|---|
| セキュリティ | Azure Localは、エンドポイントにDefenderを使用しているときや、展開内の 1 つ以上のサーバーに対して Restrict アプリの実行設定が有効になっている場合に、通常の操作 (Update、Repair など) 中に問題が発生する可能性があります。 | Defender ポータルで Restrict アプリの実行設定を無効にして再起動します。 問題が解決しない場合は、 サポート ケースを開きます。 |
| デプロイ | まれに、必須の Arc 拡張機能がまだインストールされていないことを示す検証中にエラーが発生してデプロイが失敗することがあります。 | この問題が発生した場合は、デプロイを再試行してください。 |
| を更新する | ソリューションの更新がエラーで失敗する: Unable to install solution update "11.2506.1001.24" - Type 'UpdateFOD' of Role 'ComposedImageUpdate' raised an exception. |
この問題を解決する方法の詳細な手順については、トラブルシューティング ガイドを参照してください。 |
| デプロイ | ポータルAzure展開すると、SConfig ネットワーク設定に次のエラーが表示されます: Set-SCfNetworksetting : Cannot bind argument to parameter 'Value' because it is null. |
このリリースには既知の回避策はありません。 |
| を更新する | Cluster-Aware 更新の実行は、次のエラーで失敗する可能性があります。Type 'SBEPartnerConfirmCauDone' of Role 'SBE' raised an exception:<br>SBE_MsftCIOnlyCommon_CommonForTesting_4.2.2504.16: ErrorID: SBE-CAU-RUNNING-AFTER-DONE -- CAU run is still in progress when it should be done. See https://aka.ms/AzureLocal/SBE/CauHelp for help. Review full Get-CauRun output it identify if it is progressing or stuck. Wait for it to complete if progressing. |
CAU の実行が完了するまで待機し ( Get-CauRun が RunNotInProgressを報告するまで待ちます)、更新プログラムを再開します。 |
| Azure Local VM | デプロイ時にストレージ パスを指定しない場合、リソース (VM、データ ディスク、イメージ) は、他のストレージ パスも使用可能な場合でも、クラスターの最初のストレージ パスに自動的に配置されます。 時間の経過と同時に、この配置により、そのパスのディスク領域が不足し、デプロイエラーが発生する可能性があります。 | このビルドには問題の修正プログラムが含まれているので、2507 に更新します。 または、指定したストレージ パスを使用してリソースを作成します。 詳細については、「 |
以前のリリースからの既知の問題
次の表に、以前のリリースの既知の問題を示します。
| Feature | Issue | Workaround |
|---|---|---|
| Azure 検証 | Windows Server Azure Edition、Windows 10、またはマルチセッション OS Windows 11実行しているAzure Local上の VM が正しくアクティブ化されない場合があります。 Windowsがアクティブ化されていないことを示すポップアップ メッセージまたは透かしが表示される場合があります。 VM は動作しますが、透かしは消えません。 | このリリースには既知の回避策はありません。 |
| [Server の追加] サーバー を修復する |
Add-serverコマンドレットと Repair-server コマンドレットは、次のエラーで失敗します。Cluster Build ID matches node to add's Build ID。 |
既存のクラスターで実行されているバージョンと同じソリューション バージョンの OS イメージを使用します。 OS イメージを取得するには、この Release テーブルからイメージ バージョンを特定してダウンロードします。 |
| デプロイ | このリリースおよび以前のリリースでは、Azure Local マシンを Azure Arc に登録しようとすると、次のエラーで登録が失敗します。AZCMAgent command failed with error: >> exitcode: 42. Additional Info: See https://aka.ms/arc/azcmerror。 |
この問題を解決する方法の詳細な手順については、トラブルシューティング ガイドを参照してください。 |
| AZURE LOCAL VM の管理 | Mochostagent サービスは実行中のように見えますが、ログを更新せずに 1 か月以上停止する可能性があります。 この問題を特定するには、C:\programdata\mochostagent\logs のサービス ログを確認して、ログが更新されているかどうかを確認します。 |
mochostagent サービスを再起動するには、次のコマンドを実行します:restart-service mochostagent。 |
| Update | Azure Update Managerを使用してAzure Local インスタンスの準備状況チェックの結果を表示すると、同じ名前の準備チェックが複数存在する可能性があります。 | このリリースには既知の回避策はありません。 準備チェックに関する特定の情報を表示するには、[ 詳細 の表示] を選択します。 |
| Update | このリリースでは、更新が完了しても、Azure ポータルで更新状態が Failed または In progress として誤って報告される場合に、断続的な問題が発生します。 |
リモート PowerShell セッション経由でAzure Local インスタンスに接続します。 更新の状態を確認するには、次の PowerShell コマンドレットを実行します。$Update = get-solutionupdate| ? version -eq "<version string>"バージョン文字列を実行しているバージョンに置き換えます。 たとえば、"10.2405.0.23" などです。 $Update.state更新の状態が [インストール済み] の場合、それ以上の操作は必要ありません。 Azure ポータルでは、24 時間以内に状態が正しく更新されます。 状態をより早く更新するには、いずれかのノードで次の手順を実行します。 Cloud Management クラスター グループを再起動します。 Stop-ClusterGroup "Cloud Management"Start-ClusterGroup "Cloud Management" |
| サーバー の追加 | このリリースおよび以前のリリースでは、コンピューターをシステムに追加するときに、プロキシ バイパス リスト文字列を更新して新しいマシンを含めることはできません。 ホスト上の環境変数のプロキシ バイパス リストを更新しても、Azure Resource Bridge または AKS のプロキシ バイパス リストは更新されません。 | このリリースには回避策はありません。 この問題が発生した場合は、Microsoft サポートにお問い合わせの上、次の手順を確認してください。 |
| アジュール ポータル | 場合によっては、Azure ポータルの更新に時間がかかる場合があり、ビューが最新ではない可能性があります。 | 更新されたビューを表示するには、30 分以上待つ必要がある場合があります。 |
| Update | Azure Update Managerを使用してAzure Local インスタンスを更新すると、更新の進行状況と結果がAzure ポータルに表示されないことがあります。 | この問題を回避するには、各ノードで次のレジストリ キーを追加します (値は必要ありません)。New-Item -Path "HKLM:\SYSTEM\CurrentControlSet\Services\HciCloudManagementSvc\Parameters" -force次に、いずれかのノードで、Cloud Management クラスター グループを再起動します。 Stop-ClusterGroup "Cloud Management"Start-ClusterGroup "Cloud Management"更新プロセスの期間中、進行状況の詳細が表示されない可能性があるため、このアクションでは問題は完全には解決されません。 最新の更新プログラムの詳細を取得するには、 PowerShell を使用して更新の進行状況を取得します。 |
| セキュリティ | パスワードの最小長規則のコンプライアンスを修正する場合、Azure Local ホストの最小パスワード長を 14 に変更した後でも、Azure ポリシーでは非準拠として引き続き表示されます。 |
net accounts コマンドレットを使用して、パスワードの長さを確認できます。 出力で、[パスワードの 最小長] を見つけて値を確認します。 |
| をアップグレードする | 現在、Azure Government クラウドを使用しているユーザーは、アップグレード バナーを使用できます。 ただし、環境チェッカーが失敗し、Azure Governmentクラウドがサポートされていないことが示唆されます。 | このリリースには回避策はありません。 この問題が発生した場合は、Microsoft サポートにお問い合わせの上、次の手順を確認してください。 |
既知の動作と予期される動作
次の表に、バグや制限事項と見なすべきではない既知のシステム動作と想定されるシステム動作を示します。
| Feature | Behavior | Workaround |
|---|---|---|
| オペレーティング システム | RegBack を使用したレジストリの復元は、Azure Localではサポートされていません。 この操作により、Azure Local インスタンス上のライフサイクル マネージャー (LCM) 設定とオンプレミス クラウド (MOC) 設定を削除Microsoft。これにより、ソリューションが破損する可能性があります。 | |
| AZURE LOCAL VM の管理 | エクスポートしたAzure VM OS ディスクを VHD として使用して、Azure Local VM をプロビジョニングするためのギャラリー イメージを作成することはできません。 | コマンド restart-service mochostagent を実行して、mochostagent サービスを再起動します。 |
この記事では、重大な既知の問題と、Azure Localでの回避策について説明します。
これらのリリース ノートは継続的に更新され、回避策を必要とする重大な問題が検出されると、追加されます。 Azure Local インスタンスをデプロイする前に、ここに含まれる情報を慎重に確認してください。
Important
このリリースでサポートされている更新パスについては、「 リリース情報」を参照してください。
このリリースの新機能の詳細については、「
バージョン 2505 の既知の問題
Azure Localの 2505 リリースでは、Microsoft既存のデプロイ用と新しいデプロイ用の 2 つのセキュリティ更新プログラムをリリースしました。 次の表に、さまざまな展開の種類、対応するセキュリティ更新プログラム、OS ビルドに関する情報を示します。
| 展開の種類 | ソリューションのバージョン | OS ビルド |
|---|---|---|
| 既存の展開 | 11.2505.1001.22 | 25398.1611 |
| 新しい配置 | 12.2505.1001.23 | 26100.4061 |
Important
このソフトウェアの新しい展開では 、12.2505.1001.23 ビルドを使用します。 11.2505.1001.22 を使用して、2504 から既存のデプロイを更新することもできます。
このバージョンのリリース ノートには、このリリースで修正された問題、このリリースの既知の問題、以前のバージョンから引き継がれたリリース ノートの問題が含まれます。
Note
一般的な既知の問題の詳細な修復については、Azure Local Supportability GitHub リポジトリを参照してください。
修正された問題
次の表に、このリリースで修正された問題の一覧を示します。
| Feature | Issue | Workaround/Comments |
|---|---|---|
| Azure Local VM | タイムアウト エラーは、ディスクとギャラリー イメージを作成するときに発生します。 | より大きなディスクサイズとイメージサイズをサポートするようにタイムアウト期間を延長しました。 |
| Azure Local VM | Mocguestagent が開始/停止ループでスタックし、ホスト エージェントに接続できません。 | Mocguestagent の接続性が向上しました。 |
| Azure Local VM | Hyper-Vで削除した後、Azure ポータルまたは CLI で VM を削除することはできません。 | Azure ポータルまたは CLI ではなく、Hyper-Vで VM を削除する場合は、Azure ポータルまたは CLI でリソースを削除してクリーンアップします。 |
| Azure Local VM | VM の作成時に接続に失敗したデータ ディスクを削除できません。 | データ ディスクの添付ファイルの状態を正確に修正しました。 VM の作成時に接続に失敗した場合は、データ ディスクを削除できるようになりました。 |
| Azure Local VM | OS 更新プログラムは、月の第 3 火曜日 (たとえば、5 月 20 日、6 月 17 日、7 月 15 日) に自動的にインストールできます。 これにより、Azure Localの OS バージョンが一致しないため、予期しない停止や将来の問題が発生する可能性があります。 | 一部の SBE 更新プログラムの一部としてスケジュールされた CAU を設定するロジックを削除しました。 |
| Deployment | Azure Resource Manager (ARM) テンプレートを使用したデプロイは、検証中に次のエラーで失敗します。Type 'DeployArb' of Role 'MocArb' raised an exception: [DeployArb:Fetching SP in CloudDeployment Scenario] Exception calling 'GetCredential' with '1' argument(s): 'Exception of type 'CloudEngine.Configurations.SecretNotFoundException' was thrown.' at at Get-CloudDeploymentServicePrincipal。 このエラーは、デプロイ中に SPN が不足しているためです。 |
この問題を解決する方法の詳細な手順については、トラブルシューティング ガイドを参照してください。 |
| ソリューション拡張機能 | プラグインの存在を検証する正常性チェックの重大度レベルを変更しました。 | |
| アジュール ポータル | 再デプロイ中にストレージ アカウントのプロパティをフェッチする修正プログラムを追加しました。 | |
| アジュール ポータル | Azure Localダウンロード中のサブスクリプション アクセス権に関するエラー メッセージを追加しました。 | |
| アジュール ポータル | Azure Localのダウンロード中にサブスクリプションが登録されていない場合に警告メッセージを追加しました。 | |
| アジュール ポータル | デプロイ中に選択可能なAzure Arc対応マシンを表示するロジックが改善されました。 | |
| アジュール ポータル | デプロイ中のマシンの状態の設定が強化されました。 | |
| アジュール ポータル | エラー処理とデータ処理が改善されました。 | |
| アジュール ポータル | 展開中に拡張機能のインストールが完了するまで検証ボタンを無効にする修正プログラムを追加しました。 | |
| デプロイ | アクセス制御リスト (ACL) を変更するために必要なアクセス許可を確認するための検証を追加しました。 | |
| デプロイ | パフォーマンスを向上させ、呼び出し時間を短縮するために、WMI 呼び出しにサーバー側フィルターを追加しました。 | |
| デプロイ | 新しい PowerShell インスタンスを作成するときにパフォーマンスを向上させるために、使用後に PowerShell オブジェクトを破棄する修正が追加されました。 | |
| デプロイ | Install Azure Stack HCI ウィザードを実行し、タイム ゾーンを選択するときのタイム ゾーンの問題を修正しました。 インストール Azure Stack HCI ウィザードで、展開中に選択したタイム ゾーンが正しく適用されるようになりました。 | |
| セキュリティ管理 | セキュリティ コンプライアンス レポート で、[セキュリティの既定値]、[ アプリケーション制御]、[ データ保護 ] ページが [不明 ] と表示される問題を修正しました。 | |
| [Server の追加] サーバー を修復する |
Add-server と Repair-server コマンドレットの実行を、Azure Localでカスタマイズされたストレージ アダプター IP で修正しました。その結果、Type 'ConfigureAzureStackHostStorageAdpaterIPAddressesInAddRepairNode' of Role 'HostNetwork' raised an exception: Connecting to remote server <MACHINE> failed with the following error message: Access is denied. というエラーが発生しました。 |
このリリースの既知の問題
次の表に、このリリースの既知の問題を示します。
| Feature | Issue | Workaround |
|---|---|---|
| を更新する | 更新が正常に完了した後、Azure portal の 更新の準備状況 の下と アラート ペインに、VM の運用状態が OK ではないことを示す重大アラートが表示されます。 さらに、 Get-HealthFault コマンドレットの実行時にアラートが表示されます。 |
何もする必要はありません。 このアラートは、数日後に自動的に解決されます。 |
| デプロイ | Azure ポータルを使用して Azure Local コンピューター ページから拡張機能Azure Arc手動で更新すると、デプロイ中に問題が発生します。 手動で更新しない拡張機能は、 AzureEdgeDeviceManagement、 AzureEdgeLifecycleManager、 AzureEdgeAKVBackupForWindowsです。 |
Azure Local コンピューター ページからの拡張機能の手動インストールはサポートされていません。 |
| をアップグレードする | 現在、Azure Government クラウドを使用しているユーザーは、アップグレード バナーを使用できます。 ただし、環境チェッカーが失敗し、Azure Governmentクラウドがサポートされていないことが示唆されます。 | このリリースには回避策はありません。 この問題が発生した場合は、Microsoft サポートにお問い合わせの上、次の手順を確認してください。 |
以前のリリースからの既知の問題
次の表に、以前のリリースの既知の問題を示します。
| Feature | Issue | Workaround |
|---|---|---|
| [Server の追加] サーバー を修復する |
Add-serverコマンドレットと Repair-server コマンドレットは、次のエラーで失敗します。Cluster Build ID matches node to add's Build ID。 |
既存のクラスターで実行されているバージョンと同じソリューション バージョンの OS イメージを使用します。 OS イメージを取得するには、この Release テーブルからイメージ バージョンを特定してダウンロードします。 |
| デプロイ | このリリースおよび以前のリリースでは、Azure Local マシンを Azure Arc に登録しようとすると、次のエラーで登録が失敗します。AZCMAgent command failed with error: >> exitcode: 42. Additional Info: See https://aka.ms/arc/azcmerror。 |
この問題を解決する方法の詳細な手順については、トラブルシューティング ガイドを参照してください。 |
| Update | Azure Update Managerを使用してAzure Local インスタンスの準備状況チェックの結果を表示すると、同じ名前の準備チェックが複数存在する可能性があります。 | このリリースには既知の回避策はありません。 準備チェックに関する特定の情報を表示するには、[ 詳細 の表示] を選択します。 |
| Update | このリリースでは、更新が実際に正常に完了した場合でも、Azure ポータルで更新状態が Failed または In progress として誤って表示される問題があります。 この動作は、更新の進行状況と結果がポータルに表示されない可能性があるAzure Update Managerを使用してAzure Localインスタンスを更新する場合に特に観察されます。 | 更新された状態を表示するには、最大 30 分以上待つ必要がある場合があります。 その後も状態が更新されない場合は、次の手順に従います: リモート PowerShell セッションを使用してAzure Local インスタンスに接続。 更新の状態を確認するには、次の PowerShell コマンドレットを実行します。$Update = get-solutionupdate| ? version -eq "<version string>"バージョン文字列を実行しているバージョンに置き換えます。 たとえば、"10.2405.0.23" などです。 $Update.state更新の状態が [インストール済み] の場合、それ以上の操作は必要ありません。 Azureポータルでは、24 時間以内に状態が正しく更新されます。 状態をより早く更新するには、いずれかのノードで次の手順を実行します。 Cloud Management クラスター グループを再起動します。 Stop-ClusterGroup "Cloud Management"Start-ClusterGroup "Cloud Management" |
| サーバー の追加 | このリリースおよび以前のリリースでは、コンピューターをシステムに追加するときに、プロキシ バイパス リスト文字列を更新して新しいマシンを含めることはできません。 ホスト上の環境変数のプロキシ バイパス リストを更新しても、Azure Resource Bridge または AKS のプロキシ バイパス リストは更新されません。 | このリリースには回避策はありません。 この問題が発生した場合は、Microsoft サポートにお問い合わせの上、次の手順を確認してください。 |
| アジュール ポータル | 場合によっては、Azure ポータルの更新に時間がかかる場合があり、ビューが最新ではない可能性があります。 | 更新されたビューを表示するには、30 分以上待つ必要がある場合があります。 |
| セキュリティ | パスワードの最小長規則のコンプライアンスを修正する場合、Azure Local ホストの最小パスワード長を 14 に変更した後でも、Azure ポリシーでは非準拠として引き続き表示されます。 |
net accounts コマンドレットを使用して、パスワードの長さを確認できます。 出力で、[パスワードの 最小長] を見つけて値を確認します。 |
| Azure Arc登録 | Azure Arcに新しいマシンを登録すると、ImageRecipeValidationTests中に登録が失敗し、次のエラーが発生します。"Responses": [ { "Name": "ImageRecipeValidation", "Status": "Failed", "Errors": [ { "ErrorMessage": "Diagnostics failed for the test category: ImageRecipeValidation.", "StackTrace": null, "ExceptionType": "DiagnosticsTestFailedException", "RecommendedActions": [ "Please contact Microsoft support." ] } ] } |
この問題を解決する方法の詳細な手順については、トラブルシューティング ガイドを参照してください。 |
| をアップグレードする | セキュア ブート証明書のインストール中に Virtualization-Based セキュリティ (VBS) マスター キーが失われたため、Get-AzureStackHCI ConnectionStatusにRepairRegistrationがあるクラスターをアップグレードできませんでした。 |
この問題を解決する方法の詳細な手順については、トラブルシューティング ガイドを参照してください。 |
| 登録 | 特定の更新プログラム (BIOS を含む) をインストールすると、クラスターで RepairRegistrationRequired が報告され、古い接続状態が表示されることがあります。 |
この問題を解決する方法の詳細な手順については、トラブルシューティング ガイドを参照してください。 |
既知の動作と予期される動作
次の表に、バグや制限事項と見なすべきではない既知のシステム動作と想定されるシステム動作を示します。
| Feature | Behavior | Workaround |
|---|---|---|
| オペレーティング システム | RegBack を使用したレジストリの復元は、Azure Localではサポートされていません。 この操作により、Azure Local インスタンス上のライフサイクル マネージャー (LCM) 設定とオンプレミス クラウド (MOC) 設定を削除Microsoft。これにより、ソリューションが破損する可能性があります。 | |
| AZURE LOCAL VM の管理 | エクスポートしたAzure VM OS ディスクを VHD として使用して、Azure Local VM をプロビジョニングするためのギャラリー イメージを作成することはできません。 | コマンド restart-service mochostagent を実行して、mochostagent サービスを再起動します。 |
バージョン 2504 の既知の問題
Azure Localの 2504 リリースでは、Microsoftは、既存のデプロイ用と新しいデプロイ用の 2 つのセキュリティ更新プログラムをリリースしました。 次の表に、さまざまな展開の種類、対応するセキュリティ更新プログラム、OS ビルドに関する情報を示します。
| 展開の種類 | ソリューションのバージョン | OS ビルド |
|---|---|---|
| 既存の展開 | 11.2504.1001.21 | 25398.1551 |
| 新しい配置 | 12.2504.1001.20 | 26100.3775 |
Important
このソフトウェアの新しい展開では 、12.2504.1001.20 ビルドが使用されます。 11.2504.1001.21 を使用して、2503 から既存のデプロイを更新することもできます。
このバージョンのリリース ノートには、このリリースで修正された問題、このリリースの既知の問題、以前のバージョンから引き継がれたリリース ノートの問題が含まれます。
Note
一般的な既知の問題の詳細な修復については、Azure Local Supportability GitHub リポジトリを参照してください。
修正された問題
次の表に、このリリースで修正された問題の一覧を示します。
| Feature | Issue | Workaround/Comments |
|---|---|---|
| Azure Local VM | 同じ CSV に配置された OS ディスクとソース イメージを使用して VM が作成され、ソース イメージの以前のコピー中にエラーが発生した場合、ソース イメージに対する後続のデプロイまたは操作は失敗します。 | |
| Azure Local VM | 作成に失敗した 1 つのAzure Local VM の複数のHyper-V VM は、Azure Localで実行したままです。 | |
| Azure Local VM | AKS ノード ディスクが存在する場合、ストレージ パスの削除はタイムアウトになります。 | タイムアウトがなく、ストレージ パス上のリソースを一覧表示する適切なエラー メッセージでエラーが発生します。 |
| Azure Local VM | クラスターに存在しなくなった他のリソースによって使用されているリソースの削除に関する問題。 | 削除を試みる前に、クラスターにリソースが存在するかどうかを確認するための検証が強化されました。 |
| Azure Local VM | チェックポイントがあるAzure Local VM の削除とサイズ変更に関する問題。 | オンプレミスのツールを使用して、Azure のローカル VMをチェックポイントすることができます。 VM は、Azure ポータルから管理できます。 |
| ソリューション拡張機能 | ソリューション拡張機能マニフェスト エンドポイントへのアクセスをブロックするファイアウォールを修正するためのエラー メッセージが改善されました。 | |
| ソリューション拡張機能 | ソリューション拡張機能のコンテンツを各マシンにローカルにコピーする信頼性が向上しました。 | |
| ソリューション拡張機能 | ソリューション拡張機能にプラグイン名の仕様を追加しました。 | |
| ソリューション拡張機能 | システムが利用可能なソリューション拡張機能の更新プログラムを取得できない問題を修正しました。 | |
| を更新する | 更新プログラムの実行の進行状況と履歴を表示するためのAzure ポータル エクスペリエンスが簡略化されました。 | |
| Update | Azure Update Management ポータルで更新プログラムの進行状況を監視すると、進行状況が数時間更新されていないように見える場合があります。 | クラスター ノードのいずれかで Get-SolutionUpdate を実行します。 更新オブジェクトが返された場合、更新に予想以上の時間がかかっている可能性がありますが、進行中です。 更新オブジェクトが返されない場合、更新プログラムがストールしている可能性があります。 この問題を解決する方法の詳細な手順については、トラブルシューティング ガイドを参照してください。 |
このリリースの既知の問題
次の表に、このリリースの既知の問題を示します。
| Feature | Issue | Workaround |
|---|---|---|
| [Server の追加] サーバー を修復する |
Add-serverコマンドレットと Repair-server コマンドレットは、次のエラーで失敗します。Cluster Build ID matches node to add's Build ID。 |
既存のクラスターで実行されているバージョンと同じソリューション バージョンの OS イメージを使用します。 OS イメージを取得するには、この Release テーブルからイメージ バージョンを特定してダウンロードします。 |
| [Server の追加] サーバー を修復する |
Azure Local インスタンスでカスタマイズされたストレージ アダプター IP が構成されている状態で Add-server コマンドレットと Repair-server コマンドレットを実行すると、次のエラーが表示されて操作が失敗する可能性があります。Type 'ConfigureAzureStackHostStorageAdpaterIPAddressesInAddRepairNode' of Role 'HostNetwork' raised an exception: Connecting to remote server <MACHINE> failed with the following error message : Access is denied.。 |
この問題が発生した場合は、Microsoft サポートにお問い合わせください。 |
| セキュリティ管理 | [セキュリティの既定値]、[アプリケーション制御]、[データ保護] ページには、すべてのセキュリティ設定に対して [不明] と表示されます。 | この問題は、セキュリティ コンプライアンス レポートにのみ含まれます。 セキュリティ設定の状態は影響を受けません。 PowerShell を使用して、セキュリティ設定のコンプライアンス状態を確認します。 詳細については、「PowerShell コマンドレットを使用してセキュリティで保護されたベースラインを管理する」を参照してください。 |
| デプロイ | このリリースおよび以前のリリースでは、Azure Local マシンを Azure Arc に登録しようとすると、次のエラーで登録が失敗します。AZCMAgent command failed with error: >> exitcode: 42. Additional Info: See https://aka.ms/arc/azcmerror。 |
この問題を解決する方法の詳細な手順については、トラブルシューティング ガイドを参照してください。 |
| Azure Arc登録 | Azure Arcに新しいマシンを登録すると、ImageRecipeValidationTests中に登録が失敗し、次のエラーが発生します。"Responses": [ { "Name": "ImageRecipeValidation", "Status": "Failed", "Errors": [ { "ErrorMessage": "Diagnostics failed for the test category: ImageRecipeValidation.", "StackTrace": null, "ExceptionType": "DiagnosticsTestFailedException", "RecommendedActions": [ "Please contact Microsoft support." ] } ] } |
この問題を解決する方法の詳細な手順については、トラブルシューティング ガイドを参照してください。 |
| デプロイ | 2504 リリースでは、Install Azure Stack HCI ウィザードを実行し、タイム ゾーンを選択すると、選択した内容に関係なく、システムは引き続き太平洋標準時 (PST) を使用します。 | これはブロックの問題ではなく、デプロイは正常に完了します。 |
以前のリリースからの既知の問題
次の表に、以前のリリースの既知の問題を示します。
| Feature | Issue | Workaround |
|---|---|---|
| Update | Azure Update Managerを使用してAzure Local インスタンスの準備状況チェックの結果を表示すると、同じ名前の準備チェックが複数存在する可能性があります。 | このリリースには既知の回避策はありません。 準備チェックに関する特定の情報を表示するには、[ 詳細 の表示] を選択します。 |
| Update | このリリースでは、更新が実際に正常に完了した場合でも、Azure ポータルで更新状態が Failed または In progress として誤って表示される問題があります。 この動作は、更新の進行状況と結果がポータルに表示されない可能性があるAzure Update Managerを使用してAzure Localインスタンスを更新する場合に特に観察されます。 | 更新された状態を表示するには、最大 30 分以上待つ必要がある場合があります。 その後も状態が更新されない場合は、次の手順に従います: リモート PowerShell セッションを使用してAzure Local インスタンスに接続。 更新の状態を確認するには、次の PowerShell コマンドレットを実行します。$Update = get-solutionupdate| ? version -eq "<version string>"バージョン文字列を実行しているバージョンに置き換えます。 たとえば、"10.2405.0.23" などです。 $Update.state更新の状態が [インストール済み] の場合、それ以上の操作は必要ありません。 Azureポータルでは、24 時間以内に状態が正しく更新されます。 状態をより早く更新するには、いずれかのノードで次の手順を実行します。 Cloud Management クラスター グループを再起動します。 Stop-ClusterGroup "Cloud Management"Start-ClusterGroup "Cloud Management" |
| サーバー の追加 | このリリースおよび以前のリリースでは、コンピューターをシステムに追加するときに、プロキシ バイパス リスト文字列を更新して新しいマシンを含めることはできません。 ホスト上の環境変数のプロキシ バイパス リストを更新しても、Azure Resource Bridge または AKS のプロキシ バイパス リストは更新されません。 | このリリースには回避策はありません。 この問題が発生した場合は、Microsoft サポートにお問い合わせの上、次の手順を確認してください。 |
| アジュール ポータル | 場合によっては、Azure ポータルの更新に時間がかかる場合があり、ビューが最新ではない可能性があります。 | 更新されたビューを表示するには、30 分以上待つ必要がある場合があります。 |
| セキュリティ | パスワードの最小長規則のコンプライアンスを修正する場合、Azure Local ホストの最小パスワード長を 14 に変更した後でも、Azure ポリシーでは非準拠として引き続き表示されます。 |
net accounts コマンドレットを使用して、パスワードの長さを確認できます。 出力で、[パスワードの 最小長] を見つけて値を確認します。 |
| をアップグレードする | セキュア ブート証明書のインストール中に Virtualization-Based セキュリティ (VBS) マスター キーが失われたため、Get-AzureStackHCI ConnectionStatusにRepairRegistrationがあるクラスターをアップグレードできませんでした。 |
この問題を解決する方法の詳細な手順については、トラブルシューティング ガイドを参照してください。 |
| 登録 | 特定の更新プログラム (BIOS を含む) をインストールすると、クラスターで RepairRegistrationRequired が報告され、古い接続状態が表示されることがあります。 |
この問題を解決する方法の詳細な手順については、トラブルシューティング ガイドを参照してください。 |
既知の動作と予期される動作
次の表に、バグや制限事項と見なすべきではない既知のシステム動作と想定されるシステム動作を示します。
| Feature | Behavior | Workaround |
|---|---|---|
| オペレーティング システム | RegBack を使用したレジストリの復元は、Azure Localではサポートされていません。 この操作により、Azure Local インスタンス上のライフサイクル マネージャー (LCM) 設定とオンプレミス クラウド (MOC) 設定を削除Microsoft。これにより、ソリューションが破損する可能性があります。 | |
| AZURE LOCAL VM の管理 | エクスポートしたAzure VM OS ディスクを VHD として使用して、Azure Local VM をプロビジョニングするためのギャラリー イメージを作成することはできません。 | コマンド restart-service mochostagent を実行して、mochostagent サービスを再起動します。 |
バージョン 2503 の既知の問題
このソフトウェア リリースは、ソフトウェア バージョン番号 2503.0.13 にマップされます。
Important
このソフトウェアの新しい展開では 、2503.0.13 ビルドが 使用されます。 2411.3 から更新することもできます。
このバージョンのリリース ノートには、このリリースで修正された問題、このリリースの既知の問題、以前のバージョンから引き継がれたリリース ノートの問題が含まれます。
Note
一般的な既知の問題の詳細な修復については、Azure Local Supportability GitHub リポジトリを参照してください。
修正された問題
次の表に、このリリースで修正された問題の一覧を示します。
| Feature | Issue | Workaround/Comments |
|---|---|---|
| Azure Local VM | 内部サービスがデッドロック状態になったために、Azure Local VM を作成または削除するときの断続的なエラーまたはタイムアウト。 | タイムアウトの問題に直面することなく、Azure Local VM をデプロイできるようになりました。 |
| Azure Local VM | VM ギャラリー イメージが作成されたソース Azure Localが削除された場合、ギャラリー イメージを削除できません。 | ギャラリー イメージが作成された VM Azure Localソースが削除された場合でも、ギャラリー イメージを削除できるようになりました。 |
| Azure Local VM | Azure Arcリソース ブリッジのディザスター リカバリー後、一部のAzure ローカルVMがネットワーク接続を失う可能性があります。 | Azure Arc リソース ブリッジの災害復旧ロジックが更新され、Azure ローカル VM のネットワーク構成が維持されるようになりました。 |
| Azure Local VM | Azure Local VM のソース イメージがクラスターから削除された場合、Azure プラットフォーム上で電源状態の報告が不正確になる可能性があります。 | AzureローカルVMで削除されたソースイメージを持つ場合、Azure上で電力操作により一貫して正確な電源状態が表現されます。 |
| Azure Local VM | Azure Local VM に対する電源操作を試みたときの不正確な電源状態報告。 | 待ち時間を短縮することで、Azureに影響を与える電源操作の可視性に影響を与えるバグを修正し、Azureにおける電源状態の調整の精度を向上させました。 |
| Azure Local VM | 指定されたストレージ パスを持つギャラリー イメージを作成できません。 | 指定したストレージ パスを使用してギャラリー イメージを作成できるようになりました。 |
| Azure Local VM |
azcmagent disconnect を実行すると、Azure Local VM が削除されます。 |
Azure Local VM では azcmagent disconnect を使用しないでください。
azcmagent disconnect -fまたはazcmagent disconnect --force-local-onlyのみを使用します。 このコマンドを実行すると、接続されているマシン エージェントが切断され、VM が実行され続けます (削除されなくなります)。 |
| AZURE LOCAL VM の管理 | Mochostagent サービスは実行中のように見えますが、ログを更新せずに 1 か月以上停止する可能性があります。 この問題を特定するには、C:\programdata\mochostagent\logs のサービス ログを確認して、ログが更新されているかどうかを確認します。 |
mochostagent サービスを再起動するには、次のコマンドを実行します:restart-service mochostagent。 |
| AZURE LOCAL VM/Azure Migrate | Azure Migrateを使用した Gen 1 (sysprep 以外) VM の移行が失敗し、 VM のファイル システムからシード ISO ディスクをクリーンアップするために失敗。 | Azure Migrate を使用した Gen 1 (sysprep 以外) VM の移行は、このエラーで失敗しなくなりました。 |
| AZURE LOCAL VM/Azure Migrate | ストレージの事前チェックが正しくないため、OS ディスクからの VM の作成が失敗します。 | ソースがギャラリー イメージか OS ディスクかに関係なく、VM の作成は成功します。 |
| Deployment | Azure ポータルを使用してデプロイしようとすると、Azure Localマシン ノードは Azure ポータルに表示されません。 | Azure ポータルを使用したAzure Localデプロイは、2503 以降でのみサポートされます。 以前のバージョンでは、 Azure Resource Manager (ARM) テンプレートを使用してデプロイします。 |
| Deployment | Azure Local展開中、プロキシが構成されている場合、DeviceManagementExtension はインストールに失敗します。 |
プロキシを使用する場合は、以前の DeviceManangementExtension バージョン 1.2502.0.3012 をインストールします。 |
| を更新する | バージョン 2408.2.7 から 2411.0.24 に更新すると、更新プロセスが失敗し、次のエラー メッセージが表示される可能性があります:Type 'CauPreRequisites' of Role 'CAU' raised an exception: Could not finish cau prerequisites due to error 'Cannot remove item C:\UpdateDistribution\<any_file_name>: Access to the path is denied.' |
この問題は修正されました。 |
| を更新する | 検証の前に、インポートされた 通知 の種類のソリューション ビルダー拡張機能の更新プログラムが正しくコピーされることを確認します。 | |
| を更新する | ソリューション拡張機能シークレットの場所に関するコマンドレットヘルプを改善し、より良い例を示しました。 | |
| を更新する | クラスター対応更新実行とクラスター ノードの正常性チェックに再試行ロジックを追加しました。 | |
| を更新する | .NET 8 更新中のシステムの安定性が向上しました。 | |
| を更新する | 2411 リリースでは、ソリューションとソリューション ビルダー拡張機能の更新プログラムは、1 回の更新実行では組み合わせられません。 | ソリューション ビルダー拡張機能パッケージを適用するには、別の更新プログラムを実行する必要があります。 |
| をアップグレードする | Carbon PowerShell モジュールが検出された場合は無効にし、既知のモジュールを読み込みます。 | |
| をアップグレードする | 現在の Carbon PowerShell モジュール ソリューションを最適化しました。 | |
| をアップグレードする | Azure Arc リソース ブリッジ VM を起動するのに十分な空きメモリを検証するためのチェックを追加しました。 | |
| セキュリティ | セキュリティ脆弱性の軽減策 CVE-2024-21302 が実装されました。 仮想化ベースのセキュリティ (VBS) 関連のセキュリティ更新プログラムのロールバックをブロックするためのガイダンスを参照してください | |
| Deployment | ポータルを使用してAzure Localをデプロイする際に、選択したマシンの検証が失敗し、次のエラーメッセージが表示されます: Mandatory extension [Lcm controller] installed version [30.2503.0.907] is not equal to the required version [30.2411.2.789] for Arc machine [Name of the machine]. Please create EdgeDevice resource again for this machine to fix the issue. |
適切なバージョンの AzureEdgeLifecycleManager 拡張機能を再インストールします。 次の手順を実行します。1. マシンを選択し、[拡張機能の インストール] を選択します。 
2. クラスター化するマシンごとにこの手順を繰り返します。 インストールが完了するまでに約 15 分かかります。 3. AzureEdgeLifecycleManager 拡張機能のバージョンが 30.2411.2.789 であることを確認します。 
4. 一覧のすべてのマシンに拡張機能がインストールされたら、[ マシンの追加 ] を選択して一覧を更新します。 5. 選択 したマシンの検証を選択します。 検証は成功するはずです。 |
| デプロイ | OEM ライセンスデバイスでのAzure Localの展開と更新中、ConfigureSecurityBaseline は、サーバーの Apply セキュリティ設定ステップで失敗します。 |
この問題は修正されました。 |
このリリースの既知の問題
次の表に、このリリースの既知の問題を示します。
| Feature | Issue | Workaround/Comments |
|---|---|---|
| Azure Local VM | ノードの 1 つがダウンしている場合、Arc によって有効になっているAzure Local VM を削除できません。 | この問題が発生した場合は、Microsoft サポートにお問い合わせください。 |
| Azure Local VM | Azure Local VM 上のチェックポイントにより、Azure Local VM とポータル間で同期の問題が発生します。 | VM 上のチェックポイントを削除します。 |
| 更新プログラム | 2503.0.13 への更新では、ロール 'MocArb' の Update PreRequisites が失敗しました(例外: SyntaxWarning: invalid escape sequence '\W' at CheckAndInstall-CliExtensions)。 |
この問題を解決する方法の詳細な手順については、トラブルシューティング ガイドを参照してください。 |
| セキュリティの脆弱性 | このリリースには、更新プログラムのセキュリティ スキャンに影響を与える可能性がある既知のセキュリティ脆弱性があります。 詳細については、「Azure Arc インストーラーの脆弱性 CVE-2025-26627 - Hostを参照してください。 | |
| Azure Local VM | このリリースには、更新プログラムのセキュリティ スキャンに影響を与える可能性がある既知のセキュリティ脆弱性があります。 詳細については、「Azure Arc インストーラーの脆弱性 CVE-2025-26627 - ゲストを参照してください。 | |
| Microsoft Defender for Cloud Azure Government（アズールガバメント） |
Azure Government クラウドでは、Azure Local 向けの Microsoft Defender for Cloud の推奨事項は、Microsoft Defender for Cloud ポータルに表示されません。 | |
| Metrics Azure Government（アズールガバメント） |
Azure Government クラウド内Azure Localクラスターからのメトリックは、Azureに到達できません。 そのため、メトリックは監視、メトリック、またはワークブックのグラフに表示されません。 メトリックベースのアラートはトリガーされず、新しいアラートを設定することはできません。 | |
| をアップグレードする | セキュア ブート証明書のインストール中に Virtualization-Based セキュリティ (VBS) マスター キーが失われたため、Get-AzureStackHCI ConnectionStatusにRepairRegistrationがあるクラスターをアップグレードできませんでした。 |
この問題を解決する方法の詳細な手順については、トラブルシューティング ガイドを参照してください。 |
| 登録 | 特定の更新プログラム (BIOS を含む) をインストールすると、クラスターで RepairRegistrationRequired が報告され、古い接続状態が表示されることがあります。 |
この問題を解決する方法の詳細な手順については、トラブルシューティング ガイドを参照してください。 |
以前のリリースからの既知の問題
次の表に、以前のリリースの既知の問題を示します。
| Feature | Issue | Workaround |
|---|---|---|
| Update | Azure Update Managerを使用してAzure Local インスタンスの準備状況チェックの結果を表示すると、同じ名前の準備チェックが複数存在する可能性があります。 | このリリースには既知の回避策はありません。 準備チェックに関する特定の情報を表示するには、[ 詳細 の表示] を選択します。 |
| Update | このリリースでは、更新が実際に正常に完了した場合でも、Azure ポータルで更新状態が Failed または In progress として誤って表示される問題があります。 この動作は、更新の進行状況と結果がポータルに表示されない可能性があるAzure Update Managerを使用してAzure Localインスタンスを更新する場合に特に観察されます。 | 更新された状態を表示するには、最大 30 分以上待つ必要がある場合があります。 その後も状態が更新されない場合は、次の手順に従います: リモート PowerShell セッションを使用してAzure Local インスタンスに接続。 更新の状態を確認するには、次の PowerShell コマンドレットを実行します。$Update = get-solutionupdate| ? version -eq "<version string>"バージョン文字列を実行しているバージョンに置き換えます。 たとえば、"10.2405.0.23" などです。 $Update.state更新の状態が [インストール済み] の場合、それ以上の操作は必要ありません。 Azureポータルでは、24 時間以内に状態が正しく更新されます。 状態をより早く更新するには、いずれかのノードで次の手順を実行します。 Cloud Management クラスター グループを再起動します。 Stop-ClusterGroup "Cloud Management"Start-ClusterGroup "Cloud Management" |
| サーバー の追加 | このリリースおよび以前のリリースでは、コンピューターをシステムに追加するときに、プロキシ バイパス リスト文字列を更新して新しいマシンを含めることはできません。 ホスト上の環境変数のプロキシ バイパス リストを更新しても、Azure Resource Bridge または AKS のプロキシ バイパス リストは更新されません。 | このリリースには回避策はありません。 この問題が発生した場合は、Microsoft サポートにお問い合わせの上、次の手順を確認してください。 |
| アジュール ポータル | 場合によっては、Azure ポータルの更新に時間がかかる場合があり、ビューが最新ではない可能性があります。 | 更新されたビューを表示するには、30 分以上待つ必要がある場合があります。 |
| セキュリティ | パスワードの最小長規則のコンプライアンスを修正する場合、Azure Local ホストの最小パスワード長を 14 に変更した後でも、Azure ポリシーでは非準拠として引き続き表示されます。 |
net accounts コマンドレットを使用して、パスワードの長さを確認できます。 出力で、[パスワードの 最小長] を見つけて値を確認します。 |
次のステップ
- デプロイの 概要を確認します。
- 以前のリリースの詳細については、Azure Local 23xx リリースの Known の問題 および Azure Local 24xx リリースのKnown の問題を参照してください。