適用対象:
Azure Stack Edge Pro - GPUAzure Stack Edge Pro 2Azure Stack Edge Pro RAzure Stack Edge Mini R
以下のリリースノートは、Azure Stack Edgeデバイス向けの2607リリースに関する重大な未解決の問題と解決済みの問題を特定します。 Azure Stack Edge の特定のモデルに対応する機能と問題は、該当する場所で呼び出されます。
リリース ノートは継続的に更新され、回避策を必要とする重大な問題が検出されると、追加されます。 デバイスを展開する前に、リリース ノートに含まれている情報を慎重に確認してください。
この記事は、ソフトウェアバージョン3.3.2607.3535に対応するAzure Stack Edge 2607リリースに適用されます。
サポートされている更新パス
2607アップデートを適用するには、デバイスが必須のアップデート 2510を通過する必要があります。
最低限必要なバージョンを実行していない場合は、次のエラーが表示されます。
依存関係が満たされていないため、更新プログラム パッケージをインストールできません。
もしデバイスが2501より前のバージョンを使っているなら、2501にアップデートし、その後2510に更新してから2607に更新してください。
もしデバイスが2604を使っていれば、直接2607にアップデートできます。
次の更新パスを使用して、最新バージョンに更新できます。
| Azure Stack Edge ソフトウェアと Kubernetes の現在のバージョン | Azure Stack Edge ソフトウェアと Kubernetes への更新 | 2607年への望むアップデート |
|---|---|---|
| 2501 より前 | 2501 に更新し、次に 2510 に更新する | 2607 |
| 2510 より前 | 2510 に更新 | 2607 |
| 2604 | 2607に直接 | 2607 |
新着情報
このリリースでは、新機能や拡張機能はありません。
このリリースの既知の問題
このリリースには既知の問題はありません。
以前のリリースからの既知の問題
次の表に、以前のリリースから引き継がれた既知の問題の概要を示します。
| No. | 特徴 | 問題点 | 対応策/コメント |
|---|---|---|---|
| 1. | Kubernetes | Kubernetes シークレットの保存時暗号化に対応しました。 新しく作成または更新されたシークレットは自動的に暗号化されます。 | 更新していない既存の秘密を暗号化するには、「 Encrypting Confidential Data at rest」で説明されている通りに再適用してください。 |
| 2. | Kubernetes | containerd をバージョン 2.2.1 に更新しました。 以前のスキーマ 1 形式でビルドされたイメージのプルはサポートされなくなりました。 | 「非推奨の機能」の説明に従ってコンテナー イメージを更新する必要があります。Docker Schema 1 イメージのサポートは既定で無効になっています。 |
| 3. | Azure Stack Edge Pro + Azure SQL | SQL データベースを作成するには、管理者アクセス権が必要です。 | 「SQL データベースの作成」の手順 1 から 2 の代わりに、次の手順を実行します。 1. デバイスのローカル UI で、コンピューティング インターフェイスを有効にします。 [コンピューティング] > [ポート番号] > [コンピューティングを有効にする] > [適用] を選択します。 2. クライアントマシンに sqlcmdからをダウンロードします。 3. コンピュートインターフェースのIPアドレス(有効化したポート)に接続し、アドレスの末尾に「,1401」を追加します。 4. 最終的なコマンドは、sqlcmd -S {Interface IP},1401 -U SA -P "Strong!Passw0rd" のようになります。 このステップの後は、現在のドキュメントのステップ3〜4は同じになります。 |
| 4. | リフレッシュ | Refreshで復元されたブロブへの漸進的な変更はサポートされていません | Blobエンドポイントの場合、リフレッシュ後に部分的に更新すると、更新がクラウドにアップロードされないことがあります。 例えば、次のような一連の行動があります: 1. クラウドに BLOB を作成します。 または、以前にアップロードした BLOB をデバイスから削除します。 2. リフレッシュ機能を使ってクラウドからアプライアンスにブロブをリフレッシュします。 3. Azure SDK REST APIを使ってブロブの一部のみを更新する。 これらの操作により、更新されたブロブの部分がクラウド上で更新されなくなることがあります。 回避策: robocopy などのツール、または Explorer やコマンド ラインを介した通常のファイル コピーを使って、BLOB 全体を置き換えます。 |
| 5. | Throttling | 調整中に、デバイスへの新しい書き込みが許可されていない場合、NFS クライアントによる書き込みは "アクセス許可が拒否されました" エラーで失敗します。 | 次のエラー メッセージが表示されます。hcsuser@ubuntu-vm:~/nfstest$ mkdir testmkdir: ディレクトリ 'test' を作成できません: アクセス許可が拒否されました |
| 6. | Blob Storageのデータ取り込み | AzCopy バージョン10でBlobストレージの取り込みを行う場合は、以下の引数でAzCopyを実行します。Azcopy <other arguments> --cap-mbps 2000 |
これらの制限をAzCopyに設定しなければ、デバイスに大量のリクエストが送られ、サービスに問題が生じる可能性があります。 |
| 7. | 階層化ストレージ アカウント | 階層型ストレージアカウントを使用する場合、以下の条件が適用されます: - ブロック ブロブのみがサポートされています。 ページ BLOB はサポートされていません。 - スナップショットまたはコピー API はサポートされていません。 - distcp による Hadoop ワークロード インジェストは、コピー操作を頻繁に使用しているためサポートされていません。 |
|
| 8. | NFS 共有接続 | 複数のプロセスが同じ共有にコピーしていて、 nolock 属性を使わない場合、コピー中にエラーが発生することがあります。 |
ファイルをNFS共有にコピーするには、mountコマンドに「 nolock Mount」の属性を渡す必要があります。 たとえば、 C:\Users\aseuser mount -o anon \\10.1.1.211\mnt\vms Z:と指定します。 |
| 9. | Kubernetes クラスター | Kubernetesクラスターを実行しているデバイスにアップデートを適用すると、Kubernetes仮想マシンが再起動して再起動します。 このインスタンスでは、レプリカを指定して展開されたポッドのみが、更新後に自動的に復元されます。 | レプリケーションセットを指定せずにレプリケーションコントローラーの外で個別のポッドを作成した場合、これらのポッドはデバイスアップデート後に自動的に復元されません。 これらのポッドを復元する必要があります。 レプリカ セットは、ノードの障害や中断を伴うノードのアップグレードなど、何らかの理由で削除または終了されたポッドを置き換えます。 このため、たとえアプリケーションが1つのポッドだけであっても、レプリカセットを使うべきです。 |
| 10. | Kubernetes クラスター | Azure Stack Edge Pro 上の Kubernetes は、Helm v3 以降でのみサポートされています。 詳細については、「 よくある質問:ティラーの除去」をご覧ください。 | |
| 11. | Kubernetes | ポート 31000 は Kubernetes ダッシュボード用に予約されています。 ポート 31001 は、Edge コンテナー レジストリ用に予約されています。 同様に、既定の構成では、IP アドレス 172.28.0.1 と 172.28.0.10 は、それぞれ Kubernetes サービスと Core DNS サービス用に予約されています。 | 予約済み IP は使用しないでください。 |
| 12. | Kubernetes | 現在、Kubernetes ではマルチプロトコルの LoadBalancer サービスは許可されていません。 たとえば、TCP と UDP の両方でリッスンする必要がある DNS サービスなどです。 | MetalLBでKubernetesのこの制限を回避するには、同じポッドセレクター上でTCP用とUDP用2つのサービスを作成します。 これらのサービスは、同じ共有キーと spec.loadBalancerIP を使用して同じ IP アドレスを共有します。 利用可能なIPアドレスよりも多くのサービスを持っている場合はIPを共有することもできます。 詳細については、「 IP アドレスの共有」を参照してください。 |
| 13. | Kubernetes クラスター | 既存の Azure IoT Edge マーケットプレース モジュールは、Azure Stack Edge デバイス上の IoT Edge で実行するための変更が必要になる場合があります。 | 詳細については、「Azure Stack Edge Pro FPGA デバイスの既存の IoT Edge モジュールを Azure Stack Edge Pro GPU デバイスで実行する」を参照してください。 |
| 14. | Kubernetes | ファイルベースのバインド マウントは、Azure Stack Edge デバイス上の Kubernetes 上の Azure IoT Edge ではサポートされていません。 | IoT Edge では、変換レイヤーを使用して、ContainerCreate オプションを Kubernetes コンストラクトに変換します。
Binds を作成すると、hostpath ディレクトリにマップされます。そのため、ファイルベースのバインド マウントを IoT Edge コンテナーのパスにバインドすることはできません。 可能であれば、親ディレクトリをマップします。 |
| 15. | Kubernetes | IoT Edge用の証明書を自分で持参し、その証明書をAzure Stack Edgeデバイスに設定した後にその証明書を追加すると、新しい証明書は取得されません。 | この問題を回避するには、デバイス上でコンピュートを設定する前に証明書をアップロードしてください。 すでにコンピュートを設定している場合は、デバイスのPowerShellインターフェースに接続し、IoT Edgeコマンドを実行してください。
iotedged および edgehub ポッドを再起動します。 |
| 16. | 証明書 | 特定のインスタンスでは、ローカル UI の証明書の状態が更新されるまでに数秒かかる場合があります。 | ローカル UI の次のシナリオが影響を受ける可能性があります。 - [証明書] ページの [状態] 列。 - [作業の開始] ページの [セキュリティ] タイル。 - [概要] ページの [構成] タイル。 |
| 17. | 証明書 | 署名チェーン証明書に関連するアラートは、新しい署名チェーン証明書をアップロードした後でもポータルから削除されません。 | |
| 18. | Web プロキシ | NTLM 認証ベースの Web プロキシはサポートされていません。 | |
| 19. | Internet Explorer | 強化されたセキュリティ機能が有効になっている場合は、ローカル Web UI ページにアクセスできない可能性があります。 | セキュリティ強化を無効にして、ブラウザーを再起動します。 |
| 20. | Kubernetes | Kubernetes は、.NET アプリケーションで使用される環境変数名の ":" をサポートしていません。 この条件は、Event Grid IoT EdgeモジュールがAzure Stack Edgeデバイスやその他のアプリケーションで動作するためにも必要です。 詳細については、ASP.NET コア ドキュメントを参照してください。 | ":" は二重のアンダースコアに置き換えてください。 詳細については、「Kubernetes の問題」を参照してください。 |
| 21. | Azure Arc + Kubernetes クラスター | デフォルトでは、Gitリポジトリからリソース yamls を削除すると、対応するリソースはKubernetesクラスターからは削除されません。 |
リソースが Git リポジトリから削除されたときにリソースを削除できるようにするには、Arc OperatorParams で --sync-garbage-collection 設定します。 詳細については、「構成を削除する」をご覧ください。 |
| 22. | NFS | お使いのデバイスの NFS 共有マウントを使用してデータを書き込むアプリケーションでは、排他的な書き込みを使用する必要があります。 これにより、書き込みがディスクに確実に書き込まれます。 | |
| 23. | コンピューティングの構成 | ネットワーク上に存在しないシステムに対するアドレス解決プロトコル (ARP) 要求にゲートウェイ、スイッチ、またはルーターが応答するネットワーク構成では、コンピューティング構成が失敗します。 | |
| 24. | コンピューティングおよび Kubernetes | デバイス上で先にKubernetesをセットアップすると、利用可能なGPUをすべて確保してしまいます。 したがって、Kubernetesを設定した後にGPUを使うAzure Resource ManagerのVMを作成することはできません。 | もしデバイスにGPUが2つあるなら、GPUを使うVMを1つ作ってからKubernetesを設定することができます。 この場合、Kubernetesは残りのGPUを使用します。 |
| 25. | カスタム スクリプト VM 拡張機能 | 以前のリリースで作成された Windows VM には既知の問題があり、デバイスは 2103 に更新されました。 これらの VM でカスタム スクリプト拡張機能を追加すると、Windows VM ゲスト エージェント (バージョン 2.7.41491.901 のみ) が更新でスタックし、拡張機能のデプロイがタイムアウトになります。 |
この問題を回避するには、次のようにします。 1. リモート デスクトップ プロトコル (RDP) を使用して Windows VM に接続します。 2. waappagent.exe がマシン上で実行されていることを確認します: Get-Process WaAppAgent。 3. waappagent.exe が実行されていない場合は、 rdagent サービス ( Get-Service RdAgent | Restart-Service) を再起動します。 5 分間待ちます。4. waappagent.exe の実行中に、 WindowsAzureGuest.exe プロセスを強制終了します。 5.プロセスを中止した後に、新しいバージョンを使用して再度プロセスの実行が開始されます。 6. 次のコマンドを使用して、Windows VM ゲスト エージェントのバージョンが 2.7.41491.971 であることを確認します: Get-Process WindowsAzureGuestAgent | fl ProductVersion。7.Windows VM にカスタム スクリプト拡張機能を設定します。 |
| 26. | マルチプロセス サービス (MPS) | デバイスソフトウェアとKubernetesクラスターを更新しても、MPS設定はワークロードに保持されません。 | MPS を再度有効にし、MPS を使用していたワークロードを再デプロイします。 |
| 27. | Wi-Fi | Wi-Fi は、このリリースの Azure Stack Edge Pro 2 では機能しません。 | |
| 28. | Azure IoT Edge | Azure Stack Edge 上のマネージド Azure IoT Edge ソリューションが、有効期間が終了した古い IoT Edge ランタイムで実行されています。 詳細については、「 IoT Edge v1.1 の寿命の終了: それは私にとって何を意味しますか? 」を参照してください。ソリューションは有効期間が過ぎても機能しなくなりますが、更新する予定はありません。 | 最新のアップデートと機能を備えたAzure IoT Edge LTSをAzure Stack Edgeで動かすには、Linux VM上で動作する顧客セルフマネージドのIoT Edgeソリューションを展開してください。 詳細については、「Azure Stack Edge 上のマネージド IoT Edge から Linux VM 上の IoT Edge ソリューションへのワークロードの移行」を参照してください。 |
| 29. | Azure Stack Edge 上の AKS | このリリースでは、Azure Stack EdgeクラスタにAKSクラスターを展開した後は仮想ネットワークを変更することはできません。 | 仮想ネットワークを変更するには、まずAKSクラスタを削除し、仮想ネットワークを修正し、Azure Stack Edge上でAKSクラスタを再作成する必要があります。 |
| 30. | AKSアップデート | AKS VM のいずれかが実行されていない場合、AKS Kubernetes の更新が失敗する可能性があります。 この問題は2ノードクラスタで見られます。 | もしAKSのアップデートが失敗したら、 デバイスのPowerShellインターフェースに接続してください。
Get-VMコマンドレットを実行してKubernetesのVMの状態を確認してください。 VM がオフの場合は、 Start-VM コマンドレットを実行して VM を再起動します。 Kubernetes VM が実行されたら、更新プログラムを再適用します。 |
| 31. | Wi-Fi | Azure Stack Edge Mini R の Wi-Fi 機能は非推奨です。 | |
| 32. | Azure Storage Explorer | Azure Stack Edgeデバイスが自動生成するBlob storageエンドポイント証明書は、Azure Storage Explorerで正しく動作しない可能性があります。 | BLOB ストレージのエンドポイント証明書を置き換えます。 詳細な手順については、「独自の証明書を持ち込む」を参照してください。 |
| 33. | ネットワーク接続 | ポート 1 とポート 2 のチーミングされた仮想スイッチを備えた 2 ノードの Azure Stack Edge Pro 2 クラスターでは、ポート 1 またはポート 2 のリンクがダウンしている場合、残りのアクティブなポートでネットワーク接続を再開するのに最大 5 秒かかることがあります。 Kubernetes クラスターで管理トラフィックにこのチーム化された仮想スイッチを使用すると、ポッドの通信が最大 5 秒中断される可能性があります。 | |
| 34. | 仮想マシン | ホストまたは Kubernetes ノード プール VM がシャットダウンされると、CPU の静的ポリシー エラーが原因で、ノード プール VM の kubelet が起動に失敗することがあります。 ノードプールのVMは「 準備不足 」と表示され、このVMではポッドがスケジューリングされていません。 | サポート セッションに切り替え、ノード プール VM に ssh で接続し、「CPU マネージャー ポリシー の変更」の手順に従って kubelet サービスを修復します。 |
| 35. | 仮想マシン作成 | 2403 より前の Azure Stack Edge で Marketplace イメージを作成し、既存の Marketplace イメージから VM を作成した場合、Azure Stack Edge 2407 によって Marketplace イメージのダウンロード パスが変更されたため、VM の作成は失敗します。 | Marketplace イメージを削除し、Azure portal から新しいイメージを作成します。 詳細な手順については、 VM の作成に関する問題のトラブルシューティングを参照してください。 |
| 36. | Azure Stack Edge に VM イメージを追加できない | BLOB のアクセス許可が変更されたため、お客様は Azure Stack Edge に VM イメージを追加できない場合があります。 | Azure Stack Edge に VM イメージを追加するには、ストレージ アカウント、リソース グループ、またはサブスクリプションに対する Storage blob data reader または Storage blob data contributor ロールが必要です。 または、これらのアクセス許可を持つユーザーに操作を実行させることができます。 |
