AKS 常見問題

AKS 以具有運行時間 SLA 功能的標準定價層提供 SLA 保證。

平台支援是針對不支援的「N-3」版本叢集的支援計劃。 平台支援僅包含 Azure 基礎結構支援。

如需詳細資訊，請參閱 平臺支持原則。

是，AKS 會起始不支援叢集的自動升級。 當 n-3 版本的叢集 (其中 n 是支援的最新 AKS GA 次要版本) 即將降至 n-4 時，AKS 會自動將叢集升級為 n-2，以符合 AKS 支援原則。

如需詳細資訊，請參閱 支援的 Kubernetes 版本、 計劃性維護時段和 自動升級。

是，AKS 支援 Windows Server 容器。 如需詳細資訊，請參閱 AKS 上的 Windows Server 常見問題。

AKS 代理程式節點會以標準 Azure 虛擬機器計費。 如果您已針對在 AKS 中使用的 VM 大小購買 Azure 保留，即會自動套用那些折扣。

否，目前不支援在租用戶之間移動 AKS 叢集。

否，目前不支援在訂用帳戶之間移動 AKS 叢集。

否，不支持移動或重新命名您的 AKS 叢集及其相關聯的資源。

否，您無法在刪除叢集之後還原叢集。 當您刪除叢集時，也會刪除節點資源群組及其所有資源。

如果您想要保留任何資源，請先將其移至另一個資源群組，再刪除叢集。 如果您想要防止意外刪除，您可以使用節點資源群組鎖定來鎖定裝載叢集資源的 AKS 受控資源群組。

您可以完全 停止執行中的 AKS 叢集 ，或 調整或自動調整所有或特定 User 節點集區 為零。

您無法將系統節點集區直接調整為零。

否，不支援使用虛擬機擴展集 API 的調整作業。 您可以使用 AKS API （az aks scale）。

否，不支援使用虛擬機擴展集 API 的調整作業。 您可以使用 AKS API 將非系統節點集區調整為零，或 改為停止叢集 。

否，這不是支持的組態。 請改為停止您的叢集。

否，不支援使用虛擬機擴展集 API 的調整作業。 您可以使用 AKS API （az aks scale）。 AKS 會根據許多 Azure 基礎結構資源來建置，包括虛擬機器擴展集、虛擬網路和受控磁碟。 這些整合可讓您在 AKS 所提供的受控 Kubernetes 環境中，套用 Azure 平台的許多核心功能。 例如，大部分的 Azure 虛擬機器類型均可直接與 AKS 搭配使用，而 Azure 保留可用來自動接收那些資源的折扣。

為了啟用此架構，每個 AKS 部署皆會跨越兩個資源群組：

1. 您會建立第一個資源群組。 此群組僅包含 Kubernetes 服務資源。 AKS 資源提供者會在部署期間自動建立第二個資源群組。 第二個資源群組的範例是 MC_myResourceGroup_myAKSCluster_eastus。 如需如何指定這第二個資源群組名稱的相關資訊，請參閱下一節。
2. 第二個資源群組 (稱為「節點資源群組」) 包含所有與該叢集相關聯的基礎結構資源。 這些資源包括 Kubernetes 節點 VM、虛擬網路和儲存體。 根據預設，節點資源群組具有類似 MC_myResourceGroup_myAKSCluster_eastus 的名稱。 每當刪除叢集時，AKS 會自動刪除節點資源群組。 您應該只針對共用叢集生命週期的資源使用此資源群組。

根據預設，AKS 會將節點資源群組 命名為MC_resourcegroupname_clustername_location，但您可以提供自己的名稱。

若要指定您自己的資源群組名稱，請安裝 aks-preview Azure CLI 延伸模組 0.3.2 版或更新版本。 當您使用 [az aks create][az-aks-create] 命令建立 AKS 叢集時，請使用 --node-resource-group 參數並指定資源群組的名稱。 如果您使用 Azure Resource Manager 範本來部署 AKS 叢集，則可使用 nodeResourceGroup 屬性來定義資源群組名稱。

