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
Klaster yang dirancang sendiri
Untuk daftar perintah yang didukung untuk keduanya, lihatPerintah Valkey, Redis, dan Memcached yang didukung OSS 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 cache. ElastiCache Tanpa server secara otomatis menyimpan data secara berlebihan di tiga Availability Zone dan menyediakan Perjanjian Tingkat Layanan ketersediaan 99,99% (). SLA Cadangan dari OSS cluster Valkey atau Redis yang dirancang sendiri dapat dikembalikan ke konfigurasi tanpa server.
Klaster yang dirancang sendiri
Jika Anda memerlukan kontrol halus atas klaster Valkey, Redis, atau Memcached AndaOSS, Anda dapat memilih untuk mendesain cluster Anda sendiri. ElastiCache ElastiCache memungkinkan Anda untuk mengoperasikan cluster berbasis node, dengan memilih tipe node, jumlah node, dan penempatan node di seluruh AWS Availability Zones untuk cluster 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 yang dirancang sendiri dapat dirancang untuk menyediakan ketersediaan hingga 99,99%. SLA Cadangan dari OSS cache Valkey atau Redis tanpa server dapat dikembalikan ke cluster yang dirancang sendiri.
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.
Pilih untuk mendesain ElastiCache cluster Anda sendiri jika:
Anda sudah menjalankan ElastiCache Tanpa Server dan menginginkan kontrol yang lebih halus atas jenis node yang menjalankan Valkey, Redis, atau MemcachedOSS, 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 yang dirancang sendiri
| Fitur | Caching nirserver | Klaster yang dirancang sendiri |
|---|---|---|
|
Penyiapan cache |
Buat cache hanya dengan nama dalam waktu kurang dari satu menit |
Menyediakan kontrol halus atas desain cluster cache. 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 RedisOSS, 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 CPU dan penggunaan 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 sebuah 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 yang dirancang sendiri 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 mendesain cluster dalam satu Availability Zone atau di beberapa Availability Zones (AZs). Saat menggunakan Valkey atau RedisOSS, 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 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 transit (TLS) |
Selalu diaktifkan. Klien harus mendukung TLS konektivitas. |
Opsi untuk mengaktifkan atau menonaktifkan. |
|
Pencadangan |
Mendukung pencadangan cache otomatis dan manual tanpa dampak kinerja. OSSCadangan Valkey dan Redis kompatibel silang, dan dapat dikembalikan ke cache Tanpa ElastiCache Server atau cluster yang dirancang sendiri. |
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. OSSCadangan Valkey dan Redis kompatibel silang, dan dapat dikembalikan ke cache Tanpa ElastiCache Server atau cluster yang dirancang sendiri. |
|
Pemantauan |
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 yang dirancang sendiri memancarkan metrik di setiap tingkat node, termasuk metrik tingkat host dan metrik cache. Cluster yang dirancang sendiri memancarkan SNS pemberitahuan untuk acara penting. Lihat Metrik untuk Memcached dan Metrik untuk Valkey dan Redis OSS. |
|
Ketersediaan |
99,99% ketersediaan Perjanjian Tingkat Layanan |
Cluster yang dirancang sendiri dapat dirancang untuk mencapai ketersediaan hingga 99,99% Perjanjian Tingkat Layanan (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 yang dirancang sendiri 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 dirancang menggunakan node dari keluarga r6gd memiliki data berjenjang antara memori dan penyimpanan lokal SSD (solid state drive). Tiering data menyediakan opsi harga-kinerja untuk OSS beban kerja Valkey dan Redis 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:
