**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
<a name="eks-outposts-instance-store-troubleshooting"></a>

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.

## `kubectl` `tidak berfungsi setelah mengonfigurasi kubeconfig`
<a name="eks-outposts-instance-store-troubleshooting-kubectl"></a>

Jika Anda melihat kesalahan berikut setelah menjalankan`aws 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
```

## Node tidak bergabung dengan cluster
<a name="eks-outposts-instance-store-troubleshooting-nodes-not-joining"></a>

Jika node Anda tidak muncul saat Anda menjalankan`kubectl get nodes`:

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

   ```
   systemctl status kubelet -l
   ```

1.  **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

1.  **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
   ```

## Cluster terjebak dalam status `CREATING`
<a name="eks-outposts-instance-store-troubleshooting-creating"></a>

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` dari`host`, verifikasi bahwa setidaknya 3 host dikonfigurasi dengan jenis instance yang dipilih. Jika Anda menentukan`rack`, 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](eks-outposts-instance-store-vpc-subnet-requirements.md).

## Cluster terjebak dalam status `UPDATE`
<a name="eks-outposts-instance-store-troubleshooting-updating"></a>

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.

## kehilangan `kuorum etcd`
<a name="eks-outposts-instance-store-troubleshooting-etcd-quorum"></a>

Jika Anda kehilangan kemampuan untuk melakukan operasi API Kubernetes dan Outpost Anda terputus:
+  `etcd`Mungkin 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](https://console.aws.amazon.com/support/home).