• AKS 資源提供者會自動建立第二個資源群組。
• 只有在建立叢集時，才能指定自訂資源群組名稱。

當使用節點資源群組時，您無法進行以下動作：

• 指定現有的資源群組做為節點資源群組。
• 為節點資源群組指定不同的訂閱。
• 在建立叢集之後，變更節點資源群組名稱。
• 指定節點資源群組內受控資源的名稱。
• 修改或刪除節點資源群組內由 Azure 建立的受控資源標籤。

如果您修改或刪除節點資源群組中 Azure 所建立的標記和其他資源屬性，可能就會得到非預期的結果，例如，調整和升級錯誤。 AKS 可讓您建立和修改使用者所建立的自訂標籤，也可以在建立節點集區時新增這些標籤。 例如，您可以建立或修改自訂標記，以指派業務單位或成本中心。 另一選項是在受控資源群組上建立具有範圍的 Azure 原則。

針對其各自的 Azure 服務建立 Azure 建立標籤，且應一律允許。 針對 AKS，有 aks-managed 和 k8s-azure 標記。 在 AKS 叢集中的節點資源群組底下，修改資源上任何 Azure 建立的標記是不支援的動作，其會中斷服務層級目標 (SLO)。

如需可用區域的完整清單，請參閱 AKS 區域和可用性。

否，AKS 叢集是區域資源，無法跨越區域。 如需如何建立包含多個區域之架構的指導方針，請參閱商務持續性和災害復原的最佳做法。

是，您可以在支援 AKS 的區域中，跨一或多個可用性區域部署 AKS 叢集。

是，您可以在 AKS 叢集中建立多個節點集區，以使用不同的虛擬機器大小。

AKS 不會設定容器映像大小的限制。 不過，請務必了解影像越大，記憶體需求就越高。 大小更大，可能會超過資源限制或背景工作節點的整體可用記憶體。 根據預設，AKS 叢集的 VM 大小 Standard_DS2_v2 記憶體會設定為 7 GiB。

當容器影像過大時，如同在 TB (TB) 範圍中，kubelet 可能無法將其從容器登錄提取到節點，因為磁碟空間不足。

針對 Windows Server 節點，Windows Update 不會自動執行並套用最新的更新。 依照 Windows Update 發行週期和您自己驗證程序的定期排程，您應該在 AKS 叢集中的叢集和 Windows Server 節點集區上執行升級。 此升級流程會建立執行最新 Windows Server 映像和修補檔的節點，然後移除舊版節點。 如需此程序的詳細資訊，請參閱在 AKS 中升級節點集區。

下列影像具有「以 Root 的身分執行」的功能需求，而且必須針對任何原則提出例外狀況：

• mcr.microsoft.com/oss/kubernetes/coredns
• mcr.microsoft.com/azuremonitor/containerinsights/ciprod
• mcr.microsoft.com/oss/calico/node
• mcr.microsoft.com/oss/kubernetes-csi/azuredisk-csi

是，有兩個選項可用來限制對 API 伺服器的存取：

• 如果您想要維護 API 伺服器的公用端點，但限制只能存取一組信任的 IP 範圍，請使用 API 伺服器授權的 IP 範圍。
• 如果您想要將 API 伺服器限制為「僅」可從虛擬網路中存取，請使用私人叢集。

AKS 修補程式會每週有「廠商修正」的 CVE。 沒有修正程式的 CVE 都在等候廠商修正程式，才能進行補救。 AKS 映像會在 30 天內自動更新。 建議您定期套用更新的節點映像，以確保套用最新的修補映像和 OS 修補程式。 您可以使用下列其中一種方法進行：

• 手動、透過 Azure 入口網站，或透過 Azure CLI。
• 藉由升級 AKS 叢集。 叢集會自動升級 cordon 和 drain 節點，然後使用最新的 Ubuntu 映像和新的修補程式版本或 Kubernetes 次要版本來讓新節點上線。 如需詳細資訊，請參閱升級 AKS 叢集。
• 透過使用節點映像升級。

