Aktualisieren Sie das selbstverwaltete Kubernetes-Add-on kube-proxy

Vergewissern Sie sich, dass Sie das selbstverwaltete Add-On auf Ihrem Cluster installiert haben. Ersetzen Sie my-cluster mit dem Namen Ihres Clusters.

aws eks describe-addon --cluster-name my-cluster --addon-name kube-proxy --query addon.addonVersion --output text

Wenn Sie eine Fehlermeldung erhalten, wird das Add-On als selbstverwaltetes Add-On auf Ihrem Cluster installiert. Die verbleibenden Schritte in diesem Thema beziehen sich auf die Aktualisierung des selbstverwalteten Typs des Add-Ons. Wenn Sie eine Versionsnummer zurückgeben, wird der Amazon-EKS-Typ des Add-Ons auf Ihrem Cluster installiert. Um es zu aktualisieren, verwenden Sie das Verfahren unter Aktualisieren eines Amazon EKS-Add-ons, anstatt das Verfahren in diesem Thema zu verwenden. Wenn Sie mit den Unterschieden zwischen den Add-On-Typen nicht vertraut sind, finden Sie weitere Informationen unterAmazon-EKS-Add-ons.

Sehen Sie, welche Version des Container-Images derzeit auf Ihrem Cluster installiert ist.

kubectl describe daemonset kube-proxy -n kube-system | grep Image

Eine Beispielausgabe sieht wie folgt aus.

Image:    602401143452.dkr.ecr.region-code.amazonaws.com/eks/kube-proxy:v1.29.1-eksbuild.2

In der Beispielausgabe v1.29.1-eksbuild.2 ist die Version auf dem Cluster installiert.

Aktualisieren Sie das kube-proxy Add-on, indem Sie 602401143452 und region-code durch die Werte aus Ihrer Ausgabe im vorherigen Schritt ersetzen. v1.30.6-eksbuild.3Ersetzen Sie sie durch die kube-proxy Version, die in der Tabelle Letzte verfügbare selbstverwaltete Kube-Proxy-Container-Image-Version für jede Amazon EKS-Cluster-Version aufgeführt ist.

kubectl set image daemonset.apps/kube-proxy -n kube-system kube-proxy=602401143452.dkr.ecr.region-code.amazonaws.com/eks/kube-proxy:v1.30.6-eksbuild.3

Eine Beispielausgabe sieht wie folgt aus.

daemonset.apps/kube-proxy image updated

Vergewissern Sie sich, dass die neue Version jetzt auf Ihrem Cluster installiert ist.

kubectl describe daemonset kube-proxy -n kube-system | grep Image | cut -d ":" -f 3

Eine Beispielausgabe sieht wie folgt aus.

v1.30.0-eksbuild.3

Wenn Sie Arm and-Knoten im selben Cluster verwenden x86 und Ihr Cluster vor dem 17. August 2020 bereitgestellt wurde. Bearbeiten Sie dann Ihr kube-proxy-Manifest, um einen Knotenselektor für mehrere Hardwarearchitekturen mit dem folgenden Befehl einzuschließen. Dies ist ein einmaliger Vorgang. Nachdem Sie den Selektor zu Ihrem Manifest hinzugefügt haben, müssen Sie ihn nicht jedes Mal hinzufügen, wenn Sie das Add-on aktualisieren. Wenn Ihr Cluster am oder nach dem 17. August 2020 bereitgestellt wurde, ist kube-proxy bereits Multi-Architektur-fähig.

kubectl edit -n kube-system daemonset/kube-proxy

Fügen Sie der Datei im Editor den folgenden Knotenselektor hinzu und speichern Sie die Datei. Ein Beispiel dafür, wo dieser Text in den Editor eingefügt werden soll, finden Sie in der CNI-Manifest-Datei auf GitHub. Auf diese Weise kann Kubernetes das richtige Hardware-Image basierend auf der Hardwarearchitektur des Knotens abrufen.

- key: "kubernetes.io/arch"
  operator: In
  values:
  - amd64
  - arm64

Wenn Ihr Cluster ursprünglich mit der Kubernetes-Version 1.14 oder einer späteren Version erstellt wurde, können Sie diesen Schritt überspringen, da er kube-proxy bereits enthalten ist. Affinity Rule Wenn Sie ursprünglich einen Amazon EKS-Cluster mit einer Kubernetes-Version 1.13 oder einer früheren Version erstellt haben und beabsichtigen, Fargate-Knoten in Ihrem Cluster zu verwenden, bearbeiten Sie Ihr kube-proxy Manifest so, dass es eine NodeAffinity Regel enthält, die verhindert, dass kube-proxy Pods auf Fargate-Knoten geplant werden. Dies ist eine einmalige Bearbeitung. Sobald Sie das Affinity Rule zu Ihrem Manifest hinzugefügt haben, müssen Sie es nicht jedes Mal hinzufügen, wenn Sie das Add-on aktualisieren. Bearbeiten Sie Ihre kube-proxy DaemonSet.

kubectl edit -n kube-system daemonset/kube-proxy

Fügen Sie dem DaemonSet spec Abschnitt der Datei im Editor Folgendes Affinity Rule hinzu und speichern Sie die Datei dann. Ein Beispiel dafür, wo dieser Text in den Editor eingefügt werden soll, finden Sie in der CNI-Manifest-Datei auf GitHub.

- key: eks.amazonaws.com/compute-type
  operator: NotIn
  values:
  - fargate