建立 Azure Kubernetes Service 叢集
- 10 分鐘
您的公司計畫使用 Azure Kubernetes Service (AKS) 作為雲端原生開發平台來部署雲端式影片轉譯服務。 必須先建立 AKS 叢集，才能部署任何應用程式。
我們將探討幾個可供您成功部署新 AKS 叢集的概念。
Kubernetes 叢集
Kubernetes 是以叢集為基礎。 其不會使用單一虛擬機器 (VM)，而是將數部機器當成一部使用。 這些 VM 稱為節點。 Kubernetes 是以叢集為基礎的協調器。 其能為應用程式提供數個優點，例如可用性、監視、調整和輪流更新。
叢集節點
叢集是以節點為基礎。 Kubernetes 叢集中有能提供特定功能的兩種節點類型。
控制平面節點：這些節點會裝載叢集的控制平面層面，並保留給控制叢集的服務。 其負責提供您和其他所有節點用於通訊的 API。 這些節點上不會部署或排程任何工作負載。
注意: 這些節點負責執行自訂工作負載和應用程式，例如來自雲端式影片轉譯服務的元件。
叢集架構
使用叢集架構將要部署在 Kubernetes 叢集中的控制平面和節點數目概念化。
例如，叢集中的節點數目應一律大於兩個。 當節點無法使用時，Kubernetes 排程器會嘗試將在此節點上執行的所有工作負載重新排程到叢集中其餘的節點。
Kubernetes 部署有兩個熱門的叢集架構。
單一控制平面和多個節點
每個叢集架構對 多個節點的單一控制平面 是最常見的架構模式，而且最容易部署，但它不會為叢集的核心管理服務提供高可用性。
如果控制平面節點因任何原因而無法使用，即無法與此叢集發生任何其他互動。 即使是身為操作員的您，或任何使用 Kube API 進行通訊的工作負載都會發生這個問題，至少要等到 API 伺服器重新上線才行。
雖然不像其他架構那麼常用，但此架構應足以應付大部分的情況。 節點離線比起核心管理服務無法使用的情況更可能發生。 控制平面節點需要的修改比節點更少，卻有更高的復原能力。
如果您是在處理生產案例，此架構可能不是最佳的解決方案。
單一控制平面和單一節點
單一控制平面至單一節點架構是先前架構的變體，且用於開發環境。 此架構只提供一個節點，其會同時裝載控制平面和背景工作節點。 其在測試或試驗不同的 Kubernetes 概念時很有用。 單一控制平面和單一節點架構會限制叢集調整，所以這種架構不適用於生產及預備環境。
設定 AKS 叢集
當建立新的 AKS 叢集時，需要設定幾個不同的項目。 每個項目都會影響計算資源配置之叢集的最終設定。
這些項目包括：
- 節點集區
- 節點計數
- 節點 VM 大小
節點集區
您要建立「節點集區」，以分組 AKS 叢集中的節點。 當您建立節點集區時，您會根據應用程式需求，為節點集區中的每個節點指定 VM 大小和 OS 類型 (Linux 或 Windows)。 若要裝載使用者應用程式 Pod，節點集區模式應該是使用者 (否則為系統)。
根據預設，AKS 叢集會有 Linux 節點集區 (系統模式)，無論是透過 Azure 入口網站或 CLI 建立皆然。 不過，您可以加以設定，以在入口網站中的建立精靈期間、CLI 中的參數或透過 ARM 範本新增 Windows 節點集區以及預設 Linux 節點集區。
節點集區使用 Microsoft Azure 虛擬機器擴展集作為基礎結構，以供叢集調整節點集區中的節點數目。 在節點集區中建立的新節點，其大小一律與您在建立節點集區時所指定的大小相同。
節點計數
節點計數是您的叢集在節點集區中擁有的節點數目。 節點是 Azure VM。 您可以變更其大小和計數以符合使用模式。
您稍後可在叢集的 [設定] 面板中變更節點計數。 盡可能壓低此數字也是一種最佳做法，可避免不必要的成本和未使用的計算能力。
節點 VM 大小
從各種不同的 VM 規格中選取。 基於開發目的，您可以選擇 B 系列來節省成本。 在練習中，您會使用 B2 系列，標準大小。 如需根據需求選取 VM 的更多指引， 請要求 Azure 中的 Microsoft Copilot 尋找最佳的 VM