Microsoft 提供其他動作的指引，可讓您透過適用於容器的 Microsoft Defender 等服務保護工作負載。 以下是您應該注意與 AKS 和 Kubernetes 相關的安全性威脅：

• 新的 Kubeflow 大規模行銷活動 (2021 年 6 月 8 日)

否，所有資料都會儲存在叢集的區域中。

傳統上，如果您的 Pod 是以非根使用者身分執行 (您應該以此身分執行)，您必須在 Pod 的資訊安全內容中指定 fsGroup，讓 Pod 可以讀取和寫入磁碟區。 此處 (英文) 會更詳細說明這項需求。

設定 fsGroup 的一個副作用是：每次掛接磁碟區時，Kubernetes 都必須以遞迴方式 chown() 和 chmod() 磁碟區內的所有檔案和目錄 (以下有幾個例外狀況)。 即使磁碟區的群組所有權已經符合所要求的 fsGroup，也會發生這種狀況。 對於擁有大量小型檔案的大型磁碟區而言，這也會很昂貴，導致要花很長的時間來啟動 Pod。 在 v1.20 之前，這個情節就已經是已知問題，因應措施是將 Pod 設定為根目錄來執行：

apiVersion: v1
kind: Pod
metadata:
  name: security-context-demo
spec:
  securityContext:
    runAsUser: 0
    fsGroup: 0

此問題已使用 Kubernetes 1.20 版解決。 如需詳細資訊，請參閱 Kubernetes 1.20：細微控制磁碟區權限變更。

AKS 會使用安全通道通訊，允許 api-server 和個別節點 kubelets 在個別虛擬網路上通訊。 通道會透過 mTLS 加密來保護。 AKS 所使用的目前主要通道是 Konnectivity，先前稱為 apiserver-network-proxy。 確認所有網路規則都遵循 Azure 所需的網路規則和 FQDN。

是，您可以將註釋 kubernetes.azure.com/set-kube-service-host-fqdn 新增至 Pod，將 KUBERNETES_SERVICE_HOST 變數設定為 API 伺服器的功能變數名稱，而不是叢集中服務 IP。 如果您的叢集輸出是透過第 7 層防火牆完成，例如搭配應用程式規則使用 Azure 防火牆時，這非常有用。

AKS 不會將網路安全性群組 (NSG) 套用至其子網路，也不會修改與該子網路相關聯的任何 NSG。 AKS 只會修改網路介面 NSG 設定。 如果您正在使用 CNI，也必須確保 NSG 中的安全性規則允許節點與 Pod CIDR 範圍間的流量。 如果您正在使用 kubenet，也必須確保 NSG 中的安全性規則允許節點與 Pod CIDR 範圍間的流量。 如需詳細資訊，請參閱網路安全性群組。

AKS 節點會執行「chrony」服務，此服務會從 localhost 提取時間。 在 Pod 上執行的容器會從 AKS 節點取得時間。 在容器內啟動的應用程式會使用來自 Pod 容器的時間。

否，AKS 是受控服務，不支援對 IaaS 資源的操作。 若要安裝自訂元件，請使用 Kubernetes API 和機制。 例如，使用 DaemonSet 來安裝必要元件。

AKS 支援下列許可控制器：

• NamespaceLifecycle
• LimitRanger
• ServiceAccount
• DefaultIngressClass
• DefaultStorageClass
• DefaultTolerationSeconds
• MutatingAdmissionWebhook
• ValidatingAdmissionWebhook
• ResourceQuota
• PodNodeSelector
• PodTolerationRestriction
• ExtendedResourceToleration

您目前無法修改 AKS 中的許可控制器清單。

是，您可以在 AKS 上使用許可控制站 Webhook。 建議您排除使用控制平面標籤標示的內部 AKS 命名空間。 例如：

namespaceSelector:
    matchExpressions:
    - key: control-plane
      operator: DoesNotExist

AKS 會以防火牆阻擋 API 伺服器輸出，因此您的許可控制器 Webhook 必須可從叢集內存取。

為了保護系統的穩定性，並防止自訂的許可控制器影響 kube 系統中的內部服務，命名空間 AKS 具有許可強制器，可自動排除 kube 系統和 AKS 內部命名空間。 此服務確保自訂的許可控制器不會影響在 kube 系統中執行的服務。

如果您有在 kube 系統上部署某些項目 (不建議) 以支援自訂許可 Webhook 的關鍵使用案例，則您可以新增下列標籤或註釋，讓許可強制器能夠加以忽略。

標籤："admissions.enforcer/disabled": "true" 或註釋："admissions.enforcer/disabled": true

密碼存放區驅動程式的 Azure Key Vault 供應商會提供將 Azure Key Vault 原生整合至 AKS。

目前已在 Linux 型節點集區上支援已啟用 FIPS 的節點。 如需詳細資訊，請參閱新增已啟用 FIPS 的節點集區。

任何修補檔 (包括安全性修補檔) 都會自動套用至 AKS 叢集。 任何大於修補檔的變更，例如主要或次要版本變更 (已部署物件可能會有中斷性變更)，則會在您更新叢集或有新版本可用時進行更新。 您可以瀏覽 AKS 版本資訊，了解何時有新版本可用。

AKS Linux 擴充功能是 Azure VM 擴充功能，可在 Kubernetes 背景工作節點上安裝和設定監控工具。 擴充功能會安裝在所有新的和現有的 Linux 節點上。 其會設定下列監控工具：

• 節點匯出工具：從虛擬機器收集硬體遙測，並使用計量端點提供資料。 然後，Prometheus 等監控工具就能夠抓取這些計量。
• 節點問題偵測器：旨在讓叢集管理堆疊中的上游層看到各種節點問題。 這是在每一個節點上執行的 systemd 單位，其會偵測節點問題，並使用 Events 和 NodeConditions 將其報告給叢集的 API 伺服器。
• ig：eBPF 支援的開放原始碼架構，用於偵錯和觀察 Linux 和 Kubernetes 系統。 其提供一組專為收集相關資訊而設計的工具 (或小工具)，讓使用者能識別效能問題、當機或其他異常的原因。 值得注意的是，其獨立於 Kubernetes，因此使用者也能將其用於偵錯控制平面的問題。

這些工具有助於提供許多節點健康情況相關問題的可觀察性，例如：

• 基礎結構精靈問題：NTP 服務關閉
• 硬體問題：CPU、記憶體或磁碟損壞
• 核心問題：核心鎖死、檔案系統損毀
• 容器運行時間問題：沒有回應的運行時間精靈

擴充功能不需要對記載的 AKS 輸出需求以外的任何 URL、IP 位址或連接埠的額外輸出存取。 其不需要在 Azure 中授與任何特殊權限。 其使用 kubeconfig 連線到 API 伺服器，以傳送所收集的監控資料。

大部分的叢集都會在使用者要求下刪除。 在某些情況下，特別是您攜帶自己的資源群組或執行跨 RG 工作的情況下，刪除可能需要更多時間，甚至可能失敗。 如果您在刪除時發生問題，請再次檢查您並未鎖定 RG、該 RG 以外的任何資源都會從 RG 解除關聯等。

如果您在建立和更新叢集作業時遇到問題，請確定您沒有任何指派的原則或服務限制，其可能使您的 AKS 叢集無法管理 VM、負載平衡器、標籤等資源。

可以，但是不建議您這麼做。 您應該在叢集的狀態為已知且健康情況良好時執行更新。

否，請刪除/移除處於失敗狀態的任何節點，或在升級之前從叢集中刪除/移除。

此錯誤最常見的原因是，您有一或多個網路安全性群組 (NSG) 仍在使用中且與叢集相關聯。 請將其移除，然後再次嘗試刪除。

確認您的服務主體尚未過期。 請參閱 AKS 服務主體 和 AKS 更新認證。

確認您的服務主體尚未過期。 請參閱 AKS 服務主體 和 AKS 更新認證。