Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Cari menulis throttling
Untuk mempertahankan kinerja dan daya tahan data yang optimal, ElastiCache dalam mode tahan lama menerapkan pembatasan tulis pada lalu lintas pencarian bila diperlukan. Throttling membantu memastikan bahwa mekanisme pencadangan otomatis beroperasi secara efektif tanpa tertinggal selama periode aktivitas tulis tinggi. Dengan mengurangi throughput tulis sementara, sistem mempertahankan integritas log Multi-AZ transaksional, yang penting untuk pemulihan database yang cepat dan restart.
Lingkup pelambatan
Hanya perintah tulis yang menargetkan kunci yang termasuk dalam indeks pencarian yang dibatasi. Menulis ke kunci yang tidak diindeks dan semua perintah baca tidak terpengaruh.
Perintah berikut tunduk pada pembatasan ketika mereka menargetkan kunci yang diindeks:
| Kategori | Commands |
|---|---|
| Hash | HSET, HSETNX, HMSET, HINCRBY,
HINCRBYFLOAT, HDEL |
| JSON | JSON.SET, JSON.DEL, JSON.NUMINCRBY,
JSON.NUMMULTBY, JSON.STRAPPEND, JSON.ARRAPPEND,
JSON.ARRINSERT, JSON.ARRPOP, JSON.ARRTRIM,
JSON.TOGGLE, JSON.CLEAR, JSON.MERGE |
| Generik | DEL, UNLINK, RENAME, RENAMENX,
COPY, RESTORE |
Apa pengalaman klien
Perintah yang dibatasi ditunda, tidak ditolak. Penulisan yang terpengaruh membutuhkan waktu lebih lama untuk diselesaikan tetapi masih berhasil. Tidak ada kesalahan yang dikembalikan ke klien.
Anda dapat mengamati dampaknya melalui CloudWatch metrik Amazon berikut:
SuccessfulWriteRequestLatencydanSearchBasedSetCmdsLatency— Refleksikan peningkatan latensi pada penulisan yang terpengaruh.SearchWriteThrottleActive,SearchWriteThrottledClientsCount, danSearchWriteThrottleEvents— Tunjukkan apakah throttling aktif dan sejauh mana. Lihat Memantau untuk detail.
Saat pelambatan diaktifkan
Sistem memantau penggunaan CPU dari thread penulis modul pencarian melalui jendela 2 jam yang bergulir. Throttling diaktifkan ketika penggunaan CPU rata-rata selama jendela itu melebihi 50%, dan menyesuaikan tingkat penulisan yang diizinkan untuk membawa pemanfaatan rata-rata kembali ke 50%.
Karena metrik dirata-ratakan selama jendela 2 jam, semburan pendek penggunaan CPU yang meningkat tidak memicu pelambatan sendiri — selama mereka diimbangi oleh penggunaan yang lebih rendah dalam jendela yang sama.
Untuk mencegah over-throttling, sistem juga mengevaluasi penggunaan CPU saat ini secara real time. Jika penggunaan CPU saat ini sudah 50% atau di bawah, sistem mempertahankan tingkat tulis stabil daripada menguranginya lebih lanjut, bahkan jika rata-rata 2 jam tetap di atas ambang batas. Ini memastikan bahwa kapasitas tulis tidak pernah turun di bawah 50% dari throughput normal.
Saat pelambatan dinonaktifkan
Setelah penggunaan CPU rata-rata 2 jam turun di bawah 50%, sistem secara bertahap meningkatkan tingkat penulisan yang diizinkan hingga throughput penuh dipulihkan dan pelambatan dinonaktifkan.
Memantau
CloudWatch Metrik Amazon berikut tersedia untuk memantau pembatasan penulisan penelusuran:
| Metrik | Deskripsi | Unit |
|---|---|---|
SearchWriteThrottleActive |
Menunjukkan apakah throttling saat ini aktif. 1= aktif, 0 = tidak aktif. |
Boolean |
SearchWriteThrottledClientsCount |
Jumlah koneksi klien yang saat ini sedang dibatasi. | Hitungan |
SearchWriteThrottleEvents |
Jumlah peristiwa throttle dalam interval pelaporan. | Hitungan |
SearchWriteCPUUtilization |
Pemanfaatan CPU saat ini dari thread penulis pencarian. | Persen |
Praktik terbaik
Monitor
SearchWriteCPUUtilization— Lacak penggunaan CPU penulisan pencarian Anda untuk memahami pola beban kerja Anda dan mengantisipasi kapan Anda mungkin mendekati ambang batas pelambatan.Monitor
SearchWriteThrottleActive— Lacak apakah throttling aktif sehingga Anda dapat menyelidiki dan merespons dengan segera.Rencanakan konsumsi berkelanjutan di sekitar jendela 2 jam — Sistem menggunakan rata-rata bergulir 2 jam, sehingga ledakan singkat aktivitas penulisan tinggi didukung sepenuhnya selama diimbangi dengan penggunaan yang lebih rendah dalam jendela yang sama.
Skala klaster Anda jika Anda mengamati pelambatan berkelanjutan atau sering — Jika beban kerja Anda secara konsisten melebihi ambang batas dan pembatasan berdampak pada persyaratan latensi aplikasi Anda, pertimbangkan penskalaan untuk menambah kapasitas.
