在 Amazon EKS 叢集中管理 DNS 的 CoreDNS

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

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

如果您使用自訂 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，請參閱 Kubernetes 文件中的指定 PodDisruptionBudget。

請注意，如果您將 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:NoSchedulenode-role.kubernetes.io/control-plane:NoSchedule，以符合 KEP 2067。如需 KEP 2067 的詳細資訊，請參閱 GitHub 上的 Kubernetes 增強提案 (KEP) 中的 KEP-2067：重新命名 kubeadm "master" 標籤和污點。 KEPs

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

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

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 映像的使用和疑難排解保持不變。