• AWS Systems Manager CloudWatch Dasbor tidak akan lagi tersedia setelah 30 April 2026. Pelanggan dapat terus menggunakan CloudWatch konsol Amazon untuk melihat, membuat, dan mengelola dasbor Amazon CloudWatch mereka, seperti yang mereka lakukan hari ini. Untuk informasi selengkapnya, lihat dokumentasi CloudWatch Dasbor Amazon.
Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Mengelola Penyimpanan Parameter throughput
Parameter Storethroughput mendefinisikan jumlah transaksi API per detik (TPS) yang dapat diproses oleh Manajer Sistem. Pengaturan throughput berlaku untuk API secara Parameter Store keseluruhan daripada API individual. Secara default, Parameter Store dikonfigurasi dengan kuota throughput standar yang sering cocok untuk beban kerja volume rendah hingga sedang. Untuk beban kerja volume yang lebih tinggi, Anda dapat mengaktifkan throughput yang lebih tinggi, yang meningkatkan jumlah maksimum transaksi yang didukung per detik untuk akun dan Wilayah Anda. Anda dapat mengaktifkan dan menonaktifkan throughput yang lebih tinggi sesuai kebutuhan.
Kuota throughput di Penyimpanan Parameter
Tabel berikut mencantumkan batas transaksi untuk kategori API yang berbeda menggunakan throughput default dan yang lebih tinggi. Tindakan API termasuk penggunaan AWS konsol, AWS CLI perintah, dan pembacaan aplikasi. Untuk informasi selengkapnya tentang kuota dan batas tarif, lihat AWS Systems Manager titik akhir dan kuota.
| Tindakan API | Throughput default | Throughput lebih tinggi |
|---|---|---|
| GetParameter, GetParameters, dan GetParametersByPath | 40 TPSdibagikan di ketiga tindakan API digabungkan |
GetParameter: 10,000 TPS;
GetParameters: 1,000 TPS;
GetParametersByPath: 100 TPS
|
| DeleteParameter dan DeleteParameters | 3 TPS |
5 TPS |
| DescribeParameters, GetParameterHistory, LabelParameterVersion, UnlabelParameterVersion, dan PutParameter | 3 TPS |
10 TPS |
Dalam konteks ini, transaksi adalah satu tindakan API untuk akun di satu Wilayah. Misalnya, perintah berikut membuat satu transaksi.
aws ssm get-parameter --name "/myapp/prod/log-level"
Tindakan API dapat didistribusikan di antara aplikasi. Misalnya, masing-masing skenario berikut mencapai batas throughput default 40 TPS:
-
1 aplikasi membuat 40
GetParameterpanggilan per detik. -
10 aplikasi membuat 4
GetParameterpanggilan per detik. -
40 aplikasi membuat 1
GetParameterpanggilan per detik.
Batas throughput berlaku untuk semua API dalam kategori. Misalnya, kombinasi panggilan parameter simultan berikut untuk aplikasi memenuhi batas default 40 TPS untuk API pengambilan parameter:
-
GetParameterMelakukan 25 panggilan per detik. -
GetParametersMelakukan 10 panggilan per detik. -
GetParameterByPathMelakukan 5 panggilan per detik.
Pang DescribeParameters gilan memiliki batas throughput terpisah. Aplikasi dapat melakukan panggilan sebelumnya sambil juga membuat 3 DescribeParameters panggilan per detik tanpa melebihi batas keseluruhan untuk throughput standar.
Jika permintaan produksi Anda melebihi batas throughput selama operasi standar atau periode lalu lintas tinggi yang direncanakan, gunakan teknik pengoptimalan berikut.
Topik
Mengoptimalkan throughput di Penyimpanan Parameter
Ketika Parameter Store menerima beberapa permintaan untuk parameter dalam interval pendek, aplikasi Anda dapat mengalami pelam batan. Misalnya, Log atau CloudWatch log aplikasi Anda menampilkan ThrottlingException atau RateExceeded kesalahan yang ditimbulkan oleh SDK saat memanggilGetParameter,GetParameters, atauGetParametersByPath. Dalam kasus lain, logika aplikasi berhasil mencoba ulang panggilan API, tetapi latensi aplikasi meningkat. Hasilnya bisa berupa pemadaman aplikasi, pengalaman pengguna yang kurang optimal, penerapan yang gagal, solusi kompleks, dan kehilangan waktu pengembang.
Beberapa faktor dapat menyebabkan aplikasi Anda mencapai batas Parameter Store kuota, termasuk yang berikut:
-
Aplikasi Anda meningkat dengan cepat karena lonjakan lalu lintas. Misalnya, aplikasi Anda biasanya berjalan pada 5 instans Amazon EC2. Ketika lalu lintas meningkat tiba-tiba, Amazon EC2 Auto Scaling meluncurkan 50 instans lagi. Jika setiap instance membaca parameter saat dimulai, permintaan gabungan dapat melebihi batas permintaan default.
-
Layanan kontainer Anda memulai banyak tugas secara bersamaan. Misalnya, layanan Amazon ECS mungkin memulai banyak tugas penggantian selama pembaruan, dan setiap tugas mungkin membaca pengaturan Parameter Store sejak dimulai.
-
Fungsi Lambda Anda menerima banyak permintaan pada saat yang bersamaan. Misalnya, Lambda mungkin memulai banyak lingkungan fungsi untuk menangani peningkatan lalu lintas. Setiap lingkungan fungsi mungkin membaca parameter saat dimulai.
-
Proses pembuatan atau rilis Anda membaca banyak parameter dalam interval waktu singkat. Misalnya, pekerjaan build mungkin membaca pengaturan untuk beberapa aplikasi atau lingkungan.
-
Aplikasi Anda membaca banyak parameter berdasarkan jalur. Misalnya, aplikasi Anda berulang kali membaca semua parameter di bawah al
/myapp/prod/ih-alih hanya membaca parameter spesifik yang dibutuhkannya. Permintaan berulang ini dapat melebihi batas permintaan default.
Anda dapat mengatasi Parameter Store throttling dengan cara pelengkap berikut:
-
Mengurangi throughput
Aplikasi Anda mungkin mengambil lebih banyak data daripada yang dibutuhkan atau mengambilnya dengan cara yang tidak efisien.
-
Mengaktifkan throughput yang lebih tinggi
Anda dapat meningkatkan ketahanan aplikasi dengan meningkatkan kuota throughput untuk Wilayah dan akun tertentu. Anda dapat mengaktifkan dan menonaktifkan pengaturan throughput yang lebih tinggi kapan saja untuk periode lalu lintas tinggi. Untuk beban kerja produksi yang secara teratur menghasilkan kesalahan pelambatan, pertimbangkan untuk mengaktifkan pengaturan secara permanen.
Mengurangi throughput di Penyimpanan Parameter
Baik Anda menggunakan throughput standar atau lebih tinggi, tinjau frekuensi dan jenis panggilan keParameter Store. Dalam beberapa kasus, Anda dapat mengurangi jumlah permintaan tanpa mengubah parameter Anda. Karena biaya ditentukan berdasarkan penggunaan daripada model langganan atau tingkat, hasilnya adalah interaksi API yang ditagih lebih sedikit.
-
Cache nilai parameter dalam aplikasi Anda alih-alih membaca nilai yang sama pada setiap permintaan.
Misalnya, jika aplikasi Anda membaca
/myapp/prod/log-levelberkali-kali per menit, aplikasi dapat membaca nilainya sekali dan menggunakannya kembali untuk waktu yang singkat. Teknik ini mengurangi panggilan berulang keParameter Store. Pilih periode penggunaan kembali yang lebih pendek untuk nilai yang sering berubah, dan periode penggunaan kembali yang lebih lama untuk nilai yang jarang berubah. -
Gunakan GetParameters ketika Anda mengetahui nama beberapa parameter.
Misalnya, alih-alih membuat GetParameter panggilan terpisah untuk parameter
/myapp/prod/database/host/myapp/prod/log-level,/myapp/prod/vendor/merchant-id, dan, Anda dapat mengambil daftar parameter ini dalam satuGetParameterspermintaan. -
Hindari membaca lebih banyak parameter daripada kebutuhan aplikasi Anda.
Jika aplikasi Anda hanya membutuhkan beberapa parameter yang diketahui, gunakan
GetParameteratau alGetParametersih-alih membaca berulang kali seluruh jalur seperti/myapp/prod/. Gunakan GetParametersByPath saat aplikasi Anda membutuhkan sekelompok parameter di bawah jalur. Bila Anda menggunakan throughput yang lebih tinggi, kuGetParameterota adalah 100x kuota untukGetParametersByPath. -
Sebarkan pembacaan parameter ketika banyak sumber daya dimulai pada saat yang sama.
Misalnya, jika banyak instans Amazon EC2 atau tugas Amazon ECS dimulai selama pembaruan, hindari setiap parameter pembacaan sumber daya pada waktu yang persis sama. Kuota adalah per detik. Jika memungkinkan, baca parameter sekali dan simpan nilainya ke aplikasi, atau tambahkan penundaan kecil sehingga permintaan tidak semua terjadi dalam detik yang sama.
-
Untuk fungsi Lambda, pertimbangkan untuk menggunakan AWS Parameter dan Rahasia Ekstensi Lambda.
Ekstensi dapat menyimpan nilai parameter secara lokal untuk digunakan kembali oleh fungsi. Teknik ini dapat mengurangi jumlah panggilan ke Parameter Store dan juga dapat mengurangi waktu yang dibutuhkan untuk mengambil nilai parameter. Untuk contoh panduan teknik ini, lihat Menggunakan ekstensi AWS Parameter dan Rahasia Lambda untuk menyimpan parameter dan rahasia
.
Meningkatkan throughput
Untuk beban kerja volume yang lebih tinggi, Anda dapat mengaktifkan throughput yang lebih tinggi. Pengaturan ini meningkatkan jumlah maksimum transaksi yang didukung per detik untuk akun dan Wilayah Anda, dengan biaya tertentu. Pertimbangkan throughput yang lebih tinggi dalam skenario berikut:
-
Aplikasi Anda memiliki kebutuhan sementara untuk throughput yang lebih tinggi.
Misalnya, toko web mungkin membaca parameter lebih sering selama penjualan akhir pekan. Anda dapat mengaktifkan throughput yang lebih tinggi sebelum penjualan dimulai, dan kemudian kembali ke throughput standar setelah penjualan berakhir. Anda dapat mengaktifkan atau menonaktifkan throughput yang lebih tinggi kapan saja dari halaman Peng Parameter Store aturan atau dengan menggunakan AWS CLI.
-
Aplikasi produksi Anda secara teratur mengambil parameter secara bersamaan dan mengalami masalah pelambatan.
Pengambilan bersamaan dapat terjadi ketika beberapa instance, wadah, fungsi, atau pekerjaan build membaca parameter dari Parameter Store pada saat yang bersamaan. Contohnya meliputi hal berikut:
-
Aplikasi Anda berskala dengan cepat. Misalnya, aplikasi Anda biasanya berjalan pada 5 instans Amazon EC2. Ketika lalu lintas meningkat tiba-tiba, Amazon EC2 Auto Scaling meluncurkan 50 instans lagi. Jika setiap instance membaca parameter saat dimulai, permintaan gabungan dapat melebihi batas permintaan default.
-
Layanan kontainer Anda memulai banyak tugas secara bersamaan. Misalnya, layanan Amazon ECS mungkin memulai banyak tugas penggantian selama pembaruan, dan setiap tugas mungkin membaca pengaturan Parameter Store sejak dimulai.
-
Fungsi Lambda Anda menerima banyak permintaan pada saat yang bersamaan. Misalnya, Lambda mungkin memulai banyak lingkungan fungsi untuk menangani peningkatan lalu lintas. Setiap lingkungan fungsi mungkin membaca parameter saat dimulai.
-
Proses pembuatan atau rilis Anda membaca banyak parameter dalam interval waktu singkat. Misalnya, pekerjaan build mungkin membaca pengaturan untuk beberapa aplikasi atau lingkungan.
-
Pertimbangan biaya untuk throughput yang lebih tinggi
Untuk opsi throughput yang lebih tinggi, dikenakan biaya tambahan. Untuk harga dan contoh Parameter Store API saat ini, lihat AWS Harga Manajer Sistem
Biaya didasarkan pada interaksi Parameter Store API. Interaksi API didefinisikan sebagai interaksi antara permintaan API dan parameter individu. Misalnya, jika GetParameter permintaan tunggal mengembalikan 10 parameter, permintaan ini dihitung sebagai 10 interaksi Parameter Store API untuk tujuan penagihan.
Pertimbangkan skenario di mana Anda ingin beralih ke throughput yang lebih tinggi untuk periode singkat peningkatan lalu lintas. Toko web Anda mengadakan penjualan akhir pekan dan membuat interaksi 1,000,000 Parameter Store API selama penjualan. Jika biaya untuk throughput yang lebih tinggi dalam contoh ini adalah $0.05 per interaksi 10,000 API, total biaya tambahan kira-kira$5. Anda dapat beralih kembali ke throughput standar di akhir penjualan dan berhenti menimbulkan biaya.
Menggabungkan throughput dan tingkatan parameter
Throughput beroperasi secara independen dari tingkatan parameter. Sedangkan tingkatan parameter mengontrol batas penyimpanan dan ketersediaan fitur, pengaturan throughput mengontrol volume permintaan. Untuk memenuhi persyaratan kinerja dan skala, Anda dapat menggunakan tingkatan dan throughput bersama-sama.
Misalnya, untuk mendukung aplikasi sederhana dan beban rendah, Anda dapat menggunakan parameter standar dengan throughput default. Untuk mendukung pola akses frekuensi tinggi skala besar, Anda dapat menggabungkan parameter lanjutan dengan throughput yang lebih tinggi. Secara umum, peningkatan throughput diperlukan ketika aplikasi Anda melebihi batas TPS default (misalnya, selama semburan pembacaan atau penulisan bersamaan), terlepas dari tingkat parameter mana yang Anda gunakan.
Untuk informasi selengkapnya tentang throughput maksimum dan ku Parameter Store ota lainnya, lihat AWS Systems Manager titik akhir dan kuota.
Mengubah pengaturan throughput di Penyimpanan Parameter
Prosedur berikut menjelaskan cara menggunakan Manajer Sistem untuk mengubah jumlah transaksi per detik yang Parameter Store dapat diproses untuk saat ini Akun AWS dan Wilayah AWS. Anda dapat mengubah pengaturan kapan saja.
