在 Amazon EKS叢集DNS中管理 的核心DNS

改善 的穩定性和可用性 CoreDNS Deployment、 版本 v1.9.3-eksbuild.6 和更新版本 v1.10.1-eksbuild.3 ，並使用 部署PodDisruptionBudget。如果您已部署現有 PodDisruptionBudget，則可能無法升級至上述版本。如果升級失敗，完成下列其中一項任務即可解決問題：

在EKS附加元件版本 v1.9.3-eksbuild.3 和更新版本 和更新版本 v1.10.1-eksbuild.6和更新版本中，CoreDNS Deployment readinessProbe 會將 設定為使用/ready端點。此端點已在 的Corefile組態檔案中啟用 CoreDNS.

如果您使用自訂 Corefile，則必須將ready外掛程式新增至組態，以便在 中啟用/ready端點 CoreDNS 讓探查使用。

在EKS附加元件版本 v1.9.3-eksbuild.7 和更新版本 和更新版本 v1.10.1-eksbuild.4和更新版本中，您可以變更 PodDisruptionBudget。您可以使用下列範例的欄位，在選擇性組態設定中編輯附加元件並變更這些設定。此範例顯示預設值PodDisruptionBudget。

{
    "podDisruptionBudget": {
        "enabled": true,
        "maxUnavailable": 1
        }
}

您可以設置 maxUnavailable 或 minAvailable，但不能同時在單一PodDisruptionBudget進行設置。如需 的詳細資訊PodDisruptionBudgets，請參閱在 中指定 PodDisruptionBudget 。 Kubernetes 文件 。

請注意，如果您設enabled定為false，則PodDisruptionBudget不會移除。將此欄位設定為false之後，您必須刪除PodDisruptionBudget物件。同樣地，如果您在升級至具有的版本之後編輯附加元件以使用較舊版本的附加元件 (降級附加元件)PodDisruptionBudget，則PodDisruptionBudget不會移除。執行下列命令以刪除 PodDisruptionBudget：

kubectl delete poddisruptionbudget coredns -n kube-system

在EKS附加元件版本 v1.10.1-eksbuild.5和更新版本中，將預設公差從 node-role.kubernetes.io/master:NoSchedule 變更為 node-role.kubernetes.io/control-plane:NoSchedule以符合 KEP 2067。如需 KEP 2067 年的詳細資訊，請參閱 上的 KEPsKEPKubernetes Enhancement Proposals （） 中的 -2067：重新命名 kubeadm "master" 標籤和污點 GitHub.

在EKS附加元件版本 v1.8.7-eksbuild.8 和更新版本 和更新版本 v1.9.3-eksbuild.9中，兩個容錯都設定為與每個 相容的 Kubernetes 版本。

在EKS附加元件版本 v1.9.3-eksbuild.11 和 v1.10.1-eksbuild.7及更新版本中，CoreDNS Deployment 會設定 的預設值topologySpreadConstraints。預設值可確保 CoreDNS Pods 如果多個可用區域中有節點可用，則 會分散到可用區域。您可以設定將使用的自訂值，而非預設值。預設值如下：

topologySpreadConstraints:
  - maxSkew: 1
    topologyKey: topology.kubernetes.io/zone
    whenUnsatisfiable: ScheduleAnyway
    labelSelector:
      matchLabels:
        k8s-app: kube-dns

在EKS附加元件版本 v1.11.1-eksbuild.4 和更新版本中，容器映像是以 Amazon EKS Distro 維護的最小基本映像為基礎，其中包含最小的套件且沒有 Shell。如需詳細資訊，請參閱 Amazon EKS Distro。的用量和疑難排解 CoreDNS 映像保持不變。