Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

Optimalkan penskalaan otomatis cluster Amazon ECS

Pelanggan yang menjalankan Amazon ECS di Amazon EC2 dapat memanfaatkan penskalaan otomatis cluster untuk mengelola penskalaan grup Amazon EC2 Auto Scaling. Dengan penskalaan otomatis cluster, Anda dapat mengonfigurasi Amazon ECS untuk menskalakan grup Auto Scaling Anda secara otomatis, dan hanya fokus menjalankan tugas Anda. Amazon ECS memastikan grup Auto Scaling masuk dan keluar sesuai kebutuhan tanpa perlu intervensi lebih lanjut. Penyedia kapasitas Amazon ECS digunakan untuk mengelola infrastruktur di cluster Anda dengan memastikan ada instans kontainer yang cukup untuk memenuhi tuntutan aplikasi Anda. Untuk mempelajari cara kerja penskalaan otomatis cluster di bawah kap mesin, lihat Deep Dive di Amazon ECS Cluster Auto Scal ing.

Penskalaan otomatis cluster bergantung pada integrasi CloudWatch berbasis dengan grup Auto Scaling untuk menyesuaikan kapasitas cluster. Oleh karena itu memiliki latensi yang melekat terkait dengan

Ukuran penskalaan langkah penyedia kapasitas

Penyedia kapasitas Amazon ECS akan grow/shrink membuat instance kontainer untuk memenuhi tuntutan aplikasi Anda. Jumlah minimum instans yang akan diluncurkan Amazon ECS diatur ke 1 secara default. Ini dapat menambah waktu tambahan untuk penerapan Anda, jika beberapa instans diperlukan untuk menempatkan tugas yang tertunda. Anda dapat meningkatkan minimumScalingStepSize melalui Amazon ECS API untuk meningkatkan jumlah minimum instans yang dapat diskalakan atau dikeluarkan Amazon ECS pada satu waktu. A maximumScalingStepSize yang terlalu rendah dapat membatasi berapa banyak instance kontainer yang diskalakan masuk atau keluar pada satu waktu, yang dapat memperlambat penerapan Anda.

Periode pemanasan contoh

Periode pemanasan instans adalah periode waktu setelah itu instans Amazon EC2 yang baru diluncurkan dapat berkontribusi pada CloudWatch metrik untuk grup Penskalaan Otomatis. Setelah periode pemanasan yang ditentukan berakhir, instance dihitung terhadap metrik agregat grup Penskalaan Otomatis, dan penskalaan otomatis cluster dilanjutkan dengan iterasi perhitungan berikutnya untuk memperkirakan jumlah instance yang diperlukan.

Nilai default untuk instanceWarmupPeriod adalah 300 detik, yang dapat Anda konfigurasikan ke nilai yang lebih rendah melalui UpdateCapacityProvider API CreateCapacityProvider or untuk penskalaan yang lebih responsif. Sebaiknya tetapkan nilai lebih dari 60 detik sehingga Anda dapat menghindari penyediaan berlebihan.

Kapasitas cadangan

Jika penyedia kapasitas Anda tidak memiliki instans kontainer yang tersedia untuk menempatkan tugas, maka perlu meningkatkan (menskalakan) kapasitas cluster dengan meluncurkan instans Amazon EC2 dengan cepat, dan menunggu instans tersebut booting sebelum dapat meluncurkan kontainer pada mereka. Ini secara signifikan dapat menurunkan tingkat peluncuran tugas. Anda memiliki dua opsi di sini.

Dalam hal ini, memiliki kapasitas cadangan Amazon EC2 yang sudah diluncurkan dan tugas siap dijalankan akan meningkatkan tingkat peluncuran tugas yang efektif. Anda dapat menggunakan Target Capacity konfigurasi untuk menunjukkan bahwa Anda ingin mempertahankan kapasitas cadangan di cluster Anda. Misalnya, dengan menetapkan Target Capacity 80%, Anda menunjukkan bahwa cluster Anda membutuhkan 20% kapasitas cadangan setiap saat. Kapasitas cadangan ini dapat memungkinkan setiap tugas mandiri segera diluncurkan, memastikan peluncuran tugas tidak dibatasi. Pengorbanan untuk pendekatan ini adalah potensi peningkatan biaya untuk menjaga kapasitas cluster cadangan.

Pendekatan alternatif yang dapat Anda pertimbangkan adalah menambahkan headroom ke layanan Anda, bukan ke penyedia kapasitas. Ini berarti bahwa alih-alih mengurangi Target Capacity konfigurasi untuk meluncurkan kapasitas cadangan, Anda dapat meningkatkan jumlah replika dalam layanan Anda dengan memodifikasi metrik penskalaan pelacakan target atau ambang penskalaan langkah dari penskalaan otomatis layanan. Perhatikan bahwa pendekatan ini hanya akan membantu untuk beban kerja yang runcing, tetapi tidak akan berpengaruh saat Anda menerapkan layanan baru dan beralih dari tugas 0 ke N untuk pertama kalinya. Untuk informasi selengkapnya tentang kebijakan penskalaan terkait, lihat Kebijakan Penskalaan Pelacakan Target atau Kebijakan Penskalaan Langkah di Panduan Pengembang Amazon Elastic Container Service.