準備適用於 Edge 磁碟區的 Linux

發行項
10/16/2024

本文說明如何使用 Azure Arc、邊緣程式集或 Ubuntu 啟用的 AKS 來準備適用於邊緣磁碟區的 Linux。

注意

最低支援的 Linux 核心版本為 5.1。目前，6.4 和 6.2 有已知問題。

必要條件

注意

Azure Arc 啟用的 Azure 容器儲存體僅適用於下列區域：美國東部、美國東部 2、美國西部、美國西部 2、美國西部 3、北歐、西歐。

解除安裝 Azure Arc 延伸模組所啟用先前 Azure 容器儲存體的執行個體

如果您先前已安裝 Azure Arc 啟用的 Azure 容器儲存體版本早於 2.1.0-preview，則必須解除安裝該先前的執行個體，才能安裝較新版本。如果您已安裝 1.2.0-preview 版本或更早版本，請使用這些指示。 2.1.0-preview 之後的版本可升級，且不需要此解除安裝。

若要刪除舊版的延伸模組，則必須清除保存舊版延伸模塊參考的 Kubernetes 資源。任何擱置中的資源都可能會延遲延伸模組的清除。至少有兩種方式可以清除這些資源：使用 kubectl delete <resource_type> <resource_name>，或藉由「取消套用」用來建立資源的 YAML 檔案。需要刪除的資源通常是 Pod、參考的 PVC，以及子磁碟區 CRD (如果已設定雲端內嵌邊緣磁碟區)。或者，下列四個 YAML 檔案可以依指定順序使用下列命令傳遞至 kubectl delete -f。這些變數必須使用您的資訊來更新：
- YOUR_DEPLOYMENT_FILE_NAME_HERE：新增部署檔案名稱。在本文的範例中，使用的檔案名稱為 deploymentExample.yaml。如果您建立多個部署，每個部署都必須在不同的行中刪除。
- YOUR_PVC_FILE_NAME_HERE：新增您的永續性磁碟區宣告檔案名稱。在本文中的範例中，如果您使用雲端內嵌邊緣磁碟區，則使用的檔案名稱為 cloudIngestPVC.yaml。如果您使用本機共用邊緣磁碟區，則使用的檔案名稱為 localSharedPVC.yaml。如果您建立多個 PVC，每個部署都必須在不同的行中刪除。
- YOUR_EDGE_SUBVOLUME_FILE_NAME_HERE：新增邊緣子磁碟區檔案名稱。在本文的範例中，使用的檔案名稱為 edgeSubvolume.yaml。如果您建立多個子磁碟區，每個部署都必須在不同的行中刪除。
- YOUR_EDGE_STORAGE_CONFIGURATION_FILE_NAME_HERE：在這裡新增您的邊緣儲存體組態檔案名稱。在本文的範例中，使用的檔案名稱為 edgeConfig.yaml。
```
kubectl delete -f "<YOUR_DEPLOYMENT_FILE_NAME_HERE.yaml>"
kubectl delete -f "<YOUR_PVC_FILE_NAME_HERE.yaml>"   
kubectl delete -f "<YOUR_EDGE_SUBVOLUME_FILE_NAME_HERE.yaml>"
kubectl delete -f "<YOUR_EDGE_STORAGE_CONFIGURATION_FILE_NAME_HERE.yaml>"
```
從先前的步驟中刪除部署、PVC、邊緣子磁碟區和邊緣儲存體組態的檔案之後，您可以使用下列命令解除安裝延伸模組。以您各自的資訊取代 YOUR_RESOURCE_GROUP_NAME_HERE、YOUR_CLUSTER_NAME_HERE 和 YOUR_EXTENSION_NAME_HERE：
```
az k8s-extension delete --resource-group YOUR_RESOURCE_GROUP_NAME_HERE --cluster-name YOUR_CLUSTER_NAME_HERE --cluster-type connectedClusters --name YOUR_EXTENSION_NAME_HERE
```

Arc 連線的 Kubernetes 叢集

這些指示假設您已經有 Arc 連線的 Kubernetes 叢集。若要將現有的 Kubernetes 叢集連線至 Azure Arc，請參閱這些指示。

如果您想要搭配 Azure IoT 操作使用 Azure Arc 啟用的 Azure 容器儲存體，請遵循指示來建立 Azure IoT 操作的叢集。

單一節點和多節點叢集

單一節點叢集通常用於開發或測試目的，因為其設定簡單且資源需求最少。這些叢集提供輕量型且直接的環境，讓開發人員不需要多節點設定的複雜度，即可實驗 Kubernetes。此外，在 CPU、記憶體和儲存體等資源有限的情況下，單一節點叢集比較實用。其易於設定和最少的資源需求，使其成為資源受限環境中的適當選擇。

不過，單一節點叢集具有限制，主要是缺少功能的形式，包括缺乏高可用性、容錯、可擴縮性和效能。

因為高可用性、容錯、可擴縮性和效能等功能，多節點 Kubernetes 組態通常用於生產、預備或大規模案例。多節點叢集也帶來了挑戰和取捨，包括複雜度、額外負荷、成本和效率考量。例如，設定和維護多節點叢集需要額外的知識、技能、工具和資源 (網路、儲存體、計算)。叢集必須處理節點之間的協調和通訊，導致潛在的延遲和錯誤。此外，執行多節點叢集會比單一節點叢集更加耗用資源，且成本更高。最佳化節點之間的資源使用量對於維護叢集和應用程式效率與效能至關重要。

總而言之，單一節點 Kubernetes 叢集可能適用於開發、測試和資源有限的環境。多節點叢集更適合用於生產部署、高可用性、可擴縮性，以及分散式應用程式是需求案例。這個選擇最終取決於您部署的特定需求和目標。

最小硬體需求

單一節點或雙節點叢集

建議使用 Standard_D8ds_v5 VM
每個節點的對等規格：
- 4 個 CPU
- 16 GB RAM

多節點叢集

建議使用 Standard_D8as_v5 VM
每個節點的對等規格：
- 8 個 CPU
- 32 GB RAM

32 GB RAM 作為緩衝區；不過，16 GB RAM 應該已足夠。邊緣程式集組態需要每個節點 8 個 CPU 及 10 GB RAM，使 16 GB RAM 成為最低需求。

最低儲存體需求

邊緣磁碟區需求

當您使用容錯儲存體選項時，邊緣磁碟區會從容錯存放集區配置磁碟空間，此集區是由叢集中每個節點所匯出的儲存體所組成。

存放集區已設定為使用三向複寫來確保容錯。佈建邊緣磁碟區時，它會從存放集區配置磁碟空間，並在 3 個複本上配置儲存體。

例如，在具有每個節點 20 GB 磁碟空間的 3 節點叢集中，叢集的存放集區為 60 GB。不過，由於複寫，其有效的儲存大小為 20 GB。

以要求的 10 GB 大小佈建邊緣磁碟區時，它會配置保留的系統磁碟區 (靜態大小為 1 GB) 和資料磁碟區 (大小為所要求的磁碟區大小，例如 10 GB)。保留的系統磁碟區會在存放集區中耗用 3 GB (3 x 1 GB) 的磁碟空間，而資料磁碟區會在存放集區中耗用 30 GB (3 x 10 GB) 的磁碟空間，總計 33 GB。

快取磁碟區需求

快取磁碟區需要每個儲存體節點至少 4 GB。例如，如果您有 3 個節點的叢集，則至少需要 12 GB 的儲存體。

共用方式為