**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.
# Pilih jenis dan penempatan instans untuk kluster lokal Amazon EKS di AWS Outposts dikonfigurasi dengan EC2 instans store
Topik ini memberikan panduan untuk memilih tipe instans bidang kontrol Kubernetes dan mengonfigurasi penempatan untuk memenuhi persyaratan ketersediaan tinggi untuk klaster Amazon EKS lokal Anda di AWS Outpost yang dikonfigurasi dengan penyimpanan instans EC2.
**catatan**
Jika Outpost Anda dikonfigurasi dengan Amazon EBS, bukan penyimpanan instans EC2, arsitektur yang dijelaskan dalam topik ini tidak tersedia untuk Outpost Anda. Outposts yang dikonfigurasi dengan EBS akan terus menggunakan implementasi cluster lokal yang ada. Untuk informasi selengkapnya, lihat [Pilih jenis instans dan grup penempatan untuk klaster Amazon EKS AWS Outposts berdasarkan pertimbangan kapasitas](eks-outposts-capacity-considerations.md).
Jika Anda tertarik untuk membuat klaster lokal di EBS-backed Outpost menggunakan arsitektur kluster lokal yang diperbarui, hubungi tim AWS akun Anda.
## Arsitektur bidang kontrol
Bidang kontrol Kubernetes cluster lokal berjalan pada **6 instans EC2** di Outpost Anda:
+ **3 instance control plane** — host komponen control plane Kubernetes, termasuk Kubernetes API server, scheduler, dan controller manager.
+ **3 `etcd` instance** [— simpan status klaster Kubernetes dalam topologi etcd eksternal.](https://kubernetes.io/docs/setup/production-environment/tools/kubeadm/ha-topology/#external-etcd-topology)
Instance ini berjalan di akun layanan AWS-managed di Outpost Anda. Mereka tidak muncul sebagai instans EC2 di AWS akun Anda atau di konsol Amazon EC2. Kapasitas yang dikonsumsi oleh bidang kontrol terlihat di konsol AWS Outposts.
Bidang kontrol tidak berskala horizontal di bawah beban. Jika Anda memerlukan ukuran instance bidang kontrol yang berbeda, Anda harus membuat cluster baru.
## Pemilihan tipe instans
Dengan arsitektur yang diperbarui untuk cluster lokal Amazon EKS di AWS Outposts, control plane Kubernetes menggunakan topologi `etcd` khusus: server API dan dijalankan pada instance terpisah. `etcd` Saat membuat klaster, Anda menentukan dua jenis instance: `controlPlaneInstanceType` untuk server API dan `etcdInstanceType` untuk`etcd`.
Jenis instans yang Anda pilih harus tersedia di Outpost Anda. Keluarga instans yang tersedia bergantung pada generasi Outpost dan SKU Anda, dan keluarga instans yang berbeda dapat memiliki konfigurasi vCPU dan memori yang berbeda pada ukuran instans yang sama.
**Server API (`controlPlaneInstanceType`)**
| Node pekerja yang diharapkan | vCPUs | Memori |
| --- | --- | --- |
| 1—20 | 2 | 8 GiB |
| 21—100 | 4 | 16 GiB |
| 101—250 | 8 | 32 GiB |
| 251—500 | 16 | 64 GiB |
** `etcd` (`etcdInstanceType`)**
| Node pekerja yang diharapkan | vCPUs | Memori |
| --- | --- | --- |
| 1—50 | 2 | 8 GiB |
| 51—250 | 4 | 16 GiB |
| 251—500 | 8 | 32 GiB |
**penting**
Pastikan Outpost Anda memiliki kapasitas untuk 3 kali `controlPlaneInstanceType` dan 3 kali `etcdInstanceType` untuk masa pakai cluster lokal Anda.
Gunakan tabel ini sebagai pedoman daripada persyaratan ketat. Sebaiknya pilih keluarga instans dan ukuran yang mengakomodasi pertumbuhan yang Anda antisipasi, karena `controlPlaneInstanceType` dan tidak `etcdInstanceType` dapat diubah setelah pembuatan klaster. Untuk mengubah keduanya, Anda harus membuat cluster baru.
## Kontrol pesawat dan penempatan `etcd`
Untuk ketersediaan tinggi, kami sarankan untuk menyebarkan bidang kontrol dan `etcd` instans Anda di beberapa domain kegagalan perangkat keras. Anda dapat mengontrol spread ini menggunakan `spreadLevel` properti di `etcdPlacement` dalam `controlPlanePlacement` dan di`outpostConfig`. Saat Anda mengatur`spreadLevel`, Amazon EKS membuat grup penempatan EC2 dengan strategi Spread. Anda tidak perlu membuat grup penempatan terlebih dahulu.
**catatan**
`groupName`Parameter di tidak `controlPlanePlacement` digunakan dengan Outposts yang menjalankan instance EC2 berbasis penyimpanan instance. Jika sebelumnya Anda menggunakan grup penempatan dengan cluster lokal, Anda sekarang menggunakannya `spreadLevel` sebagai gantinya.
### Tingkat penyebaran
`spreadLevel`Properti menerima dua nilai:
+ **`host`**— Menyebarkan instance bidang kontrol di seluruh host fisik yang berbeda. Memerlukan setidaknya 3 host yang dikonfigurasi dengan jenis instance yang dipilih.
+ **`rack`**— Menyebarkan instance pesawat kontrol di rak Outpost fisik yang berbeda. Memerlukan setidaknya 3 rak dengan host yang dikonfigurasi dengan jenis instance yang dipilih.
## Perencanaan kapasitas
Saat merencanakan kapasitas Outpost untuk cluster lokal, perhitungkan hal berikut:
+ **Bidang kontrol dan `etcd` instance:** 6 instance per cluster (3 dari `controlPlaneInstanceType` dan 3 dari`etcdInstanceType`).
+ **Worker nodes:** Instance EC2 untuk grup node yang dikelola sendiri.
+ **Host tervirtualisasi:** Bidang kontrol harus berjalan pada host tervirtualisasi. Outpost Anda harus memiliki host virtual dengan kapasitas yang memadai.
## Memecahkan masalah penempatan
Jika klaster Anda tetap berada dalam `UPDATING` status `CREATING` atau untuk jangka waktu yang lama setelah Anda menentukan level spread, verifikasi bahwa Outpost Anda memiliki host atau rak yang cukup dengan jenis instans yang dipilih untuk memenuhi topologi spread.
Untuk informasi selengkapnya tentang pemecahan masalah kluster lokal, lihat. [Memecahkan masalah kluster Amazon EKS lokal di AWS Outposts dikonfigurasi dengan EC2 instans store](eks-outposts-instance-store-troubleshooting.md)