Pilih tipe instans Elastic Compute Service (ECS) yang sesuai untuk node kluster Anda guna memastikan stabilitas dan keandalan kluster. Topik ini menjelaskan spesifikasi instans ECS yang direkomendasikan untuk membuat kluster Alibaba Cloud Container Service for Kubernetes (ACK).
Perencanaan spesifikasi kluster
Menggunakan banyak instans ECS kecil untuk membuat kluster ACK dapat menyebabkan masalah berikut:
Batasan jaringan: Node pekerja kecil memiliki sumber daya jaringan terbatas.
Kapasitas resource: Untuk memastikan stabilitas dan keandalan kluster, sistem memesan sebagian resource node—seperti CPU, memori, dan disk—untuk komponen manajemen dan infrastruktur kluster. Pemesanan ini secara signifikan mengurangi resource yang tersedia pada instans ECS kecil, sehingga memengaruhi kinerja dan ketersediaan kluster. Untuk informasi selengkapnya mengenai kebijakan pemesanan resource node ACK, lihat Kebijakan pemesanan resource node.
Fragmentasi resource: Saat resource pada instans ECS kecil dialokasikan ke kontainer, sisa resource dapat menjadi terfragmentasi dan tidak dapat digunakan. Resource sisa tersebut tidak dapat digunakan untuk membuat kontainer baru atau memulihkan kontainer yang gagal, sehingga menyebabkan pemborosan resource. Sebagai contoh, jika sebuah node hanya dapat mengalokasikan CPU dalam satuan utuh dan suatu aplikasi hanya memerlukan sedikit CPU, maka sisa resource CPU pada satuan tersebut mungkin terbuang.
Menggunakan instans ECS besar memberikan manfaat berikut:
Peningkatan kinerja jaringan: Instans besar memiliki bandwidth jaringan tinggi, yang ideal untuk aplikasi berbandwidth tinggi. Selain itu, lebih banyak kontainer dapat berkomunikasi dalam satu instans ECS, sehingga mengurangi lalu lintas jaringan antar-node.
Pengambilan citra yang efisien: Pada instans besar, citra hanya di-pull sekali lalu dapat digunakan oleh beberapa kontainer. Sebaliknya, kluster dengan banyak instans ECS kecil memerlukan pull citra yang sama berkali-kali. Proses ini memakan waktu lebih lama saat Anda melakukan scaling kluster dengan menambahkan instans baru dan menunda respons.
Untuk informasi selengkapnya tentang cara memilih tipe instans ECS, lihat bagian berikut.
Pilih spesifikasi node pekerja
Gunakan spesifikasi node dengan minimal 4 core CPU dan 8 GB memori.
Hitung jumlah total core CPU yang diperlukan untuk penggunaan harian dan tentukan persyaratan ketersediaan kluster.
Sebagai contoh, asumsikan kluster memerlukan total 160 core CPU dan harus mentoleransi tingkat kesalahan 10%. Dalam kasus ini, Anda dapat memilih setidaknya 10 instans ECS dengan masing-masing 16 core CPU. Beban operasional puncak tidak boleh melebihi 144 core CPU (160 × 90%). Jika toleransi kesalahan yang dibutuhkan adalah 20%, Anda dapat memilih setidaknya 5 instans ECS dengan masing-masing 32 core CPU. Beban operasional puncak tidak boleh melebihi 128 core CPU (160 × 80%). Konfigurasi ini memastikan bahwa jika satu instans ECS gagal, instans yang tersisa masih dapat mendukung layanan Anda.
Jika skala harian kluster Anda mencapai sekitar 1.000 core CPU, Anda dapat menggunakan ECS Bare Metal Instances. Untuk informasi selengkapnya, lihat Skenario dan manfaat ECS Bare Metal Instances.
Tentukan rasio CPU-memori, seperti 1:2 atau 1:4, berdasarkan kebutuhan resource Pod Anda. Untuk aplikasi yang intensif memori, seperti aplikasi Java, pertimbangkan penggunaan tipe instans dengan rasio 1:8.
Menggunakan instans yang dioptimalkan untuk memori persisten
Node pekerja yang merupakan instans yang dioptimalkan untuk memori persisten, seperti re6p, menggunakan arsitektur memori hibrida yang mencakup memori biasa dan memori persisten. Untuk menerapkan penyimpanan persisten, lihat Volume memori non-volatile. Untuk informasi selengkapnya tentang instans yang dioptimalkan untuk memori persisten, lihat Keluarga instans.
Pilih spesifikasi node master
Saat Anda membuat kluster ACK, komponen inti seperti etcd, kube-apiserver, dan kube-controller berjalan pada node master. Untuk cluster khusus ACK produksi, Anda harus memilih spesifikasi node master yang sesuai guna memastikan stabilitas kluster. Spesifikasi yang diperlukan bergantung pada ukuran kluster, dan kluster yang lebih besar memerlukan spesifikasi yang lebih tinggi.
Ukuran kluster dapat diukur dengan berbagai cara, seperti jumlah node, Pod, frekuensi deployment, atau volume akses. Untuk mempermudah, topik ini mengukur ukuran kluster berdasarkan jumlah node.
Anda dapat menggunakan instans ECS kecil untuk pengujian dan pembelajaran pribadi. Untuk kluster produksi, pilih spesifikasi node master dari tabel berikut untuk menjaga beban node master pada tingkat aman.
Jumlah node | Spesifikasi node master yang direkomendasikan |
1 hingga 5 node | 4 core CPU, 8 GB memori (Spesifikasi 2 core CPU dan 4 GB memori atau lebih rendah tidak direkomendasikan) |
6 hingga 20 node | 4 core CPU, 16 GB memori |
21 hingga 100 node | 8 core CPU, 32 GB memori |
100 hingga 200 node | 16 core CPU, 64 GB memori |
200 hingga 500 node (Evaluasi risiko blast radius) | 64 core CPU, 128 GB memori |
Skenario dan manfaat ECS Bare Metal Instances
ECS Bare Metal Instance adalah layanan komputasi inovatif yang dikembangkan oleh Alibaba Cloud berdasarkan teknologi virtualisasi 2.0 terkini. Virtualisasi 2.0 memberikan instans bare metal ECS elastisitas mesin virtual (instans ECS), kinerja dan fitur server fisik, serta dukungan penuh untuk nested virtualization.
ECS Bare Metal Instances ideal untuk resource komputasi eksklusif, komputasi terenkripsi, dan membangun Cloud Hibrida. Untuk informasi selengkapnya tentang ECS Bare Metal Instances dan keluarga instans yang didukung, lihat Ikhtisar ECS Bare Metal Instances.
Skenario khas penggunaan ECS Bare Metal Instances meliputi hal-hal berikut:
Kluster Anda mencapai skala sekitar 1.000 core CPU setiap hari. Satu instans ECS Bare Metal Instance menyediakan setidaknya 96 core CPU. Dalam skenario berskala besar, Anda dapat membuat kluster hanya dengan 10 atau 11 instans ECS Bare Metal Instance.
Anda perlu melakukan scaling jumlah kontainer secara cepat. Misalnya, selama promosi penjualan E-dagang, ECS Bare Metal Instances memberikan kinerja lebih baik dibandingkan server fisik dengan spesifikasi yang sama. Mereka dapat menyediakan kapasitas komputasi jutaan vCPU untuk menangani lonjakan lalu lintas.
Tipe instans ECS yang tidak didukung
Batasan umum
Demi alasan stabilitas dan keamanan kluster, ACK tidak mendukung penggunaan tipe instans dalam tabel berikut sebagai node pekerja maupun node master.
Keluarga atau kelompok instans yang tidak didukung | Contoh tipe instans yang tidak didukung | Deskripsi | Catatan |
t5, burstable instance family | ecs.t5-lc2m1.nano | Kinerja instans tidak stabil dan dapat menyebabkan ketidakstabilan kluster. | None. |
t6, burstable instance family | ecs.t6-c4m1.large | Kinerja instans tidak stabil dan dapat menyebabkan ketidakstabilan kluster. | None. |
Tipe instans dengan kurang dari 4 core vCPU | ecs.g6.large | Spesifikasi instans terlalu rendah dan dapat menyebabkan ketidakstabilan kluster. | Untuk menggunakan tipe instans ECS ber-spesifikasi rendah pada kluster dan kelompok node, ajukan permintaan di Quota Center. |
c6t, security-enhanced compute-optimized instance family | ecs.c6t.large | Tidak didukung. | None. |
g6t, security-enhanced general-purpose instance family | ecs.g6t.large | Tidak didukung. | None. |
Super Computing Cluster (SCC) instance family | ecs.sccg7.32xlarge | Tidak didukung. | None. |
Untuk informasi selengkapnya tentang keluarga instans GPU-accelerated yang didukung oleh kluster ACK, lihat Keluarga instans GPU-accelerated yang didukung oleh ACK.
Batasan plugin jaringan Terway
Jika Anda menggunakan plugin jaringan Terway, jumlah maksimum Pod yang dapat dijalankan oleh satu node bergantung pada jumlah Elastic Network Interfaces (ENIs) yang didukung oleh tipe instans ECS node tersebut. Oleh karena itu, tipe instans ECS yang didukung bervariasi berdasarkan mode Terway. Untuk informasi selengkapnya, lihat Menggunakan plugin jaringan Terway.
Mode Shared ENI atau Mode Shared ENI + Trunk ENI: Batas Pod untuk satu node harus lebih dari 11. Rumusnya adalah:
(<a baseurl="t71560_v1_6_0.xdita" data-node="9548" data-root="84794" data-tag="xref" href="t9548.xdita#concept-sx4-lxv-tdb" id="7dec22dd9eofr">Jumlah ENI yang didukung oleh tipe instans ECS</a> - 1) × Jumlah IP privat yang didukung oleh satu ENI > 11.Sebagai contoh, tipe instans ecs.g6.large mendukung 2 ENI, dan satu ENI mendukung 6 alamat IPv4 privat. Batas Pod untuk satu node adalah
(2 - 1) × 6 = 6. Oleh karena itu, tipe instans ini tidak dapat digunakan.Mode Exclusive ENI: Batas Pod untuk satu node harus lebih dari 6. Rumusnya adalah:
<a baseurl="t71560_v1_6_0.xdita" data-node="9548" data-root="84794" data-tag="xref" href="t9548.xdita#concept-sx4-lxv-tdb" id="027def5f024gd">Jumlah ENI yang didukung oleh tipe instans ECS</a> - 1 > 6.Sebagai contoh, tipe instans ecs.g6.xlarge mendukung 3 ENI. Batas Pod untuk satu node adalah
3 - 1 = 2. Oleh karena itu, tipe instans ini tidak dapat digunakan.