**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.
# Tentukan bidang yang dapat Anda sesuaikan untuk add-on Amazon EKS
Add-on Amazon EKS diinstal ke klaster Anda menggunakan konfigurasi standar dan praktik terbaik. Untuk informasi selengkapnya tentang menambahkan add-on Amazon EKS ke klaster Anda, lihat[Add-on Amazon EKS](eks-add-ons.md).
Anda mungkin ingin menyesuaikan konfigurasi add-on Amazon EKS untuk mengaktifkan fitur-fitur lanjutan. Amazon EKS menggunakan fitur penerapan sisi server Kubernetes untuk mengaktifkan pengelolaan add-on oleh Amazon EKS tanpa menimpa konfigurasi Anda untuk pengaturan yang tidak dikelola oleh Amazon EKS. Untuk informasi selengkapnya, lihat [Server-Side Apply](https://kubernetes.io/docs/reference/using-api/server-side-apply/) dalam dokumentasi Kubernetes. Untuk mencapai hal ini, Amazon EKS mengelola seperangkat bidang minimum untuk setiap add-on yang diinstalnya. Anda dapat memodifikasi semua bidang yang tidak dikelola oleh Amazon EKS, atau proses bidang kontrol Kubernetes lainnya seperti`kube-controller-manager`, tanpa masalah.
**penting**
Memodifikasi bidang yang dikelola oleh Amazon EKS mencegah Amazon EKS mengelola add-on dan dapat mengakibatkan perubahan Anda ditimpa saat add-on diperbarui.
## Sintaks manajemen lapangan
Ketika Anda melihat detail untuk objek Kubernetes, bidang terkelola dan tidak terkelola akan ditampilkan dalam output. Bidang terkelola dapat berupa salah satu dari jenis berikut:
+ **Dikelola sepenuhnya** - Semua kunci untuk bidang dikelola oleh Amazon EKS. Modifikasi nilai apa pun menyebabkan konflik.
+ **Dikelola sebagian** - Beberapa kunci untuk bidang dikelola oleh Amazon EKS. Hanya modifikasi pada kunci yang dikelola secara eksplisit oleh Amazon EKS yang menyebabkan konflik.
Kedua jenis bidang ditandai dengan`manager: eks`.
Setiap kunci adalah `.` mewakili bidang itu sendiri, yang selalu memetakan ke set kosong, atau string yang mewakili sub-bidang atau item. Output untuk manajemen lapangan terdiri dari jenis deklarasi berikut:
+ `f:name `, *name* di mana nama bidang dalam daftar.
+ `k:keys `, di mana *keys* adalah peta bidang item daftar.
+ `v:value `, di *value* mana nilai format JSON yang tepat dari item daftar.
+ `i:index `, di *index* mana posisi item dalam daftar.
Bagian output berikut untuk add-on CoreDNS menggambarkan deklarasi sebelumnya:
+ **Bidang yang dikelola sepenuhnya** - Jika bidang terkelola memiliki `f:` (bidang) yang ditentukan, tetapi tidak ada `k:` (kunci), maka seluruh bidang dikelola. Modifikasi pada nilai apa pun di bidang ini menyebabkan konflik.
Pada output berikut, Anda dapat melihat bahwa wadah bernama `coredns` dikelola oleh`eks`. Sub-bidang `args``image`, dan `imagePullPolicy` sub-bidang juga dikelola oleh`eks`. Modifikasi pada nilai apa pun di bidang ini menyebabkan konflik.
```
[...]
f:containers:
k:{"name":"coredns"}:
.: {}
f:args: {}
f:image: {}
f:imagePullPolicy: {}
[...]
manager: eks
[...]
```
+ **Bidang yang dikelola sebagian** — Jika kunci terkelola memiliki nilai yang ditentukan, kunci yang dideklarasikan dikelola untuk bidang tersebut. Memodifikasi kunci yang ditentukan menyebabkan konflik.
Dalam output berikut, Anda dapat melihat bahwa `eks` mengelola `config-volume` dan `tmp` volume yang diatur dengan `name` kunci.
```
[...]
f:volumes:
k:{"name":"config-volume"}:
.: {}
f:configMap:
f:items: {}
f:name: {}
f:name: {}
k:{"name":"tmp"}:
.: {}
f:name: {}
[...]
manager: eks
[...]
```
+ **Menambahkan kunci ke bidang yang dikelola sebagian** — Jika hanya nilai kunci tertentu yang dikelola, Anda dapat menambahkan kunci tambahan dengan aman, seperti argumen, ke bidang tanpa menyebabkan konflik. Jika Anda menambahkan kunci tambahan, pastikan bidang tersebut tidak dikelola terlebih dahulu. Menambahkan atau memodifikasi nilai apa pun yang dikelola menyebabkan konflik.
Pada output berikut, Anda dapat melihat bahwa `name` kunci dan `name` bidang dikelola. Menambahkan atau memodifikasi nama kontainer apa pun menyebabkan konflik dengan kunci terkelola ini.
```
[...]
f:containers:
k:{"name":"coredns"}:
[...]
f:name: {}
[...]
manager: eks
[...]
```
## Prosedur
Anda dapat menggunakan `kubectl` untuk melihat bidang mana yang dikelola oleh Amazon EKS untuk add-on Amazon EKS apa pun.
Anda dapat memodifikasi semua bidang yang tidak dikelola oleh Amazon EKS, atau proses bidang kontrol Kubernetes lainnya seperti`kube-controller-manager`, tanpa masalah.
1. Tentukan add-on mana yang ingin Anda periksa. Untuk melihat semua `deployments` dan DaemonSets diterapkan ke cluster Anda, lihat[Lihat sumber daya Kubernetes di Konsol Manajemen AWS](view-kubernetes-resources.md).
1. Melihat bidang terkelola untuk add-on dengan menjalankan perintah berikut:
```
kubectl get type/add-on-name -n add-on-namespace -o yaml
```
Misalnya, Anda dapat melihat bidang terkelola untuk add-on CoreDNS dengan perintah berikut.
```
kubectl get deployment/coredns -n kube-system -o yaml
```
Manajemen lapangan tercantum di bagian berikut dalam output yang dikembalikan.
```
[...]
managedFields:
- apiVersion: apps/v1
fieldsType: FieldsV1
fieldsV1:
[...]
```
**catatan**
Jika Anda tidak melihat `managedFields` di output, tambahkan `--show-managed-fields` ke perintah dan jalankan lagi. Versi `kubectl` yang Anda gunakan menentukan apakah bidang terkelola dikembalikan secara default.
## Langkah selanjutnya
Sesuaikan bidang yang tidak dimiliki AWS untuk add-on Anda.