View a markdown version of this page

Memecahkan masalah kluster Amazon EKS lokal di AWS Outposts dikonfigurasi dengan EC2 instans store - Amazon EKS

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.

Memecahkan masalah kluster Amazon EKS lokal di AWS Outposts dikonfigurasi dengan EC2 instans store

Topik ini mencakup kesalahan umum yang mungkin Anda lihat saat menggunakan kluster Amazon EKS lokal di AWS Outposts yang dikonfigurasi dengan penyimpanan instans EC2 dan cara mengatasi masalah tersebut.

Jika Anda melihat kesalahan berikut setelah menjalankanaws eks update-kubeconfig:

Either parameter --cluster-name or --cluster-id must be specified.

Atau:

couldn't get current server API group list: getting credentials: exec: executable aws failed with exit code 1

Verifikasi bahwa kubeconfig (~/.kube/config) Anda menentukan --cluster-name dalam exec argumen, bukan: --cluster-id

      args:
        - --region
        - region-code
        - eks
        - get-token
        - --cluster-name
        - my-cluster
        - --output
        - json
      command: aws

Jika node Anda tidak muncul saat Anda menjalankankubectl get nodes:

  1. Periksa kubelet log pada node. Akses node dengan SSM atau SSH dan jalankan:

    systemctl status kubelet -l

  2. Periksa kesalahan yang tidak sah. Kesalahan yang tidak sah dapat menunjukkan izin atau aws-auth ConfigMap masalah peran node yang hilang. Verifikasi bahwa peran instance node dipetakan dengan benar di. aws-auth ConfigMap

  3. Periksa status CSR. Verifikasi bahwa permintaan penandatanganan sertifikat node telah disetujui:

    kubectl get csr

    Jika CSR dalam Pending status, setujui:

    kubectl certificate approve node-csr-EXAMPLE

Jika klaster Anda memasukkan status GAGAL:

  • Kapasitas tidak mencukupi: Pastikan Outpost Anda memiliki kapasitas virtual yang cukup untuk 6 instans bidang kontrol (3 etcd + 3 server API) dari jenis instans yang ditentukan. Jenis instans harus ditempatkan di Outpost Anda.

  • Topologi spread tidak dapat dipenuhi: Jika Anda menentukan spreadLevel darihost, verifikasi bahwa setidaknya 3 host dikonfigurasi dengan jenis instance yang dipilih. Jika Anda menentukanrack, verifikasi bahwa setidaknya 3 rak memiliki host dengan jenis instance yang dipilih.

  • Masalah subnet: Verifikasi bahwa subnet yang Anda tentukan berada di Availability Zone tempat Outpost ditempatkan, dan bahwa setiap subnet memiliki setidaknya 3 alamat IP yang tersedia. Lihat Buat VPC dan subnet untuk kluster lokal Amazon EKS AWS Outposts dikonfigurasi dengan EC2 instans store.

Jika klaster Anda tetap dalam UPDATING status selama versi Kubernetes atau pembaruan versi platform:

  • Kapasitas tidak mencukupi: Selama pembaruan, instance bidang kontrol dihapus sebelum instantiasi ulang. Jika kapasitas yang dibebaskan dikonsumsi oleh beban kerja lain sebelum instance pengganti dapat disediakan, pembaruan akan berhenti. Verifikasi bahwa Outpost Anda memiliki kapasitas yang tersedia untuk jenis instans pesawat kontrol.

Jika Anda kehilangan kemampuan untuk melakukan operasi API Kubernetes dan Outpost Anda terputus:

  • etcdMungkin sudah kehilangan kuorum. Ini terjadi jika lebih dari satu etcd instance menjadi tidak tersedia selama pemutusan sambungan.

  • Beban kerja yang sudah berjalan terus beroperasi, tetapi operasi API Kubernetes tidak tersedia.

  • Saat konektivitas dipulihkan, Amazon EKS akan memulihkan status klaster Anda dari etcd snapshot terbaru.

Hubungi Pusat AWS Dukungan.