Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Memilih antara opsi deployment
Amazon ElastiCache memiliki dua opsi penerapan:
Caching nirserver
Cluster berbasis simpul
Untuk daftar perintah yang didukung untuk keduanya, lihatPerintah Valkey, Memcached, dan Redis OSS yang didukung dan dibatasi.
Caching nirserver
Amazon ElastiCache Serverless menyederhanakan pembuatan cache dan menskalakan secara instan untuk mendukung aplikasi pelanggan yang paling menuntut. Dengan ElastiCache Tanpa Server, Anda dapat membuat cache yang sangat tersedia dan dapat diskalakan dalam waktu kurang dari satu menit, menghilangkan kebutuhan untuk menyediakan, merencanakan, dan mengelola kapasitas cluster. ElastiCache Tanpa server secara otomatis menyimpan data secara berlebihan di tiga Availability Zone dan menyediakan Perjanjian Tingkat Layanan (SLA) ketersediaan 99,99%. Cadangan dari cluster berbasis node Valkey atau Redis OSS dapat dikembalikan ke konfigurasi tanpa server.
Cluster berbasis simpul
Jika Anda memerlukan kontrol halus atas klaster Valkey, Memcached, atau Redis OSS Anda, Anda dapat membuat cluster berbasis node dengan. ElastiCache Anda memilih tipe node, jumlah node, dan penempatan node di seluruh AWS Availability Zones untuk klaster Anda. Karena ElastiCache merupakan layanan yang dikelola sepenuhnya, ini membantu mengelola penyediaan perangkat keras, pemantauan, penggantian node, dan penambalan perangkat lunak untuk cluster Anda. Cluster berbasis node dapat dirancang untuk menyediakan SLA ketersediaan hingga 99,99%. Cadangan dari cache Valkey atau Redis OSS tanpa server dapat dikembalikan ke cluster berbasis node.
Memilih antara opsi deployment
Pilih caching nirserver jika:
Anda membuat cache untuk beban kerja yang baru atau sulit diprediksi.
Anda memiliki lalu lintas aplikasi yang tak terduga.
Anda ingin cara termudah untuk memulai dengan cache.
Buat cluster berbasis node Anda sendiri jika:
Anda sudah menjalankan ElastiCache Serverless dan menginginkan kontrol yang lebih halus atas jenis node yang menjalankan Valkey, Memcached, atau Redis OSS, jumlah node, dan penempatan node tersebut.
Anda mengharapkan lalu lintas aplikasi Anda relatif dapat diprediksi, dan Anda ingin kontrol yang baik atas kinerja, ketersediaan, dan biaya.
Anda dapat memperkirakan persyaratan kapasitas Anda untuk mengontrol biaya.
Membandingkan caching tanpa server dan cluster berbasis node
| Fitur | Caching nirserver | Cluster berbasis simpul |
|---|---|---|
|
Pengaturan cache |
Buat cache hanya dengan nama dalam waktu kurang dari satu menit |
Memberikan kontrol berbutir halus atas desain cluster. Pengguna dapat memilih tipe node, jumlah node, dan penempatan di seluruh zona ketersediaan AWS |
|
ElastiCache Versi yang didukung |
Valkey 7.2 dan lebih tinggi, Redis OSS versi 7.1 dan lebih tinggi, Memcached 1.6.21 dan lebih tinggi |
Valkey 7.2 dan lebih tinggi, Redis OSS versi 4.0 dan lebih tinggi, Memcached 1.4 dan lebih tinggi |
|
Mode Cluster (Valkey dan Redis OSS) |
Mengoperasikan mesin |
Dapat dikonfigurasi untuk beroperasi dalam mode cluster diaktifkan atau mode cluster dinonaktifkan. |
|
Penskalaan |
Secara otomatis menskalakan mesin baik secara vertikal maupun horizontal tanpa manajemen kapasitas apa pun. |
Memberikan kontrol atas penskalaan, sementara juga membutuhkan pemantauan untuk memastikan kapasitas saat ini cukup memenuhi permintaan. Untuk Valkey dan Redis OSS, Anda dapat memilih untuk menskalakan secara vertikal dengan menambah atau mengurangi ukuran node cache saat diperlukan. Anda juga dapat menskalakan secara horizontal, dengan menambahkan pecahan baru atau menambahkan lebih banyak replika ke pecahan Anda. Kemampuan ini tidak tersedia untuk Memcached. Dengan fitur Auto-Scaling, Anda juga dapat mengonfigurasi penskalaan berdasarkan jadwal, atau skala berdasarkan metrik seperti penggunaan CPU dan Memori pada cache. |
|
Koneksi klien |
Klien terhubung ke satu titik akhir. Ini memungkinkan topologi node cache yang mendasarinya (penskalaan, penggantian, dan peningkatan) berubah tanpa memutuskan sambungan klien. |
Klien terhubung ke setiap node cache individu. Jika node diganti, klien menemukan kembali topologi cluster dan membangun kembali koneksi. |
|
Konfigurasi |
Tidak ada konfigurasi berbutir halus yang tersedia. Pelanggan dapat mengkonfigurasi pengaturan dasar termasuk subnet yang dapat mengakses cache, apakah backup otomatis diaktifkan atau dimatikan, dan batas penggunaan cache maksimum. |
Cluster berbasis node menyediakan opsi konfigurasi berbutir halus. Pelanggan dapat menggunakan grup parameter untuk kontrol berbutir halus. Untuk mengetahui tabel nilai parameter ini berdasarkan jenis simpul, lihat Parameter spesifik mesin. |
|
Multi-AZ |
Data direplikasi secara asinkron di beberapa Availability Zone untuk ketersediaan yang lebih tinggi dan latensi baca yang lebih baik. |
Menyediakan opsi untuk membuat cluster dalam Availability Zone tunggal atau di beberapa Availability Zones (AZs). Saat menggunakan Valkey atau Redis OSS, menyediakan cluster multi-AZ dengan data yang direplikasi secara asinkron di beberapa Availability Zone untuk ketersediaan yang lebih tinggi dan latensi baca yang lebih baik. |
|
Enkripsi saat diam |
Selalu diaktifkan. Pelanggan dapat menggunakan Kunci yang dikelola AWS atau kunci yang dikelola pelanggan AWS KMS. |
Opsi untuk mengaktifkan atau menonaktifkan enkripsi saat istirahat. Ketika diaktifkan, pelanggan dapat menggunakan Kunci yang dikelola AWS atau kunci yang dikelola pelanggan AWS KMS. |
|
Enkripsi dalam perjalanan (TLS) |
Selalu diaktifkan. Klien harus mendukung konektivitas TLS. |
Opsi untuk mengaktifkan atau menonaktifkan. |
|
Pencadangan |
Mendukung pencadangan cache otomatis dan manual tanpa dampak kinerja. Cadangan Valkey dan Redis OSS kompatibel silang, dan dapat dikembalikan ke cache Tanpa ElastiCache Server atau cluster berbasis node. |
Mendukung backup otomatis dan manual untuk Valkey dan Redis OSS. Cluster mungkin melihat beberapa dampak kinerja tergantung pada memori cadangan yang tersedia. Untuk informasi selengkapnya, lihat Mengelola memori cadangan untuk Valkey dan Redis OSS. Cadangan Valkey dan Redis OSS kompatibel silang, dan dapat dikembalikan ke cache Tanpa ElastiCache Server atau cluster berbasis node. |
|
Memantau |
Mendukung metrik tingkat cache termasuk tingkat hit cache, tingkat kehilangan cache, ukuran data, dan ECPUs konsumsi. ElastiCache Tanpa server mengirim peristiwa menggunakan EventBridge saat peristiwa penting terjadi di cache Anda. Anda dapat memilih untuk memantau, menelan, mengubah, dan menindaklanjuti ElastiCache acara menggunakan Amazon EventBridge. Untuk informasi selengkapnya, lihat Peristiwa cache nirserver. |
ElastiCache Cluster berbasis node memancarkan metrik di setiap tingkat node, termasuk metrik tingkat host dan metrik cache. Cluster berbasis node memancarkan pemberitahuan SNS untuk peristiwa penting. Lihat Metrik untuk Memcached dan Metrik untuk Valkey dan Redis OSS. |
|
Ketersediaan |
99,99% ketersediaan Perjanjian Tingkat Layanan ( |
Cluster berbasis node dapat dirancang untuk mencapai hingga 99,99% ketersediaan Service Level Agreement (SLA) |
|
Peningkatan dan penambalan perangkat lunak |
Secara otomatis memutakhirkan perangkat lunak cache ke versi minor dan patch terbaru, tanpa dampak aplikasi. Pelanggan menerima pemberitahuan untuk peningkatan versi utama, dan pelanggan dapat meningkatkan ke versi utama terbaru kapan pun mereka mau. |
Cluster berbasis node menawarkan layanan mandiri yang diaktifkan pelanggan untuk peningkatan versi minor dan patching, serta peningkatan versi utama. Pembaruan terkelola diterapkan secara otomatis selama jendela pemeliharaan yang ditentukan pelanggan. Pelanggan juga dapat memilih untuk menerapkan upgrade versi minor atau patch sesuai permintaan. |
|
Toko Data Global |
Tidak didukung |
Mendukung Global Data Store, yang memungkinkan replikasi lintas wilayah dengan penulisan wilayah tunggal dan pembacaan multi-wilayah |
|
Tingkat Data |
Tidak didukung |
Cluster yang dibuat menggunakan node dari keluarga r6gd memiliki data berjenjang antara memori dan penyimpanan SSD lokal (solid state drive). Tiering data menyediakan opsi harga-kinerja untuk beban kerja Valkey dan Redis OSS dengan memanfaatkan solid state drive (SSDs) berbiaya lebih rendah di setiap node cluster, selain menyimpan data dalam memori. |
|
Model penentuan harga |
Pay-per-use, berdasarkan data yang disimpan dalam GB-jam dan permintaan di Unit ElastiCache Pemrosesan (ECPU). Lihat detail harga di sini |
Pay-per-hour, berdasarkan penggunaan node cache. Lihat detail harga di sini |
Topik terkait:
