Azure Stack Edge 2407 版本資訊
適用於： 
Azure Stack Edge Pro - GPUAzure Stack Edge Pro 2Azure Stack Edge Pro RAzure Stack Edge Mini R
下列版本資訊會識別 Azure Stack Edge 裝置 2407 版本的重大未決問題和已解決問題。 對應至 Azure Stack Edge 特定模型的功能和問題會在適用時進行呼叫。
版本資訊會持續更新，並在發現需要提出因應措施的重大問題時有所增補。 部署裝置之前，請仔細檢閱版本資訊中所含的資訊。
本文適用於 Azure Stack Edge 2407 版本，其對應至軟體版本 3.2.2754.1029。
警告
在此版本中，您必須先將封包核心版本更新為 AP5GC 2308，然後再更新為 Azure Stack Edge 2407。 如需詳細步驟，請參閱 Azure 私人 5G 核心 2308 版本資訊 (機器翻譯)。 如果您在更新為封包核心 2308.0.1 之前更新為 Azure Stack Edge 2407，將會遇到系統完全中斷的狀況。 在此情況下，您必須在 Azure Stack Edge 裝置上刪除並重新建立 Azure Kubernetes Service 叢集。 每當變更 Kubernetes 工作負載設定檔時，系統就會提示您進行 Kubernetes 更新。 繼續並套用更新。
支援的更新路徑
若要套用 2407 更新，您的裝置必須執行 2403 版或更新版本。
如果您未執行最低必要版本，則會看到此錯誤：
因為不符合更新套件的相依性，所以無法加以安裝。
您可以從 2303 更新為 2403 或更新版本，然後再更新為 2407。
您可以使用下列更新路徑更新至最新版本:
| Azure Stack Edge 軟體和 Kubernetes 的目前版本 | 更新為 Azure Stack Edge 軟體和 Kubernetes | 期望更新為 2407 |
|---|---|---|
| 2303 | 2403 | 2407 |
| 2309 | 2403 | 2407 |
| 2312 | 2403 | 2407 |
| 2403 | 直接連到 | 2407 |
最新功能
2407 版本具有下列新功能和增強功能：
Kubernetes 節點的基底 OS 更新。
Kubernetes 節點的 OpenSSH 版本更新。
Azure Stack Edge Kubernetes v1.28。
適用於 Kubernetes v1.16.10 的 Azure Arc。
已淘汰對 Ubuntu18.04 LTS GPU 延伸模組的支援。 在 Azure Stack Edge 裝置上執行的 Ubuntu 18.04 GPU VM 不再支援 GPU 延伸模組。 如果您打算使用 Ubuntu 18.04 版 LTS 散發版本，請參閱 CUDA Toolkit 12.1 Update 1 下載中的手動 GPU 驅動程式安裝步驟。
安裝前您可能需要下載 CUDA 簽署金鑰。
如需安裝簽署金鑰的詳細步驟，請參閱針對 Azure Stack Edge Pro GPU 上 GPU VM 的 GPU 延伸模組問題進行疑難排解。
此版本已知的問題
| 否。 | 功能 | 問題 | 因應措施/註解 |
|---|---|---|---|
| 1. | 建立 VM | 如果您已使用 2403 之前的 Azure Stack Edge 來建立 Marketplace 映像，然後從現有的 Marketplace 映像建立 VM，則您的 VM 建立會失敗，因為 Azure Stack Edge 2407 變更了 Marketplace 映像的下載路徑。 | 刪除 Marketplace 映像，然後從 Azure 入口網站建立新的映像。 如需詳細步驟，請參閱針對 VM 建立問題進行疑難排解。 |
先前版本的已知問題
下表提供先前版本的已知問題摘要。
| 否。 | 功能 | 問題 | 因應措施/註解 |
|---|---|---|---|
| 1. | Azure Stack Edge Pro + Azure SQL | 建立 SQL 資料庫時需要系統管理員存取權。 | 請執行下列步驟，而不是 Create-the-sql-database 中的步驟 1-2。 1.在裝置的本機 UI 中啟用計算介面。 依序選取 [計算] > [連接埠 #] > [啟用計算] > [套用]。 2.從 SQL 指令公用程式將 sqlcmd 下載到您的用戶端機器上。 3.連線至計算介面 IP 位址 (已啟用的連接埠)，將 ",1401" 新增至位址結尾。 4.最終命令看起來會像這樣：sqlcmd -S {Interface IP},1401 -U SA -P "Strong!Passw0rd"。 在此之後，目前文件中的步驟 3-4 都應該相同。 |
| 2. | Refresh | 「不」支援透過重新整理還原 blob 的累加變更 | 對於 Blob 端點，在重新整理之後，Blob 的部分更新可能會導致更新內容無法上傳至雲端。 例如以下的動作序列： 1.在雲端中建立 Blob。 或從裝置中刪除先前上傳的 Blob。 2.使用重新整理功能，將 Blob 從雲端重新整理至設備中。 3.使用 Azure SDK REST API 僅更新一部分的 Blob。 這些動作可能會導致 Blob 的更新區段無法在雲端中更新。 因應措施：使用 robocopy 等工具，或者透過 Explorer 或命令列進行一般的檔案複製以取代整個 blob。 |
| 3. | 節流 | 在節流期間，如果不允許裝置進行新的寫入，NFS 用戶端的寫入就會失敗，並出現「權限遭拒」錯誤。 | 錯誤顯示如下：hcsuser@ubuntu-vm:~/nfstest$ mkdir testmkdir：無法建立目錄 'test'：權限遭拒 |
| 4. | Blob 儲存體擷取 | 使用 AzCopy 版本 10 擷取 Blob 儲存體時，請使用下列引數執行 AzCopy：Azcopy <other arguments> --cap-mbps 2000 |
如果未針對 AzCopy 提供這些限制，其可能會將大量要求傳送至裝置，因而導致服務發生問題。 |
| 5. | 階層式儲存體帳戶 | 使用階層式儲存體帳戶時，適用以下項目： - 僅支援區塊 Blob。 不支援分頁 Blob。 - 沒有快照集或複製 API 支援。 - 不支援透過 distcp 擷取 Hadoop 工作負載，因為其會大量使用複製作業。 |
|
| 6. | NFS 共用連線 | 如果多個程序複製到相同的共用，且未使用 nolock 屬性，您可能會在複製期間看到錯誤。 |
nolock 屬性必須傳遞至掛接命令，才能將檔案複製到 NFS 共用。 例如： C:\Users\aseuser mount -o anon \\10.1.1.211\mnt\vms Z: 。 |
| 7. | Kubernetes 叢集 | 在執行 Kub 叢集的裝置上套用更新時，Kube 虛擬機器會重新啟動並開機。 在此情況下，只有以指定複本部署的 Pod 會在更新之後自動還原。 | 如果您已在複寫控制器之外建立個別 Pod，但未指定複本集，則這些 Pod 不會在裝置更新之後自動還原， 您必須還原這些 Pod。 複本集會取代因任何原因而刪除或終止的 Pod，例如節點失敗或干擾性節點升級。 基於此原因，即使應用程式只需要單一 Pod，我們仍建議您使用複本集。 |
| 8. | Kubernetes 叢集 | 只有 Helm v3 或更新版本才支援 Azure Stack Edge Pro 上的 Kube。 如需詳細資訊，請前往常見問題：移除 Tiller。 | |
| 9. | Kubernetes | 連接埠 31000 會保留給 Kubernetes 儀表板。 連接埠 31001 會保留給 Azure Stack Edge 容器登錄。 同樣地，在預設組態中，IP 位址 172.28.0.1 和 172.28.0.10 會分別保留給 Kubernetes 服務和 Core DNS 服務。 | 請勿使用保留的 IP。 |
| 10. | Kubernetes | Kube 目前不允許多重通訊協定 LoadBalancer 服務。 例如，必須同時在 TCP 和 UDP 接聽的 DNS 服務。 | 若要使用 MetalLB 解決 Kube 的限制，可以在相同的 Pod 選取器上建立兩個服務 (分別用於 TCP 和 UDP)。 這些服務會使用相同的共用金鑰和 spec.loadBalancerIP 來共用相同的 IP 位址。 如果您的服務多於可用 IP 位址，也可以共用 IP。 如需詳細資訊，請參閱 IP 位址共用。 |
| 11. | Kubernetes 叢集 | 現有的 Azure IoT Edge 市集模組可能需要修改，才能在 Azure Stack Edge 裝置的 IoT Edge 上執行。 | 如需詳細資訊，請參閱在 Azure Stack Edge Pro GPU 裝置上 Azure Stack Edge Pro FPGA 裝置執行現有的 IoT Edge 模組。 |
| 12. | Kubernetes | Azure Stack Edge 裝置上 Kubernetes 的 Azure IoT Edge 不支援以檔案為基礎的繫結掛接。 | IoT Edge 會使用轉譯層，將 ContainerCreate 選項轉譯為 Kubernetes 建構。 由於建立與 hostpath 相對應的 Binds 目錄，因此檔案型繫結掛接無法繫結至 IoT Edge 容器中的路徑。 可能的話，請對應父目錄。 |
| 13. | Kubernetes | 如果您在裝置上設定計算程序後，將自己的 IoT Edge 憑證新增至 Azure Stack Edge 裝置上，系統就不會取用新的憑證。 | 若要解決此問題，請先上傳憑證，再設定裝置上的計算程序。 如果已設定計算程序，請連線到裝置的 PowerShell 介面並執行 IoT Edge 命令 (機器翻譯)。 重新啟動 iotedged 和 edgehub Pod。 |
| 14. | 憑證 | 在某些情況下，本機 UI 中的憑證狀態可能需要數秒才會更新。 | 下列本機 UI 案例可能受到影響。 - [憑證] 頁面中的 [狀態] 資料行。 [開始] 頁面中的 [安全性]- 組件。 [概觀]- 頁面中的 [設定] 標題。 |
| 15. | 憑證 | 即使上傳新簽署鏈結憑證後，也不會從入口網站移除與簽署鏈結憑證相關的警示。 | |
| 16. | Web Proxy | 不支援 NTLM 驗證型 Web Proxy。 | |
| 17. | Internet Explorer | 如果已啟用增強的安全性功能，您可能無法存取本機 Web UI 頁面。 | 停用增強的安全性功能，然後重新啟動瀏覽器。 |
| 18. | Kubernetes | Kubernetes 在 .NET 應用程式所用的環境變數名稱不支援":"。 事件方格 IoT Edge 模組也適用此條件，以在 Azure Stack Edge 裝置和其他應用程式上順利運作。 如需詳細資訊，請參閱 ASP.NET 核心文件。 | 以雙底線取代「:」。 如需詳細資訊，請參閱 Kubernetes 問題 (英文) |
| 19. | Azure Arc + Kubernetes 叢集 | 根據預設，從 Git 存放庫刪除資源 yamls 時，系統不會從 Kube 叢集刪除對應的資源。 |
若要在 Git 存放庫中刪除資源時一併刪除對應資源，請在 Arc OperatorParams 中設定 --sync-garbage-collection。 如需詳細資訊，請參閱刪除設定。 |
| 20. | NFS | 在裝置上使用 NFS 共用掛接來寫入資料的應用程式，應該使用專屬寫入。 這可確保寫入資料順利寫入磁碟。 | |
| 21. | 計算設定 | 針對網路上不存在的系統，在閘道、切換器或路由器回應「位址解析通訊協定 (ARP)」要求的網路設定中無法完成計算設定。 | |
| 22. | 計算和 Kubernetes | 如果您的裝置上已先設定 Kubernetes，其會宣告所有可用的 GPU。 因此，在設定 Kubernetes 之後，您就無法使用 GPU 建立 Azure Resource Manager VM。 | 如果您的裝置有 2 個 GPU，則可以建立 1 個使用 GPU 的 VM，然後設定 Kubernetes。 在此情況下，Kubernetes 會使用另一個可用的 GPU。 |
| 23. | 自訂指令碼 VM 延伸模組 | 在先前版本中建立，且裝置已更新為 2103 的 Windows VM 有已知問題。 如果您在這些 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.使用此命令： Get-Process WindowsAzureGuestAgent | fl ProductVersion，確認 Windows VM 客體代理程式版本為 2.7.41491.971。7.設定 Windows VM 上的自訂指令碼延伸模組。 |
| 24. | 多重處理序服務 (MPS) | 當更新裝置軟體和 Kubernetes 叢集時，系統不會保留工作負載的 MPS 設定。 | 重新啟用 MPS，並重新部署使用 MPS 的工作負載。 |
| 25. | Wi-Fi | Wi-Fi 在此版本中無法在 Azure Stack Edge Pro 2 上運作。 | |
| 26. | Azure IoT Edge | Azure Stack Edge 上的受控 Azure IoT Edge 解決方案正執行於較舊、生命週期即將結束的已淘汰 IoT Edge 執行階段。 如需詳細資訊，請參閱 IoT Edge v1.1 生命週期結束：這對我意味著什麼？ (英文)。 雖然解決方案在生命週期結束後不會停止運作，但沒有更新此解決方案的計劃。 | 若要在 Azure Stack Edge 上執行具有最新更新和功能的最新版 Azure IoT Edge LTS，建議您部署在 Linux VM 上執行的客戶自我管理 IoT Edge 解決方案。 如需詳細資訊，請參閱將工作負載從 Azure Stack Edge 上的受控 IoT Edge 移至 Linux VM 上的 IoT Edge 解決方案。 |
| 27. | Azure Stack Edge 上的 AKS | 在此版本中，一旦在 Azure Stack Edge 叢集上部署了 AKS 叢集後，您就無法修改虛擬網路。 | 若要修改虛擬網路，您必須刪除 AKS 叢集，並修改虛擬網路，然後在 Azure Stack Edge 上重新建立 AKS 叢集。 |
| 28. | AKS 更新 | 如果未執行其中一個 AKS VM，AKS Kubernetes 更新可能會失敗。 此問題可能會在兩節點叢集中出現。 | 如果 AKS 更新失敗，請連線至裝置的 PowerShell 介面。 執行 Get-VM Cmdlet 以檢查 Kubernetes VM 的狀態。 如果 VM 已關閉，請執行 Start-VM Cmdlet 以重新啟動 VM。 Kubernetes VM 開始執行後，請重新套用更新。 |
| 29. | Wi-Fi | Azure Stack Edge Mini R 的 Wi-Fi 功能已淘汰。 | |
| 30. | Azure 儲存體總管 | 由 Azure Stack Edge 裝置自動產生的 Blob 儲存體端點憑證可能無法與 Azure 儲存體總管正常運作。 | 取代 Blob 儲存體端點憑證。 如需詳細步驟，請參閱攜帶您自己的憑證。 |
| 31. | 網路連線 | 在具有連接埠 1 和連接埠 2 的成組虛擬交換器的兩節點 Azure Stack Edge Pro 2 叢集上，如果連接埠 1 或連接埠 2 連結關閉，則可能需要長達 5 秒的時間才能恢復剩餘作用中連接埠上的網路連線。 如果 Kubernetes 叢集使用此成組虛擬交換器來管理流量，則 Pod 通訊可能會中斷長達 5 秒。 | |
| 32. | 虛擬機器 | 主機或 Kubernetes 節點集區 VM 關閉之後，節點集區 VM 中的 kubelet 有可能因 CPU 靜態原則錯誤而無法啟動。 節點集區 VM 會顯示未就緒的狀態，且不會在此 VM 上排程 Pod。 | 進入支援工作階段並透過 SSH 連接到節點集區 VM，然後按照變更 CPU 管理員原則中的步驟來修補 kubelet 服務。 |