Perbarui add-on yang dikelola sendiri Kubernetes kube-proxy - Amazon EKS
PrasyaratPertimbangan

Bantu tingkatkan halaman ini

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

Untuk berkontribusi pada panduan pengguna ini, pilih Edit halaman ini pada GitHub tautan yang terletak di panel kanan setiap halaman.

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

Perbarui add-on yang dikelola sendiri Kubernetes kube-proxy

penting

Sebaiknya tambahkan jenis add-on Amazon EKS ke klaster Anda alih-alih menggunakan jenis add-on yang dikelola sendiri. Jika Anda tidak terbiasa dengan perbedaan antara jenis, lihatAdd-on Amazon EKS. Untuk informasi selengkapnya tentang menambahkan add-on Amazon EKS ke klaster Anda, lihatBuat add-on Amazon EKS. Jika Anda tidak dapat menggunakan add-on Amazon EKS, kami mendorong Anda untuk mengirimkan masalah tentang mengapa Anda tidak dapat ke repositori peta jalan GitHub Containers.

Prasyarat

Pertimbangan

  • Kube-proxypada cluster Amazon EKS memiliki kompatibilitas dan kebijakan miring yang sama dengan Kubernetes. Pelajari cara Memverifikasi kompatibilitas versi add-on Amazon EKS dengan klaster.

    1. Konfirmasikan bahwa Anda memiliki jenis add-on yang dikelola sendiri yang diinstal pada klaster Anda. Ganti my-cluster dengan nama klaster Anda.

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

      Jika pesan kesalahan dikembalikan, Anda memiliki jenis add-on yang dikelola sendiri yang diinstal pada klaster Anda. Langkah-langkah yang tersisa dalam topik ini adalah untuk memperbarui jenis add-on yang dikelola sendiri. Jika nomor versi dikembalikan, Anda memiliki jenis add-on Amazon EKS yang diinstal pada cluster Anda. Untuk memperbaruinya, gunakan prosedur di Memperbarui add-on Amazon EKS, daripada menggunakan prosedur dalam topik ini. Jika Anda tidak terbiasa dengan perbedaan antara jenis add-on, lihatAdd-on Amazon EKS.

    2. Lihat versi gambar kontainer mana yang saat ini diinstal di cluster Anda.

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

      Contoh output adalah sebagai berikut.

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

      Dalam contoh output, v1.29.1-eksbuild.2 adalah versi yang diinstal pada cluster.

    3. Perbarui kube-proxy add-on dengan mengganti 602401143452 dan region-code dengan nilai dari output Anda di langkah sebelumnya. Ganti v1.30.6-eksbuild.3 dengan kube-proxy versi yang tercantum dalam versi image kontainer kube-proxy terkelola mandiri terbaru yang tersedia untuk setiap tabel versi klaster Amazon EKS.

      penting

      Manifes untuk setiap jenis gambar berbeda dan tidak kompatibel antara jenis gambar default atau minimal. Anda harus menggunakan jenis gambar yang sama dengan gambar sebelumnya, sehingga titik masuk dan argumen cocok.

      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

      Contoh output adalah sebagai berikut.

      daemonset.apps/kube-proxy image updated

    4. Konfirmasikan bahwa versi baru sekarang diinstal pada cluster Anda.

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

      Contoh output adalah sebagai berikut.

      v1.30.0-eksbuild.3

    5. Jika Anda menggunakan x86 dan Arm node di cluster yang sama dan cluster Anda telah diterapkan sebelum 17 Agustus 2020. Lalu, edit manifes kube-proxy Anda guna menyertakan selektor simpul untuk beberapa arsitektur perangkat keras dengan perintah berikut. Ini adalah operasi satu kali. Setelah menambahkan pemilih ke manifes, Anda tidak perlu menambahkannya setiap kali memperbarui add-on. Jika klaster Anda di-deploy pada atau setelah tanggal 17 Agustus 2020, maka kube-proxy sudah memiliki kemampuan multi-arsitektur.

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

      Tambahkan selektor simpul berikut ke file di dalam editor dan kemudian simpan file. Untuk contoh tempat untuk menyertakan teks ini dalam editor, lihat file manifes CNI pada GitHub. Hal ini memungkinkan Kubernetes untuk menarik image hardware yang benar berdasarkan arsitektur hardware node.

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

    6. Jika klaster Anda awalnya dibuat dengan versi Kubernetes 1.14 atau yang lebih baru, maka Anda dapat melewati langkah ini karena kube-proxy sudah menyertakan ini. Affinity Rule Jika Anda awalnya membuat klaster Amazon EKS dengan versi Kubernetes 1.13 atau sebelumnya dan bermaksud menggunakan node Fargate di klaster Anda, maka edit kube-proxy manifes Anda untuk menyertakan NodeAffinity aturan untuk kube-proxy mencegah penjadwalan Pod pada node Fargate. Ini adalah pengeditan satu kali. Setelah Anda menambahkan Affinity Rule ke manifes Anda, Anda tidak perlu menambahkannya setiap kali Anda memperbarui add-on. Edit Anda kube-proxy DaemonSet.

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

      Tambahkan yang berikut ini Affinity Rule ke DaemonSet spec bagian file di editor dan kemudian simpan file. Untuk contoh tempat untuk menyertakan teks ini dalam editor, lihat file manifes CNI pada GitHub.

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