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.
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
etcdinstance — simpan status klaster Kubernetes dalam topologi etcd eksternal.
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 untuketcd.
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 dioutpostConfig. Saat Anda mengaturspreadLevel, Amazon EKS membuat grup penempatan EC2 dengan strategi Spread. Anda tidak perlu membuat grup penempatan terlebih dahulu.
catatan
groupNameParameter 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
spreadLevelProperti 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
etcdinstance: 6 instance per cluster (3 daricontrolPlaneInstanceTypedan 3 darietcdInstanceType). -
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