AKS 邊緣程式集的使用時機

已完成

您將在本文中了解判定 AKS 邊緣程式集是否適合用來自動化和執行容器化應用程式的準則。 接著將這些準則套用至簡介單元所描述的案例。

決策準則

AKS 邊緣程式集是 Microsoft 支援的 Kubernetes 平台,可以大規模自動執行容器化應用程式。 它專為靜態、預先定義的設定所設計,而且所需的計算和記憶體需求最少 (4 GB 的 RAM 和 2 個 vCPU)。 AKS 邊緣程式集可在 Windows 10/11 (IoT Enterprise / Enterprise / Pro) 或 Windows (Server / Server IoT) 2019/2022 上執行。 如果您需要時間較長的服務選項,且功能更新不需要像組織中其他一般用途的裝置一樣頻繁,那麼您應該考慮主機 OS 使用 10 年期長期維護通道 (LTSC) 的 Windows IoT 企業版。

AKS 邊緣程式集不會啟用動態 VM 建立/刪除或叢集生命週期管理。 AKS 邊緣程式集叢集中的每部機器只能有一個 Linux 和/或 Windows VM。 Linux VM 可作為 Kubernetes 叢集中 Linux 工作負載的控制節點和背景工作節點。 如果您需要可以動態建立虛擬機器的容錯移轉叢集支援,以便在基礎結構層啟用高可用性,那麼您應考慮在 Azure Stack HCI 或 Windows Server 上使用 AKS。

讓我們看看您在判斷 AKS 邊緣程式集是否最適合您使用時應考慮的一些準則:

準則 分析
基礎結構層的高可用性 AKS 邊緣程式集不會啟用動態 VM 建立/刪除或叢集生命週期管理。 如果您需要可以動態建立虛擬機器的容錯移轉叢集支援,以便在基礎結構層啟用高可用性,那麼您應考慮在 Azure Stack HCI 或 Windows Server 上使用 AKS。
計算和記憶體需求 在操作邊緣,容器化工作負載通常必須與其他應用程式一起執行,例如銷售點應用程式或 MRI 機器上的醫療應用程式。 AKS 邊緣程式集會耗用有限資源。 在最低設定中,AKS 邊緣程式集的計算和記憶體需求最少 (4 GB 的 RAM 和 2 個 vCPU)。
固定用途裝置 Windows 支援許多 ATM 機器、銷售點終端機、產業自動化系統、精簡型用戶端、醫療裝置、數位看板、資訊亭和其他固定用途裝置。 Windows IoT 企業版可讓您依據授權合約中的特定允許和限制條件,建置這些固定用途裝置。 當您規劃生產 IoT 案例時,選擇在 Windows IoT 企業版執行 AKS 邊緣程式集。
10 年長期維護通道 (LTSC) 若設為目標的固定用途裝置通常需要較長期的維護選項且不需要像組織中其他裝置一樣頻繁地進行功能更新,那麼您應考慮在具有 10 年長期維護通道 (LTSC) 的 Windows IoT 企業版上執行 AKS 邊緣程式集。

套用準則

下列流程圖說明考慮使用 AKS 邊緣程式集來自動化和執行容器化應用程式時所要詢問的重要問題。

此圖表摘要說明判斷 AKS 邊緣程式集是否適合用來自動化和執行容器化應用程式的決策程序。

在基礎結構層不一定啟用高可用性,且您打算在生產 IoT 案例中使用 PC 等級的固定用途裝置時,AKS 邊緣程式集最能充分發揮效用。 不過,這項決定通常是主觀判斷,而有些邊緣案例很難確定。 我們可以思考一下如何將這些準則套用至範例案例。

準則 需求 使用 AKS 邊緣程式集?
基礎結構層的高可用性 在每個雜貨店,您已設定 AKS 邊緣程式集叢集在多部電腦上執行,以支援分散式微服務結構。 您定義了每部機器上每個 VM 所要配置的靜態 CPU 和記憶體資源,且不需要動態 VM 建立/刪除或叢集生命週期管理。 No
計算和記憶體需求 每個雜貨店會將各自一組獨特的相機串流傳送到位於商店設備的一或多部 PC 等級裝置。 Yes
固定用途裝置 您要部署用於生產 IoT 案例的固定用途裝置。 Yes
10 年長期維護通道 (LTSC) 此案例的目標是來自多個相機串流的核心服務,例如治理、監視、應用程式、機器學習和資料服務。 每個雜貨店的專用裝置必須在沒有經常性功能更新干擾的情況下運作。 是 - 使用 Windows IoT 企業版 LTSC 作為主機 OS