Untuk memastikan stabilitas dan keandalan kluster, pilih tipe instans Elastic Compute Service (ECS) yang sesuai untuk node kluster. Topik ini menjelaskan tipe instans ECS yang direkomendasikan untuk membuat kluster ACK.
Perencanaan kluster
Penggunaan banyak instans ECS kecil saat membuat kluster ACK dapat menyebabkan masalah berikut:
Masalah jaringan: Node pekerja kecil memiliki sumber daya jaringan terbatas.
Masalah kapasitas: Untuk menjaga stabilitas dan keandalan kluster, sistem menyisihkan sebagian sumber daya node—seperti CPU, memori, dan ruang disk—untuk komponen manajemen dan infrastruktur kluster. Tipe instans kecil dapat memengaruhi kinerja dan ketersediaan kluster. Untuk informasi selengkapnya mengenai kebijakan pemesanan sumber daya node untuk ACK, lihat Kebijakan pemesanan sumber daya node.
Masalah fragmentasi: Saat sumber daya node dialokasikan, jika sebuah kontainer menempati instans ECS kecil, sisa sumber daya pada instans tersebut mungkin tidak dapat digunakan oleh kontainer baru atau yang dipulihkan karena ketidaksesuaian atau ketidaktersebaran kebutuhan sumber daya, sehingga menyebabkan pemborosan. Misalnya, sebuah node mungkin hanya mengalokasikan seluruh core CPU. Jika suatu aplikasi hanya memerlukan sebagian kecil dari satu core, sisa core tersebut menjadi terbuang.
Penggunaan Instance ECS Tingkat Tinggi memberikan manfaat berikut:
Manfaat jaringan: Tipe instans besar memiliki bandwidth jaringan tinggi, yang meningkatkan pemanfaatan sumber daya untuk aplikasi yang intensif bandwidth. Selain itu, lebih banyak kontainer dapat berkomunikasi dalam satu instans ECS, sehingga mengurangi lalu lintas jaringan.
Manfaat pengunduhan citra: Pengunduhan citra lebih efisien karena citra hanya diunduh sekali dan dapat digunakan oleh beberapa kontainer pada instans yang sama. Sebaliknya, instans ECS kecil memerlukan pengunduhan citra lebih sering, yang memperpanjang waktu penskalaan kluster melalui penambahan instans ECS dan menghilangkan keuntungan respons cepat.
Untuk informasi selengkapnya mengenai pemilihan tipe instans ECS, lihat bagian berikut.
Pilih spesifikasi node pekerja
Pilih node dengan minimal 4 core CPU dan memori 8 GB.
Tentukan jumlah total core dan persyaratan ketersediaan untuk operasional harian kluster Anda.
Misalnya, asumsikan sebuah kluster memerlukan total 160 core CPU dan dapat mentoleransi tingkat kegagalan 10%. Dalam kasus ini, pilih setidaknya 10 instans ECS dengan masing-masing 16 core CPU. Jangan biarkan beban puncak melebihi 144 core (160 × 90% = 144). Jika toleransi kegagalan adalah 20%, pilih setidaknya lima instans ECS dengan masing-masing 32 core CPU. Jangan biarkan beban puncak melebihi 128 core (160 × 80% = 128). Dengan cara ini, jika satu instans ECS gagal, instans yang tersisa masih dapat mendukung bisnis Anda.
Jika skala harian kluster Anda mencapai sekitar 1.000 core, pertimbangkan untuk menggunakan Instans Bare Metal ECS. Untuk informasi selengkapnya, lihat Skenario dan manfaat Instans Bare Metal ECS.
Berdasarkan kebutuhan sumber daya Pod, tentukan rasio CPU-memori, seperti 1:2 atau 1:4. Untuk aplikasi yang intensif memori, seperti aplikasi Java, pertimbangkan penggunaan rasio 1:8.
Petunjuk untuk instans yang dioptimalkan untuk memori persisten
Ketika node pekerja merupakan instans yang dioptimalkan untuk memori persisten, seperti instans dari family re6p, instans tersebut menggunakan arsitektur memori hibrida yang mencakup memori standar dan memori persisten. Untuk menerapkan penyimpanan persisten, lihat Volume memori non-volatile. Untuk informasi selengkapnya mengenai instans yang dioptimalkan untuk memori persisten, lihat Keluarga instans.
Pilih spesifikasi node master
Saat membuat kluster ACK, node master menjalankan komponen inti seperti etcd, kube-apiserver, dan kube-controller. Untuk Cluster khusus ACK di lingkungan produksi, pilih spesifikasi node master yang sesuai guna memastikan stabilitas kluster. Spesifikasi yang diperlukan bergantung pada ukuran kluster—kluster yang lebih besar memerlukan spesifikasi yang lebih tinggi.
Ukuran kluster dapat diukur berdasarkan jumlah node, jumlah Pod, frekuensi deployment, dan volume permintaan. Untuk kesederhanaan, topik ini menggunakan jumlah node sebagai indikator ukuran kluster.
Untuk lingkungan pengujian dan pembelajaran pribadi, Anda dapat menggunakan tipe instans ECS kecil. Namun, untuk kluster skala produksi, pilih spesifikasi node master dari tabel berikut agar beban node master tetap pada level aman.
Jumlah node | Spesifikasi node master yang direkomendasikan |
1 hingga 5 node | 4 core CPU, memori 8 GB (Tipe instans dengan 2 core CPU dan memori 4 GB atau kurang tidak direkomendasikan) |
6 hingga 20 node | 4 core CPU, memori 16 GB |
21 hingga 100 node | 8 core CPU, memori 32 GB |
100 hingga 200 node | 16 core CPU, memori 64 GB |
200 hingga 500 node (Perkirakan risiko blast radius) | 64 core CPU, memori 128 GB |
Skenario dan manfaat Instans Bare Metal ECS
Instans Bare Metal ECS 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 mesin fisik, serta dukungan penuh untuk nested virtualization.
Instans Bare Metal ECS unggul dalam bidang seperti sumber daya komputasi eksklusif, komputasi terenkripsi, dan pembangunan Cloud Hibrida baru. Untuk deskripsi lengkap mengenai Instans Bare Metal ECS dan keluarga instans yang didukungnya, lihat Ikhtisar Instans Bare Metal ECS.
Skenario khas penggunaan Instans Bare Metal ECS meliputi, namun tidak terbatas pada, hal-hal berikut:
Untuk kluster yang diskalakan hingga 1.000 core setiap hari, Anda dapat menggunakan Instans Bare Metal ECS. Sebuah Instans Bare Metal ECS menyediakan setidaknya 96 core, sehingga memungkinkan Anda membangun kluster berskala besar hanya dengan 10 atau 11 instans.
Instans Bare Metal ECS ideal untuk skenario yang memerlukan penskalaan kontainer secara cepat. Misalnya, selama promosi penjualan e-commerce, instans ini menawarkan kinerja lebih baik dibandingkan mesin fisik dengan konfigurasi yang sama dan dapat menyediakan daya komputasi jutaan vCPU untuk menangani lonjakan lalu lintas.
Tipe instans ECS yang tidak didukung
Batasan umum
Demi stabilitas dan keamanan, ACK tidak mendukung tipe instans dalam tabel berikut untuk node pekerja maupun node master.
Keluarga instans atau kategori keluarga yang tidak didukung | Contoh tipe instans yang tidak didukung | Deskripsi | Catatan |
Burstable instance family t5 | ecs.t5-lc2m1.nano | Kinerja instans yang tidak stabil dapat menyebabkan ketidakstabilan kluster. | None. |
Burstable instance family t6 | ecs.t6-c4m1.large | Kinerja instans yang tidak stabil dapat menyebabkan ketidakstabilan kluster. | None. |
Tipe instans dengan kurang dari 4 core CPU | ecs.g6.large | Spesifikasi instans rendah dapat menyebabkan ketidakstabilan kluster. | Anda dapat membuka Pusat Kuota untuk mengajukan izin menggunakan tipe instans ECS ber-spesifikasi rendah guna membuat kluster dan kelompok node. |
Security-enhanced compute-optimized instance family c6t | ecs.c6t.large | Tidak didukung. | None. |
Security-enhanced general-purpose instance family g6t | ecs.g6t.large | Tidak didukung. | None. |
Super Computing Cluster (SCC) instance family | ecs.sccg7.32xlarge | Tidak didukung. | None. |
Batasan pada plugin jaringan Terway
Jika Anda menggunakan plugin jaringan Terway, jumlah maksimum Pod yang dapat didukung oleh satu node dihitung berdasarkan jumlah elastic network interfaces (ENIs) yang didukung oleh tipe instans ECS node tersebut. Oleh karena itu, mode Terway yang berbeda mendukung tipe instans ECS yang berbeda. Untuk informasi selengkapnya, lihat Gunakan plugin jaringan Terway.
Mode Shared ENI atau Shared ENI + Trunk ENI: Batas Pod untuk satu node harus lebih dari 11, yaitu
(<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 alamat IP pribadi yang didukung oleh satu ENI > 11.Misalnya, instans ecs.g6.large mendukung 2 ENI, dan setiap ENI mendukung 6 alamat IPv4 pribadi. Batas Pod untuk satu node adalah
(2 - 1) × 6 = 6. Tipe instans ini tidak dapat digunakan.Pola Exclusive ENI: Batas Pod untuk satu node harus >6, yaitu
<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.Misalnya, instans ecs.g6.xlarge mendukung 3 ENI. Batas Pod untuk satu node adalah
3 - 1 = 2. Tipe instans ini tidak dapat digunakan.