Pertanyaan Sering Diajukan (FAQ) tentang Amazon ElastiCache

ElastiCache Nirserver adalah opsi nirserver yang memungkinkan Anda memulai cache dalam waktu kurang dari satu menit tanpa penyediaan infrastruktur atau perencanaan kapasitas. ElastiCache Nirserver menghilangkan kebutuhan untuk perencanaan kapasitas yang memakan waktu dengan terus memantau penggunaan komputasi, memori, dan jaringan cache, yang dapat langsung menskalakan untuk memenuhi permintaan tanpa waktu henti atau degradasi performa. ElastiCache Nirserver secara otomatis mereplikasi data di beberapa Zona Ketersediaan (AZ) dan memberi pelanggan dengan perjanjian tingkat layanan (SLA) ketersediaan sebesar 99,99% untuk setiap cache. Dengan ElastiCache Nirserver, Anda hanya membayar untuk data yang Anda simpan dan sumber daya komputasi yang digunakan aplikasi Anda. Untuk memulai, buat cache ElastiCache Nirserver hanya dalam beberapa langkah dengan menentukan nama cache menggunakan Konsol, Kit Pengembangan (SDK) ElastiCache, atau AWS Command Line Interface (AWS CLI).

Anda dapat memindahkan beban kerja ElastiCache yang ada dengan mengubah titik akhir Valkey, Memcached, atau Redis OSS ke titik akhir cache ElastiCache Nirserver baru di aplikasi Anda. Anda dapat memigrasikan data ElastiCache yang ada ke ElastiCache Nirserver dengan menentukan lokasi Amazon Simple Storage Service (Amazon S3) dari file cadangan. Buka dokumen ElastiCache Nirserver kami untuk mempelajari selengkapnya tentang memigrasikan beban kerja Anda.

ElastiCache Nirserver mendukung Valkey 7.2, Memcached versi 1.6.21, dan Redis OSS versi 7.0 ke atas.

ElastiCache Nirserver terus memantau penggunaan memori, komputasi, dan jaringan cache Anda untuk langsung menskalakan. ElastiCache Nirserver menskalakan tanpa waktu henti atau degradasi performa ke aplikasi dengan memungkinkan cache untuk menaikkan skala dan memulai penskalaan ke luar secara paralel guna memenuhi persyaratan aplikasi tepat pada waktunya. Kunjungi dokumentasi ElastiCache Nirserver kami untuk mempelajari selengkapnya tentang penskalaan.

ElastiCache Nirserver secara otomatis menyimpan data secara berlebihan di beberapa AZ dan memberikan Perjanjian Tingkat Layanan (SLA) ketersediaan sebesar 99,99% untuk semua beban kerja.

Dengan ElastiCache Nirserver, Anda hanya membayar untuk data yang Anda simpan dan komputasi yang digunakan aplikasi Anda. Kunjungi halaman harga ElastiCache untuk mempelajari selengkapnya.

Simpul Terpesan atau Instans Terpesan (RI) memberi Anda diskon signifikan atas penggunaan sesuai permintaan jika Anda berkomitmen untuk jangka waktu satu tahun atau tiga tahun. Dengan Simpul Terpesan, Anda dapat melakukan pembayaran di muka satu kali untuk membuat reservasi satu atau tiga tahun untuk menjalankan cache Anda di Wilayah tertentu dan menerima diskon signifikan dari biaya penggunaan per jam yang sedang berlangsung. Terdapat tiga tipe Simpul Terpesan – Semua di Muka, Tidak Ada di Muka, dan Sebagian di Muka – yang memungkinkan Anda untuk menyeimbangkan jumlah yang Anda bayarkan di muka dengan harga per jam efektif.

Simpul Terpesan memberikan diskon yang berlaku untuk penggunaan ElastiCache sesuai permintaan. ElastiCache Nirserver tidak kompatibel dengan Simpul Terpesan.

Anda dapat membeli hingga 300 Simpul Terpesan. Jika Anda ingin menjalankan lebih dari 300 simpul, lengkapi formulir permintaan simpul ElastiCache.

Beli reservasi simpul dengan kelas simpul yang sama dalam Wilayah yang sama dengan simpul yang saat ini Anda jalankan dan ingin Anda pesan. Jika pembelian reservasi berhasil, ElastiCache akan secara otomatis menerapkan biaya penggunaan baru setiap jamnya ke simpul Anda yang sudah ada.

Perubahan harga yang berkaitan dengan Simpul Terpesan diaktifkan setelah permintaan Anda diterima dan saat otorisasi pembayaran diproses. Anda dapat mengikuti status reservasi Anda di halaman Aktivitas Akun AWS atau menggunakan API DescribeReservedCacheNodes. Jika pembayaran satu kali tidak berhasil diotorisasi sampai periode penagihan selanjutnya, potongan harga tidak akan berlaku.

Saat jangka waktu reservasi Anda berakhir, Simpul Terpesan akan kembali ke tarif penggunaan per jam Sesuai Permintaan yang sesuai untuk kelas dan Wilayah simpul Anda.

API ElastiCache yang membuat, mengubah, dan menghapus simpul tidak membedakan antara Simpul Sesuai Permintaan dan Terpesan sehingga Anda dapat menggunakan keduanya tanpa hambatan. Saat menghitung tagihan Anda, sistem kami akan secara otomatis menerapkan reservasi Anda, sehingga semua simpul yang memenuhi syarat dikenai biaya dengan tarif Simpul Cache Terpesan per jam yang lebih rendah.

Setiap Simpul Terpesan terkait dengan Wilayah tertentu, yang bersifat tetap selama masa pakai reservasi dan tidak dapat diubah. Namun, setiap pencadangan dapat digunakan di AZ mana pun yang tersedia dalam Region terkait.

Tidak. Anda tidak dapat membatalkan reservasi simpul Anda dan pembayaran satu kali (jika berlaku) tidak dapat dikembalikan. Anda akan terus membayar untuk setiap jam selama masa berlaku Simpul Terpesan Anda, apa pun penggunaan Anda.

Saat Anda membeli Simpul Terpesan dengan opsi pembayaran Semua di Muka, Anda membayar untuk seluruh jangka waktu Simpul Terpesan dalam satu pembayaran di muka. Anda dapat memilih untuk tidak membayar apa pun di muka dengan memilih opsi Tanpa Biaya di Muka. Seluruh nilai Simpul Terpesan Tanpa Biaya di Muka didistribusikan dalam setiap jam dalam jangka waktu tersebut dan Anda akan ditagih untuk setiap jam dalam jangka waktu tersebut, terlepas dari penggunaannya. Opsi pembayaran Sebagian di Muka adalah gabungan dari opsi Semua di Muka dan Tanpa Biaya di Muka. Anda melakukan pembayaran kecil di muka, dan Anda ditagih tarif per jam yang rendah untuk setiap jam dalam jangka waktu terlepas dari penggunaan.

Ya, simpul terpesan ElastiCache menawarkan fleksibilitas ukuran dalam rangkaian instans (atau rangkaian simpul) dan wilayah AWS. Hal ini berarti bahwa tarif simpul terpesan yang sudah didiskon akan diterapkan secara otomatis untuk penggunaan semua ukuran di dalam rangkaian simpul yang sama.

ElastiCache memungkinkan Anda mengonfigurasi enkripsi data diam menggunakan AWS Key Management Service (AWS KMS), enkripsi data bergerak menggunakan Keamanan Lapisan Pengangkutan (TLS), autentikasi menggunakan AWS Identity and Access Management (IAM), dan kontrol akses jaringan dengan grup keamanan Amazon Elastic Compute Cloud (Amazon EC2).

Saat tidak menggunakan Amazon Virtual Private Cloud (Amazon VPC), ElastiCache memungkinkan Anda mengontrol akses ke cache melalui grup keamanan jaringan. Grup keamanan bertindak seperti firewall, yang mengontrol akses jaringan ke cache Anda. Secara default, akses jaringan ke cache Anda dinonaktifkan. Jika ingin aplikasi mengakses cache, Anda harus secara eksplisit mengaktifkan akses dari host di grup keamanan Amazon EC2 tertentu.

Anda juga dapat mengontrol akses ke sumber daya ElastiCache menggunakan autentikasi IAM. Untuk informasi selengkapnya, lihat mengautentikasi dengan dokumentasi IAM.

ElastiCache mendukung program kepatuhan, seperti SOC 1, SOC 2, SOC 3, ISO, MTCS, C5, PCI DSS, HIPAA, dan FedRAMP. Lihat Layanan AWS dalam Cakupan berdasarkan Program Kepatuhan untuk daftar program kepatuhan yang didukung saat ini.

Ya, program kepatuhan PCI AWS menyertakan ElastiCache sebagai layanan yang sesuai dengan PCI. Untuk mempelajari selengkapnya, lihat sumber daya berikut:

• Kepatuhan ElastiCache
• Halaman Kepatuhan PCI AWS

Untuk melihat daftar program kepatuhan saat ini yang dicakup oleh ElastiCache, lihat Cakupan Layanan AWS berdasarkan Program Kepatuhan.

Ya, ElastiCache adalah layanan yang memenuhi syarat HIPAA dan tercakup dalam AWS Business Associate Addendum (BAA). Ini berarti Anda dapat menggunakan ElastiCache untuk membantu Anda memproses, memelihara, dan menyimpan informasi kesehatan yang dilindungi (PHI) dan mendukung aplikasi layanan kesehatan.

Tidak, tidak ada biaya tambahan untuk menggunakan fitur kepatuhan.

Jika memiliki Business Associate Agreement (BAA) yang dijalankan dengan AWS, Anda dapat menggunakan ElastiCache untuk membangun aplikasi yang menyimpan dan memproses HI di bawah HIPAA. Jika Anda tidak memiliki BAA, atau memiliki pertanyaan lainnya tentang penggunaan AWS untuk aplikasi, hubungi kami untuk informasi selengkapnya. 

Program kepatuhan AWS FedRAMP menyertakan ElastiCache sebagai layanan resmi FedRAMP. Pelanggan pemerintah AS dan partnernya kini dapat menggunakan ElastiCache versi terbaru untuk memproses dan menyimpan sistem FedRAMP, data, dan beban kerja berdampak tinggi yang penting di Wilayah AWS GovCloud (AS-Timur) dan AWS GovCloud (AS-Barat), dan berdampak sedang di Wilayah AS Timur (Ohio), AS Timur (Virginia Utara), AS Barat (California Utara), dan AS Barat (Oregon).

Untuk mempelajari selengkapnya, lihat sumber daya berikut:

• Kepatuhan ElastiCache
• Kepatuhan AWS FedRAMP

Untuk melihat daftar program kepatuhan saat ini yang dicakup oleh ElastiCache, lihat Cakupan Layanan AWS berdasarkan Program Kepatuhan.

Ada beberapa manfaat performa.

ElastiCache menyediakan alur I/O yang ditingkatkan yang memberikan peningkatan signifikan pada throughput dan latensi dalam skala besar melalui multiplexing, pelepasan lapisan presentasi, dan lainnya. Alur I/O yang ditingkatkan meningkatkan performa menggunakan lebih banyak inti untuk memproses I/O dan secara dinamis melakukan penyesuaian berdasarkan beban kerja. ElastiCache meningkatkan throughput klaster yang mendukung TLS dengan memindahkan enkripsi ke alur I/O yang sama dan ditingkatkan. Ini memungkinkan ElastiCache untuk Valkey memberikan throughput hingga 100% lebih banyak dan latensi P99 50% lebih rendah daripada ElastiCache versi 7.0 untuk Redis OSS. Anda dapat mencapai lebih dari 1 juta permintaan per detik per simpul, atau 500 juta permintaan per detik per klaster, pada simpul r7g.4xlarge atau yang lebih besar.

Selain itu, ElastiCache versi 8.0 untuk Valkey memberi Anda peningkatan efisiensi memori untuk klaster berbasis simpul dengan Mode Klaster, sehingga memerlukan memori 32 byte lebih sedikit per kunci dibandingkan dengan ElastiCache versi 7.2 untuk Valkey dan versi 7.1 untuk Redis OSS. Konfigurasi nirserver telah meningkatkan kinerja, menskalakan hingga 5 juta permintaan per detik per cache dalam hitungan menit, hingga 5x lebih cepat dari Valkey 7.2, dengan latensi baca mikrodetik.

ElastiCache menyediakan dua set metrik berbeda untuk mengukur penggunaan CPU cache Anda, bergantung pada deployment cache yang Anda pilih. Saat menggunakan ElastiCache Nirserver, Anda dapat memantau penggunaan CPU dengan metrik Unit Pemrosesan ElastiCache (ECPU). Jumlah ECPU yang digunakan oleh permintaan Anda bergantung pada waktu vCPU yang dibutuhkan dan jumlah data yang ditransfer. Setiap baca dan tulis, seperti perintah GET dan SET Valkey atau perintah get dan set Memcached, memerlukan 1 ECPU untuk setiap kilobita (KB) data yang ditransfer. Beberapa perintah yang beroperasi pada struktur data dalam memori dapat menghabiskan lebih banyak waktu vCPU dibandingkan perintah GET atau SET. ElastiCache menghitung jumlah ECPU yang digunakan berdasarkan waktu vCPU yang dibutuhkan oleh perintah dibandingkan dengan waktu dasar vCPU yang diperlukan oleh perintah SET atau GET. Jika perintah Anda membutuhkan waktu vCPU tambahan dan mentransfer lebih banyak data dibandingkan garis dasar 1 ECPU, ElastiCache akan menghitung ECPU yang diperlukan berdasarkan nilai yang lebih tinggi dari kedua dimensi.

Saat merancang klaster Anda sendiri, Anda dapat memantau EngineCPUUtilization dan CPUUtilization. Metrik CPUUtilization mengukur penggunaan CPU untuk instans (simpul), dan metrik EngineCPUUtilization mengukur penggunaan pada tingkat proses mesin. Anda memerlukan metrik EngineCPUUtilization selain metrik CPUUtilization karena proses mesin utama merupakan alur tunggal dan hanya menggunakan satu CPU dari beberapa inti CPU yang tersedia pada sebuah instans. Oleh karena itu, metrik CPUUtilization tidak memberikan visibilitas yang tepat mengenai tingkat penggunaan CPU pada tingkat proses. Sebaiknya gunakan metrik CPUUtilization dan EngineCPUUtilization bersamaan untuk mendapatkan pemahaman terperinci tentang penggunaan CPU untuk klaster Valkey Anda.

Kedua set metrik tersedia di semua Wilayah AWS, dan Anda dapat mengakses metrik ini menggunakan Amazon CloudWatch atau di konsol. Selain itu, kami merekomendasikan Anda untuk membuka dokumen untuk mempelajari metrik yang berguna untuk pemantauan performa.

Replika baca memiliki dua tujuan:

• Penanganan kegagalan
• Penskalaan baca

Saat Anda menjalankan cache dengan replika baca, primer melayani penulisan dan pembacaan. Replika berfungsi secara eksklusif dalam membaca lalu lintas serta tersedia sebagai warm standby jika primer mengalami gangguan.

Dengan ElastiCache Nirserver, replika baca dipelihara secara otomatis oleh layanan. Saat mendesain cache Anda sendiri, ada berbagai skenario di mana deployment satu atau beberapa replika baca untuk simpul primer tertentu mungkin terasa masuk akal. Alasan umum untuk melakukan deployment replika pembacaan meliputi:

• Penskalaan melampaui kapasitas komputasi atau I/O dari satu simpul primer untuk beban kerja pembacaan berat: Lalu lintas pembacaan berlebih ini dapat diarahkan ke satu atau beberapa replika pembacaan.
• Melayani lalu lintas pembacaan saat simpul primer tidak tersedia: Jika simpul primer Anda tidak dapat menerima permintaan I/O (misalnya, karena penangguhan I/O untuk pencadangan atau pemeliharaan terjadwal), Anda dapat mengarahkan lalu lintas pembacaan ke replika pembacaan. Untuk kasus penggunaan ini, perlu diingat bahwa data pada replika pembacaan mungkin sudah usang karena instans primer tidak tersedia. Replika pembacaan juga dapat digunakan sebagai pemanasan untuk memulai ulang primer yang gagal.

Skenario perlindungan data: Jika terjadi kegagalan simpul primer yang tidak terduga atau AZ tempat simpul primer Anda berada tidak tersedia, Anda dapat mempromosikan replika pembacaan di AZ yang berbeda untuk menjadi primer baru.

Anda dapat terhubung ke replika baca sama seperti Anda akan terhubung ke simpul cache primer. Jika Anda memiliki beberapa replika baca, aplikasi Anda dapat menentukan cara lalu lintas baca akan didistribusikan di antara replika-replika tersebut. Berikut adalah detail selengkapnya:

• Klaster Valkey atau Redis OSS (mode klaster dinonaktifkan), menggunakan titik akhir simpul individu untuk operasi baca. (Dalam API/CLI, ini disebut sebagai titik akhir baca.)
• Klaster Valkey atau Redis OSS (mode klaster diaktifkan), menggunakan titik akhir konfigurasi klaster untuk semua operasi. Anda masih dapat membaca dari titik akhir simpul individual. (Dalam API dan CLI disebut sebagai titik akhir baca.)

ElastiCache memungkinkan Anda membuat hingga lima (5) replika pembacaan untuk simpul cache primer tertentu.

Jika failover terjadi, replika pembacaan yang terkait dan tersedia akan melanjutkan replikasi secara otomatis setelah failover selesai (memperoleh pembaruan dari replika pembacaan yang baru dipromosikan).

Pembaruan simpul cache primer akan secara otomatis direplikasi ke replika baca apa pun yang terkait. Namun, dengan teknologi replikasi asinkron Valkey atau Redis OSS, replika baca dapat tertinggal dari simpul cache primernya karena berbagai alasan. Alasan yang umum termasuk:

• Volume I/O tulis ke simpul cache primer melebihi tingkat perubahan yang dapat diterapkan pada replika baca.
• Partisi atau latensi jaringan antara simpul cache primer dan replika baca.

Replika baca bergantung pada kelebihan dan kekurangan replikasi Valkey atau Redis OSS. Jika menggunakan replika baca, Anda harus menyadari potensi kelambatan antara replika baca dan simpul cache primernya, atau “inkonsistensi”. ElastiCache mengeluarkan metrik untuk membantu Anda memahami inkonsistensi.

Replika pembacaan ditagih sebagai simpul cache standar dan pada tarif yang sama. Sama seperti simpul cache standar, tarif per jam simpul cache untuk replika baca ditentukan oleh kelas simpul cache dari replika baca: kunjungi halaman harga ElastiCache untuk mengetahui harga terbaru. Anda tidak akan dikenai biaya untuk transfer data yang dilakukan dalam mereplikasi data antara simpul cache primer dan replika pembacaan Anda. Penagihan untuk replika baca dimulai segera setelah replika baca berhasil dibuat (saat statusnya terdaftar sebagai “aktif”). Replika baca akan terus ditagih sesuai tarif jam simpul cache ElastiCache standar hingga Anda mengeluarkan perintah untuk menghapusnya.

Failover yang dimulai didukung oleh ElastiCache sehingga Anda dapat melanjutkan operasi cache secepat mungkin. Saat melakukan failover, ElastiCache membalik catatan DNS untuk simpul cache Anda agar mengarah ke replika baca, yang pada gilirannya dipromosikan menjadi cache primer baru. Kami menyarankan Anda untuk mengikuti praktik terbaik dan mengimplementasikan percobaan ulang koneksi simpul cache di lapisan aplikasi. Biasanya, langkah satu hingga lima mulai dari awal hingga akhir di bawah ini bisa selesai dalam waktu enam menit.

Berikut ini adalah peristiwa failover otomatis, yang tercantum dalam urutan kejadian:

1. Pesan grup replikasi: Uji API Failover yang dipanggil untuk grup simpul <node-group-id>
2. Pesan klaster cache: Failover dari simpul primer <primary-node-id> ke simpul replika <node-id> selesai
3. Pesan grup replikasi: Failover dari simpul primer <primary-node-id> ke simpul replika <node-id> selesai
4. Pesan klaster cache: Memulihkan simpul cache <node-id>
5. Pesan klaster cache: Pemulihan simpul cache <node-id> selesai

Tidak, replika baca Anda hanya dapat disediakan di AZ yang sama atau berbeda dari Wilayah yang sama dengan primer simpul cache Anda. Namun, Penyimpanan Data Global dapat digunakan dengan replikasi terkelola penuh yang cepat, andal, dan berfokus pada keamanan di semua Wilayah AWS. Dengan fitur ini, Anda dapat membuat klaster replika baca lintas Wilayah untuk ElastiCache untuk mengaktifkan pembacaan latensi rendah dan pemulihan bencana di semua Wilayah AWS.

Ya. Anda dapat menambahkan atau menghapus replika baca di satu atau beberapa serpihan (shard) di lingkungan klaster. Klaster akan tetap online dan melayani I/O masuk selama operasi ini.

Multi-AZ adalah fitur yang memungkinkan Anda untuk menjalankan konfigurasi dengan ketersediaan lebih tinggi saat merancang cache ElastiCache Anda sendiri. Semua cache ElastiCache Nirserver dijalankan secara otomatis dalam konfigurasi Multi-AZ. Grup replikasi ElastiCache terdiri dari satu primer dan maksimum lima replika baca. Jika Multi-AZ diaktifkan, diperlukan setidaknya satu replika per primer. Selama tipe pemeliharaan terencana tertentu, atau jika terjadi kegagalan simpul ElastiCache atau kegagalan AZ yang tidak terduga, ElastiCache akan secara otomatis mendeteksi kegagalan primer, memilih replika pembacaan, dan mempromosikannya menjadi primer baru. ElastiCache juga menyebarkan perubahan DNS dari replika pembacaan yang dipromosikan, jadi jika aplikasi Anda sedang menulis ke titik akhir simpul primer, tidak ada perubahan titik akhir yang diperlukan.

Manfaat utama menjalankan ElastiCache dalam mode Multi-AZ adalah ketersediaan yang meningkat dan kebutuhan administrasi yang lebih kecil. Saat menjalankan ElastiCache dalam konfigurasi Multi-AZ, cache Anda memenuhi syarat untuk SLA ketersediaan sebesar 99,99%. Jika terjadi kegagalan simpul primer ElastiCache, dampak pada kemampuan Anda untuk membaca dan menulis ke simpul primer akan terbatas pada waktu yang diperlukan untuk menyelesaikan failover otomatis. Ketika Multi-AZ diaktifkan, failover simpul ElastiCache akan terjadi secara otomatis dan tidak memerlukan administrasi.

Anda dapat menggunakan Multi-AZ jika menggunakan ElastiCache dan memiliki grup replikasi yang terdiri dari satu simpul primer dan satu atau beberapa replika baca. Jika simpul primer gagal, ElastiCache akan secara otomatis mendeteksi kegagalan, memilih salah satu dari replika baca yang tersedia, dan mempromosikannya menjadi primer baru. ElastiCache akan menyebarkan perubahan DNS dari replika yang dipromosikan agar aplikasi Anda dapat terus menulis ke titik akhir primer. ElastiCache juga akan memutar simpul baru untuk menggantikan replika pembacaan yang dipromosikan di AZ yang sama dari primer yang gagal. Jika primer gagal karena gangguan pada AZ sementara, replika baru akan diluncurkan setelah AZ pulih.

Ya. Sebagai catatan, menempatkan primer dan replika di AZ yang sama tidak akan membuat grup replikasi ElastiCache Anda tahan terhadap gangguan AZ.

ElastiCache akan fail over ke replika pembacaan jika terjadi salah satu dari berikut:

• Kehilangan ketersediaan di AZ primer
• Kehilangan konektivitas jaringan ke primer
• Kegagalan unit komputasi pada primer

Jika ada lebih dari satu replika baca, replika baca dengan jeda replikasi asinkron yang lebih kecil ke primer yang akan dipromosikan.

Ya, ElastiCache akan membuat peristiwa untuk memberi tahu Anda bahwa terjadi failover otomatis. Anda dapat menggunakan API DescribeEvents untuk mengembalikan informasi tentang peristiwa yang terkait dengan simpul ElastiCache Anda, atau pilih bagian Peristiwa di Konsol Manajemen ElastiCache.

AZ direkayasa untuk menyediakan konektivitas jaringan latensi rendah ke AZ lain di Wilayah yang sama. Anda harus mempertimbangkan untuk merancang aplikasi dan sumber daya AWS lainnya dengan redundansi di beberapa AZ agar aplikasi Anda akan dapat bertahan jika terjadi gangguan pada AZ.

Untuk informasi selengkapnya mengenai Multi-AZ, lihat dokumentasi ElastiCache.

Pencadangan dan Pemulihan adalah fitur yang memungkinkan Anda untuk membuat snapshot dari cache ElastiCache. ElastiCache menyimpan snapshot sehingga pengguna kemudian dapat menggunakannya untuk memulihkan cache. Penyimpanan ini saat ini didukung dengan ElastiCache untuk Valkey, ElastiCache untuk Redis OSS, dan Nirserver.

Membuat snapshot dapat berguna jika terjadi kehilangan data yang disebabkan oleh kegagalan simpul, serta kemungkinan kegagalan perangkat keras. Alasan umum lainnya dalam menggunakan pencadangan adalah untuk tujuan pengarsipan. Snapshot disimpan di Amazon S3.

Ya, Anda dapat mengekspor snapshot ElastiCache ke bucket S3 resmi di Wilayah yang sama dengan cache Anda.

Ya. Pertama-tama, Anda harus menyalin snapshot Anda ke bucket S3 resmi pilihan Anda di Wilayah yang sama, lalu memberikan izin bucket lintas akun ke akun lainnya.

ElastiCache memberikan ruang penyimpanan satu snapshot secara gratis untuk setiap cache ElastiCache yang aktif. Penyimpanan tambahan akan dikenai biaya berdasarkan ruang yang digunakan oleh snapshot sebesar 0,085 USD/GB setiap bulan (harga sama di semua Wilayah). Transfer data untuk menggunakan snapshot tidak dikenai biaya.

Saat Anda menghapus cache ElastiCache, snapshot manual Anda akan dipertahankan. Anda juga akan memiliki opsi untuk membuat snapshot akhir sebelum cache dihapus. Snapshot cache otomatis tidak dipertahankan.

Mesin dalam ElastiCache tidak hanya kompatibel sepenuhnya dengan Valkey dan Redis OSS, tetapi juga dilengkapi dengan penyempurnaan yang meningkatkan performa, ketahanan, dan stabilitas. Beberapa peningkatannya meliputi:

• Lebih banyak memori yang dapat digunakan: Sekarang Anda dapat mengalokasikan lebih banyak memori untuk aplikasi Anda dengan aman tanpa mempertaruhkan peningkatan penggunaan swap selama sinkronisasi dan snapshot.
• Peningkatan sinkronisasi: Sinkronisasi yang lebih kuat di bawah beban berat dan saat pemulihan putusnya jaringan. Selain itu, sinkronisasi menjadi lebih cepat karena primer dan replika tidak lagi menggunakan disk untuk operasi ini.
• Failover lebih lancar: Jika terjadi failover, serpihan Anda sekarang pulih lebih cepat karena replika tidak lagi membersihkan datanya untuk melakukan sinkronisasi ulang penuh dengan primer.

Mesin yang disempurnakan kompatibel sepenuhnya dengan Valkey atau Redis OSS, sehingga Anda dapat memanfaatkan ketahanan dan stabilitasnya yang lebih baik tanpa perlu membuat perubahan apa pun pada kode aplikasi Anda.

Tidak ada biaya tambahan untuk menggunakan mesin yang disempurnakan.

Enkripsi bergerak, enkripsi diam, Valkey AUTH, dan Kontrol Akses Berbasis Peran (RBAC) adalah fitur yang dapat Anda pilih saat membuat cache ElastiCache. Jika mengaktifkan enkripsi bergerak, Anda dapat memilih untuk menggunakan AUTH atau RBAC sebagai keamanan dan kontrol akses tambahan.

Enkripsi diam menyediakan mekanisme untuk melindungi data Anda dari akses yang tidak sah. Ketika diaktifkan, enkripsi diam akan mengenkripsi aspek-aspek berikut:

• Disk selama operasi sinkronisasi, pencadangan, dan swap
• Cadangan yang disimpan di Amazon S3

ElastiCache menawarkan enkripsi diam default (dikelola layanan) serta kemampuan untuk menggunakan kunci AWS KMS simetris yang dikelola pelanggan Anda di AWS KMS. Kunjungi enkripsi diam untuk mempelajari selengkapnya.

Fitur enkripsi bergerak memfasilitasi enkripsi komunikasi antara klien dan ElastiCache, serta antara server (replika baca dan primer). Baca selengkapnya mengenai enkripsi bergerak ElastiCache.

Tidak, ElastiCache mengelola kedaluwarsa dan pembaruan sertifikasi di belakang layar. Tidak ada tindakan pengguna yang diperlukan untuk pemeliharaan sertifikat yang berkelanjutan.

Tidak ada biaya tambahan untuk menggunakan enkripsi.

Penyimpanan Data Global adalah fitur dari ElastiCache yang menyediakan replikasi lintas Wilayah terkelola penuh, cepat, andal, dan berfokus pada keamanan. Dengan Penyimpanan Data Global, Anda dapat menulis ke cache di satu Wilayah dan memerintahkan data yang tersedia untuk dibaca di hingga dua klaster replika lintas Wilayah lainnya sehingga memungkinkan pembacaan latensi rendah dan pemulihan bencana di semua Wilayah.

Dirancang untuk aplikasi waktu nyata dengan jejak global, Penyimpanan Data Global biasanya mereplikasi data di seluruh Wilayah dalam waktu satu detik sehingga meningkatkan respons aplikasi Anda dengan menyediakan pembacaan geolokal yang lebih dekat ke pengguna akhir. Jika terjadi degradasi Wilayah, salah satu cache replika lintas Wilayah yang sehat dapat dipromosikan menjadi primer dengan kemampuan baca dan tulis penuh. Setelah dimulai, promosi biasanya selesai dalam waktu kurang dari satu menit sehingga aplikasi Anda tetap tersedia.

Penyimpanan Data Global didukung pada ElastiCache versi 7.2 untuk Valkey dan ElastiCache versi 5.0.6 dan seterusnya untuk Redis OSS.

Anda dapat mereplikasi hingga dua Wilayah sekunder dalam Penyimpanan Data Global. Cache di Wilayah sekunder dapat digunakan untuk melayani pembacaan lokal latensi rendah dan untuk pemulihan bencana jika terjadi degradasi Wilayah.

Anda dapat menyiapkan Penyimpanan Data Global menggunakan cache yang ada atau membuat cache baru untuk digunakan sebagai primer. Anda dapat membuat Penyimpanan Data Global hanya dengan mengikuti beberapa langkah di Konsol Manajemen ElastiCache atau dengan mengunduh AWS SDK atau AWS CLI terbaru. Terdapat dukungan untuk Penyimpanan Data Global di AWS CloudFormation.

Tidak, ElastiCache tidak secara otomatis mempromosikan klaster sekunder jika klaster primer (Wilayah) terdegradasi. Anda dapat memulai failover secara manual dengan mempromosikan klaster sekunder menjadi primer. Fail over dan promosi klaster sekunder biasanya selesai dalam waktu kurang dari satu menit.

ElastiCache tidak menyediakan SLA untuk RPO dan RTO. RPO berbeda-beda berdasarkan jeda replikasi antara Wilayah dan bergantung pada latensi jaringan antara Wilayah dan kemacetan lalu lintas jaringan lintas Wilayah. RPO Penyimpanan Data Global biasanya berlangsung kurang dari satu detik sehingga data yang ditulis di Wilayah primer tersedia di Wilayah sekunder dalam satu detik. RTO Penyimpanan Data Global biasanya berlangsung kurang dari satu menit. Setelah failover ke klaster sekunder dimulai, ElastiCache biasanya mempromosikan kemampuan baca dan tulis penuh ke klaster sekunder dalam waktu kurang dari satu menit.

ElastiCache tidak mengenakan biaya premium apa pun untuk menggunakan Penyimpanan Data Global. Anda membayar cache primer dan sekunder di Penyimpanan Data Global Anda dan untuk lalu lintas transfer data lintas Wilayah.

Meskipun tidak ada jawaban yang tepat untuk pertanyaan ini, dengan ElastiCache, Anda tidak perlu mengkhawatirkan jumlah simpul yang tepat karena Anda bisa dengan cepat menambah atau menghapus simpul nantinya. Anda juga dapat menggunakan ElastiCache Nirserver untuk menyederhanakan operasi cache Memcached yang sangat tersedia. Dua aspek yang saling terkait berikut dapat dipertimbangkan sebagai pilihan konfigurasi awal Anda:

• Total memori yang diperlukan untuk data Anda agar mencapai tingkat sasaran cache-hit Anda, dan
• Jumlah simpul yang diperlukan untuk menjaga performa aplikasi yang dapat diterima tanpa membebani backend basis data jika terjadi kegagalan simpul.

Jumlah memori yang diperlukan tergantung pada ukuran set data dan pola akses aplikasi Anda. Untuk meningkatkan toleransi kesalahan, setelah mengetahui gambaran kasar tentang total memori yang dibutuhkan, bagi memori tersebut ke dalam beberapa simpul yang cukup sehingga aplikasi Anda dapat bertahan jika satu atau dua simpul hilang. Misalnya, jika kebutuhan memori Anda adalah 13 GB, Anda mungkin ingin menggunakan dua simpul cache.m4.large, alih-alih menggunakan satu simpul cache.m4.xlarge. Pastikan bahwa sistem lain seperti basis data tidak akan kelebihan beban jika tingkat cache-hit dikurangi untuk sementara waktu selama pemulihan kegagalan pada satu atau beberapa simpul. Silakan lihat Panduan Pengguna ElastiCache untuk detail selengkapnya.

Ya. Saat membuat klaster atau menambahkan simpul ke klaster yang ada, Anda dapat memilih AZ untuk simpul baru. Anda dapat menentukan jumlah simpul yang diminta di setiap AZ atau pilih Sebarkan Simpul di Seluruh Zona. Jika klaster berada di Amazon VPC, simpul hanya dapat ditempatkan di AZ yang merupakan bagian dari grup subnet cache yang dipilih. Untuk detail tambahan, silakan lihat dokumentasi VPC ElastiCache.

Anda dapat menjalankan maksimum 300 simpul per Wilayah. Jika Anda membutuhkan lebih banyak simpul, silakan isi formulir Permintaan Peningkatan Batas ElastiCache.

Layanan akan mendeteksi kegagalan simpul dan bereaksi dengan menjalankan langkah-langkah otomatis berikut:

• ElastiCache akan memperbaiki simpul dengan memperoleh sumber daya layanan baru, lalu akan mengarahkan nama DNS simpul yang ada untuk mengarah ke sumber daya layanan baru. Untuk instalasi Amazon VPC, ElastiCache akan memastikan bahwa nama DNS dan alamat IP simpul tetap sama ketika simpul dipulihkan jika terjadi kegagalan. Untuk instalasi non-Amazon VPC, ElastiCache akan memastikan bahwa nama DNS simpul tidak berubah. Namun, alamat IP yang mendasari simpul dapat berubah.
• Jika Anda mengaitkan topik SNS dengan klaster Anda, ketika simpul baru dikonfigurasi dan siap digunakan, ElastiCache akan mengirimkan notifikasi SNS untuk memberi tahu bahwa terjadi pemulihan simpul. Hal ini memungkinkan Anda untuk mengatur secara opsional agar aplikasi memaksa pustaka klien Memcached untuk menyambung kembali ke simpul yang telah diperbaiki. Hal ini penting karena beberapa pustaka Memcached akan berhenti menggunakan server (simpul) dalam waktu tidak terbatas jika mengalami kesalahan komunikasi atau batas waktu dengan server tersebut.

Anda dapat menambahkan lebih banyak simpul ke Klaster Memcached yang ada menggunakan opsi Tambahkan Simpul pada tab Simpul untuk Klaster Cache Anda di konsol atau memanggil API ModifyCacheCluster.

ElastiCache sangat cocok sebagai front-end untuk layanan AWS, seperti Amazon RDS dan DynamoDB, yang memberikan latensi sangat rendah untuk aplikasi performa tinggi dan menurunkan sebagian volume permintaan saat layanan ini memberikan ketahanan data yang tahan lama. Layanan ini juga dapat digunakan untuk meningkatkan performa aplikasi bersama dengan Amazon EC2 dan Amazon EMR.

Pustaka klien Memcached tersedia untuk banyak, bahkan sebagian besar, bahasa pemrograman populer. Jika Anda mengalami masalah dengan klien Memcached tertentu saat menggunakan ElastiCache, harap berkomunikasi dengan kami di Forum komunitas ElastiCache.

ElastiCache tidak memerlukan pustaka klien tertentu dan bekerja dengan pustaka klien Memcached yang ada tanpa kompilasi ulang atau penautan ulang aplikasi (Memcached 1.4.5 dan yang lebih baru). Contohnya termasuk libMemcached (C) dan pustaka yang berbasis di atasnya (misalnya, PHP, Perl, Python), spyMemcached (Java) dan fauna (Ruby).

Penemuan Otomatis adalah fitur yang menghemat waktu dan tenaga developer, sekaligus mengurangi kerumitan di aplikasi mereka. Penemuan Otomatis memungkinkan penemuan simpul cache secara otomatis oleh klien ketika ditambahkan atau dihapus dari klaster ElastiCache. Sebelumnya, untuk menangani perubahan keanggotaan klaster, developer harus memperbarui daftar titik akhir simpul cache secara manual. Tergantung cara aplikasi klien dirancang, biasanya harus dimulai oleh klien (dengan mematikan dan memulai ulang aplikasi), yang mengakibatkan waktu henti. Melalui Penemuan Otomatis, ElastiCache menghilangkan kompleksitas ini. Dengan Penemuan Otomatis, selain menjadi protokol mundur yang sesuai dengan protokol Memcached, ElastiCache memberi informasi tentang keanggotaan klaster cache pada klien. Klien yang mampu memproses informasi tambahan mengonfigurasi ulang dirinya sendiri, tanpa pemulaian apa pun, untuk menggunakan simpul terbaru dari klaster ElastiCache.

Klaster ElastiCache dapat dibuat dengan simpul yang dapat dialamatkan melalui titik akhir bernama. Dengan Penemuan Otomatis, klaster ElastiCache juga akan memperoleh titik akhir konfigurasi unik, yang merupakan Catatan DNS yang valid selama masa pakai klaster. Catatan DNS ini berisi Nama DNS simpul yang termasuk dalam klaster. ElastiCache akan memastikan bahwa titik akhir konfigurasi selalu mengarah ke setidaknya satu simpul target tersebut. Kueri ke simpul target kemudian mengembalikan titik akhir untuk semua simpul klaster terkait. Kemudian, Anda dapat terhubung ke simpul klaster seperti sebelumnya dan menggunakan perintah protokol Memcached, seperti get, set, incr, dan decr. Untuk detail selengkapnya, lihatdokumentasi. Untuk menggunakan Penemuan Otomatis, Anda memerlukan klien yang mampu melakukan Penemuan Otomatis. Klien Penemuan Otomatis untuk.Net, Java, dan PHP tersedia untuk diunduh dari konsol ElastiCache. Setelah inisialisasi, klien akan secara otomatis menentukan anggota klaster ElastiCache saat ini menggunakan titik akhir konfigurasi. Saat Anda membuat perubahan pada klaster cache dengan menambahkan atau menghapus simpul atau jika simpul diganti setelah kegagalan, klien Penemuan Otomatis secara otomatis menentukan perubahan, dan Anda tidak perlu memulai klien secara manual.

Untuk memulai, unduh Klien Klaster ElastiCache dengan memilih tautan Unduh Klien Klaster ElastiCache di konsol ElastiCache. Sebelum dapat mengunduh, Anda harus memiliki akun ElastiCache; Jika belum, Anda dapat mendaftar dari halaman detail ElastiCache. Setelah mengunduh klien, Anda dapat mulai menyiapkan dan mengaktifkan klaster ElastiCache dengan mengunjungi konsol ElastiCache. Detail selengkapnya dapat ditemukan di dokumentasi.

Ya, Anda dapat berhenti menggunakan Penemuan Otomatis kapan saja. Anda dapat menonaktifkan Penemuan Otomatis dengan menentukan mode operasi selama memulai klien Klaster ElastiCache. Selain itu, karena ElastiCache terus mendukung Memcached, Anda dapat menggunakan klien yang sesuai dengan protokol Memcached seperti sebelumnya.

Untuk memanfaatkan Penemuan Otomatis, klien yang mampu melakukan Penemuan Otomatis harus digunakan untuk terhubung ke Klaster ElastiCache. ElastiCache saat ini mendukung klien yang mampu melakukan Penemuan Otomatis untuk .Net, Java, dan PHP. Klien ini dapat diunduh dari konsol ElastiCache. Anda dapat membuat klien untuk bahasa lain dengan membangun klien Memcached populer yang tersedia.

Anda dapat mengambil Pustaka Klien Memcached apa pun dan menambahkan dukungan untuk Penemuan Otomatis. Jika ingin menambahkan atau mengubah klien Anda sendiri untuk mengaktifkan Penemuan Otomatis, silakan lihat dokumentasi set perintah Penemuan Otomatis.

Ya, ElastiCache masih sesuai dengan protokol Memcached dan tidak mengharuskan Anda untuk mengubah klien. Namun, untuk memanfaatkan fitur Penemuan Otomatis, kami meningkatkan kemampuan klien Memcached. Jika Anda memilih untuk tidak menggunakan Klien Klaster ElastiCache, Anda dapat terus menggunakan klien Anda sendiri atau mengubah pustaka klien Anda sendiri untuk memahami set perintah Penemuan Otomatis.
 

Ya, klaster ElastiCache yang sama dapat dihubungkan melalui klien yang mampu melakukan Penemuan Otomatis dan klien Memcached tradisional pada saat yang bersamaan. ElastiCache tetap 100% sesuai dengan Memcached.

Ya, Anda dapat berhenti menggunakan Penemuan Otomatis kapan saja. Anda dapat menonaktifkan Penemuan Otomatis dengan menentukan mode operasi selama memulai klien Klaster ElastiCache. Selain itu, karena ElastiCache terus mendukung Memcached, Anda dapat menggunakan klien yang sesuai dengan protokol Memcached seperti sebelumnya.

ElastiCache memungkinkan Anda untuk mengontrol apakah dan kapan perangkat lunak yang sesuai dengan protokol Memcached yang menenagai klaster Anda ditingkatkan ke versi baru yang didukung oleh ElastiCache. Hal ini memberikan fleksibilitas untuk mempertahankan kompatibilitas dengan versi Memcached tertentu, menguji versi baru dengan aplikasi Anda sebelum melakukan deployment dalam produksi, serta melakukan peningkatan versi sesuai persyaratan dan jadwal Anda sendiri. Peningkatan versi melibatkan beberapa risiko kompatibilitas; oleh karena itu, peningkatan versi tidak akan terjadi secara otomatis dan harus Anda mulai. Pendekatan patch perangkat lunak ini menempatkan Anda sebagai pemegang kendali dalam peningkatan versi, tetapi tetap membebankan pekerjaan aplikasi patch ke ElastiCache. Anda dapat mempelajari selengkapnya mengenai manajemen versi dengan membaca FAQ berikut ini. Anda juga dapat melihat Panduan Pengguna ElastiCache. Meskipun fungsionalitas Manajemen Versi Mesin dimaksudkan agar Anda memiliki kontrol sebanyak mungkin atas cara terjadinya patch, kami dapat melakukan patch klaster atas nama Anda jika kami menentukan ada kerentanan keamanan dalam sistem atau perangkat lunak cache.

Anda dapat menentukan versi yang saat ini didukung (minor atau mayor) saat membuat klaster baru. Jika Anda ingin memulai meningkatkan ke rilis versi mesin yang didukung, Anda dapat melakukannya menggunakan opsi Ubah untuk klaster Anda. Tentukan versi yang ingin Anda tingkatkan di bidang Versi Mesin Cache. Peningkatan kemudian akan segera diterapkan atas nama Anda (jika mencentang opsi Segera Diterapkan) atau selama periode pemeliharaan terjadwal berikutnya untuk klaster Anda.

Ya. Anda dapat melakukannya dengan membuat klaster baru dengan versi mesin baru. Anda dapat mengarahkan aplikasi pengembangan atau penahapan Anda ke klaster ini, mengujinya, dan memutuskan apakah akan meningkatkan klaster asli Anda atau tidak.

Kami berencana untuk mendukung versi Memcached tambahan untuk ElastiCache, baik mayor maupun minor. Jumlah rilis versi baru yang didukung pada tahun tertentu akan bervariasi berdasarkan frekuensi dan konten rilis versi Memcached dan hasil pemeriksaan menyeluruh terhadap rilis oleh tim rekayasa kami.

Anda dapat meningkatkan klaster Memcached yang ada menggunakan proses Ubah. Saat melakukan peningkatan dari Memcached versi yang lebih lama ke Memcached versi 1.4.33 atau yang lebih baru, pastikan bahwa nilai parameter max_chunk_size yang ada memenuhi persyaratan yang diperlukan untuk parameter slab_chunk_max. Harap tinjau prasyarat peningkatan.

ElastiCache menyediakan alur I/O yang ditingkatkan yang memberikan peningkatan signifikan pada throughput dan latensi dalam skala besar melalui multiplexing, pelepasan lapisan presentasi, dan lainnya. Alur I/O yang ditingkatkan meningkatkan performa menggunakan lebih banyak inti untuk memproses I/O dan secara dinamis melakukan penyesuaian berdasarkan beban kerja. ElastiCache meningkatkan throughput klaster yang mendukung TLS dengan memindahkan enkripsi ke alur I/O yang sama dan ditingkatkan. ElastiCache (Redis OSS) versi 7.0 memperkenalkan multiplexing I/O yang disempurnakan, serta menggabungkan banyak permintaan klien ke dalam satu saluran dan meningkatkan efisiensi alur.

Dalam ElastiCache versi 7.1 dan di atasnya untuk Redis OSS , kami memperluas fungsionalitas alur I/O yang disempurnakan untuk juga menangani logika lapisan presentasi. Alur I/O yang disempurnakan tidak hanya membaca input klien, tetapi juga mengurai input ke dalam format perintah biner, yang kemudian diteruskan ke alur utama untuk dieksekusi, guna memberikan peningkatan performa. Dengan ElastiCache versi 7.1 untuk Redis OSS, Anda dapat mencapai throughput hingga lebih dari 100% dan latensi P99 kurang dari 50%, dibandingkan dengan versi sebelumnya. Pada r7g.4xlarge atau yang lebih besar, Anda dapat mencapai lebih dari 1 juta permintaan per detik (RPS) per simpul.

ElastiCache menyediakan dua set metrik berbeda untuk mengukur penggunaan CPU cache Anda, bergantung pada deployment cache yang Anda pilih. Saat menggunakan ElastiCache Nirserver, Anda dapat memantau penggunaan CPU dengan metrik Unit Pemrosesan ElastiCache (ECPU). Jumlah ECPU yang digunakan oleh permintaan Anda bergantung pada waktu vCPU yang dibutuhkan dan jumlah data yang ditransfer. Setiap baca dan tulis, seperti perintah GET dan SET Redis OSS atau perintah get dan set Memcached, membutuhkan 1 ECPU untuk setiap kilobita (KB) data yang ditransfer. Beberapa perintah Redis OSS yang beroperasi pada struktur data dalam memori dapat menghabiskan lebih banyak waktu vCPU daripada perintah GET atau SET. ElastiCache menghitung jumlah ECPU yang digunakan berdasarkan waktu vCPU yang dibutuhkan oleh perintah dibandingkan dengan waktu dasar vCPU yang diperlukan oleh perintah SET atau GET. Jika perintah Anda membutuhkan waktu vCPU tambahan dan mentransfer lebih banyak data dibandingkan garis dasar 1 ECPU, ElastiCache akan menghitung ECPU yang diperlukan berdasarkan nilai yang lebih tinggi dari kedua dimensi.

Saat merancang klaster Anda sendiri, Anda dapat memantau EngineCPUUtilization dan CPUUtilization. Metrik CPUUtilization mengukur penggunaan CPU untuk instans (simpul), dan metrik EngineCPUUtilization mengukur penggunaan pada tingkat proses mesin. Anda memerlukan metrik EngineCPUUtilization selain metrik CPUUtilization karena proses Redis OSS utama adalah utas tunggal dan hanya menggunakan satu CPU dari beberapa inti CPU yang tersedia pada sebuah instans. Oleh karena itu, metrik CPUUtilization tidak memberikan visibilitas yang tepat mengenai tingkat penggunaan CPU pada tingkat proses mesin. Kami merekomendasikan Anda untuk menggunakan metrik CPUUtilization dan EngineCPUUtilization secara bersamaan untuk mendapatkan pemahaman mendetail tentang penggunaan CPU untuk klaster Redis OSS Anda.

Kedua set metrik tersedia di semua Wilayah AWS, dan Anda dapat mengakses metrik ini menggunakan Amazon CloudWatch atau di konsol. Selain itu, kami merekomendasikan Anda untuk membuka dokumen untuk mempelajari metrik yang berguna bagi pemantauan performa.

Replika baca memiliki dua tujuan di Redis OSS:

• Penanganan kegagalan
• Penskalaan baca

Saat Anda menjalankan cache dengan replika baca, primer melayani penulisan dan pembacaan. Replika berfungsi secara eksklusif dalam membaca lalu lintas serta tersedia sebagai warm standby jika primer mengalami gangguan.

Dengan ElastiCache Nirserver, replika baca dipelihara secara otomatis oleh layanan. Saat mendesain cache Anda sendiri, ada berbagai skenario di mana deployment satu atau beberapa replika baca untuk simpul primer tertentu mungkin terasa masuk akal. Alasan umum untuk melakukan deployment replika pembacaan meliputi:

• Penskalaan melampaui kapasitas komputasi atau I/O dari satu simpul primer untuk beban kerja pembacaan berat: Lalu lintas pembacaan berlebih ini dapat diarahkan ke satu atau beberapa replika pembacaan.
• Melayani lalu lintas pembacaan saat simpul primer tidak tersedia: Jika simpul primer Anda tidak dapat menerima permintaan I/O (misalnya, karena penangguhan I/O untuk pencadangan atau pemeliharaan terjadwal), Anda dapat mengarahkan lalu lintas pembacaan ke replika pembacaan. Untuk kasus penggunaan ini, perlu diingat bahwa data pada replika pembacaan mungkin sudah usang karena instans primer tidak tersedia. Replika pembacaan juga dapat digunakan sebagai pemanasan untuk memulai ulang primer yang gagal.
• Skenario perlindungan data: Jika terjadi kegagalan simpul primer yang tidak terduga atau AZ tempat simpul primer Anda berada tidak tersedia, Anda dapat mempromosikan replika pembacaan di AZ yang berbeda untuk menjadi primer baru. 

Anda dapat terhubung ke replika baca sama seperti Anda akan terhubung ke simpul cache primer. Jika Anda memiliki beberapa replika baca, aplikasi Anda dapat menentukan cara lalu lintas baca akan didistribusikan di antara replika-replika tersebut. Berikut adalah detail selengkapnya:

• Klaster Redis OSS (mode klaster dinonaktifkan), menggunakan titik akhir simpul individu untuk operasi baca. (Dalam API/CLI, ini disebut sebagai titik akhir baca.)
• Klaster Redis OSS (mode klaster diaktifkan), menggunakan titik akhir konfigurasi klaster untuk semua operasi. Anda masih dapat membaca dari titik akhir simpul individual. (Dalam API dan CLI disebut sebagai titik akhir baca.)

ElastiCache memungkinkan Anda membuat hingga lima (5) replika pembacaan untuk simpul cache primer tertentu.

Jika failover terjadi, replika pembacaan yang terkait dan tersedia akan melanjutkan replikasi secara otomatis setelah failover selesai (memperoleh pembaruan dari replika pembacaan yang baru dipromosikan).

Pembaruan simpul cache primer akan secara otomatis direplikasi ke replika baca apa pun yang terkait. Namun, dengan teknologi replikasi asinkron Redis OSS, replika baca dapat tertinggal dari simpul cache primernya karena berbagai alasan. Alasan yang umum termasuk:

• Volume I/O tulis ke simpul cache primer melebihi tingkat perubahan yang dapat diterapkan pada replika baca.
• Partisi atau latensi jaringan antara simpul cache primer dan replika baca.

Replika baca bergantung pada kelebihan dan kekurangan replikasi Redis OSS. Jika menggunakan replika baca, Anda harus menyadari potensi kelambatan antara replika baca dan simpul cache primernya, atau “inkonsistensi”. ElastiCache mengeluarkan metrik untuk membantu Anda memahami inkonsistensi.

Replika pembacaan ditagih sebagai simpul cache standar dan pada tarif yang sama. Sama seperti simpul cache standar, tarif per jam simpul cache untuk replika baca ditentukan oleh kelas simpul cache dari replika baca: kunjungi halaman harga ElastiCache untuk mengetahui harga terbaru. Anda tidak akan dikenai biaya untuk transfer data yang dilakukan dalam mereplikasi data antara simpul cache primer dan replika pembacaan Anda. Penagihan untuk replika baca dimulai segera setelah replika baca berhasil dibuat (saat statusnya terdaftar sebagai “aktif”). Replika baca akan terus ditagih sesuai tarif jam simpul cache ElastiCache standar hingga Anda mengeluarkan perintah untuk menghapusnya.

Failover yang dimulai didukung oleh ElastiCache sehingga Anda dapat melanjutkan operasi cache secepat mungkin. Saat melakukan failover, ElastiCache membalik catatan DNS untuk simpul cache Anda agar mengarah ke replika baca, yang pada gilirannya dipromosikan menjadi cache primer baru. Kami menyarankan Anda untuk mengikuti praktik terbaik dan mengimplementasikan percobaan ulang koneksi simpul cache di lapisan aplikasi. Biasanya, langkah satu hingga lima mulai dari awal hingga akhir di bawah ini bisa selesai dalam waktu enam menit.

Berikut ini adalah peristiwa failover otomatis, yang tercantum dalam urutan kejadian:

1. Pesan grup replikasi: Uji API Failover yang dipanggil untuk grup simpul <node-group-id>
2. Pesan klaster cache: Failover dari simpul primer <primary-node-id> ke simpul replika <node-id> selesai
3. Pesan grup replikasi: Failover dari simpul primer <primary-node-id> ke simpul replika <node-id> selesai
4. Pesan klaster cache: Memulihkan simpul cache <node-id>
5. Pesan klaster cache: Pemulihan simpul cache <node-id> selesai

Tidak, replika baca Anda hanya dapat disediakan di AZ yang sama atau berbeda dari Wilayah yang sama dengan primer simpul cache Anda. Namun, Penyimpanan Data Global dapat digunakan dengan replikasi terkelola penuh yang cepat, andal, dan berfokus pada keamanan di semua Wilayah AWS. Dengan fitur ini, Anda dapat membuat klaster replika baca lintas Wilayah untuk ElastiCache untuk mengaktifkan pembacaan latensi rendah dan pemulihan bencana di semua Wilayah AWS.

Ya. Anda dapat memperoleh visibilitas ke lokasi primer saat ini menggunakan konsol atau API DescribeCacheClusters.

Ya. Anda dapat menambahkan atau menghapus replika baca di satu atau beberapa serpihan (shard) di lingkungan klaster. Klaster akan tetap online dan melayani I/O masuk selama operasi ini.

Multi-AZ adalah fitur yang memungkinkan Anda untuk menjalankan konfigurasi dengan ketersediaan lebih tinggi saat merancang cache ElastiCache Anda sendiri. Semua cache ElastiCache Nirserver dijalankan secara otomatis dalam konfigurasi Multi-AZ. Grup replikasi ElastiCache terdiri dari satu primer dan maksimum lima replika baca. Jika Multi-AZ diaktifkan, diperlukan setidaknya satu replika per primer. Selama tipe pemeliharaan terencana tertentu, atau jika terjadi kegagalan simpul ElastiCache atau kegagalan AZ yang tidak terduga, ElastiCache akan secara otomatis mendeteksi kegagalan primer, memilih replika pembacaan, dan mempromosikannya menjadi primer baru. ElastiCache juga menyebarkan perubahan DNS dari replika pembacaan yang dipromosikan, jadi jika aplikasi Anda sedang menulis ke titik akhir simpul primer, tidak ada perubahan titik akhir yang diperlukan.

Manfaat utama menjalankan ElastiCache dalam mode Multi-AZ adalah ketersediaan yang meningkat dan kebutuhan administrasi yang lebih kecil. Saat menjalankan ElastiCache dalam konfigurasi Multi-AZ, cache Anda memenuhi syarat untuk SLA ketersediaan sebesar 99,99%. Jika terjadi kegagalan simpul primer ElastiCache, dampak pada kemampuan Anda untuk membaca dan menulis ke simpul primer akan terbatas pada waktu yang diperlukan untuk menyelesaikan failover otomatis. Ketika Multi-AZ diaktifkan, failover simpul ElastiCache akan terjadi secara otomatis dan tidak memerlukan administrasi. 

Anda dapat menggunakan Multi-AZ jika menggunakan ElastiCache dan memiliki grup replikasi yang terdiri dari satu simpul primer dan satu atau beberapa replika baca. Jika simpul primer gagal, ElastiCache akan secara otomatis mendeteksi kegagalan, memilih salah satu dari replika baca yang tersedia, dan mempromosikannya menjadi primer baru. ElastiCache akan menyebarkan perubahan DNS dari replika yang dipromosikan agar aplikasi Anda dapat terus menulis ke titik akhir primer. ElastiCache juga akan memutar simpul baru untuk menggantikan replika pembacaan yang dipromosikan di AZ yang sama dari primer yang gagal. Jika primer gagal karena gangguan pada AZ sementara, replika baru akan diluncurkan setelah AZ pulih.

Ya. Sebagai catatan, menempatkan primer dan replika di AZ yang sama tidak akan membuat grup replikasi ElastiCache Anda tahan terhadap gangguan AZ. Selain itu, Anda tidak dapat menempatkan replika di AZ yang sama dengan primer jika Multi-AZ diaktifkan.

ElastiCache akan fail over ke replika pembacaan jika terjadi salah satu dari berikut:

• Kehilangan ketersediaan di AZ primer
• Kehilangan konektivitas jaringan ke primer
• Kegagalan unit komputasi pada primer

Jika ada lebih dari satu replika baca, replika baca dengan jeda replikasi asinkron yang lebih kecil ke primer yang akan dipromosikan.

Ya, ElastiCache akan membuat peristiwa untuk memberi tahu Anda bahwa terjadi failover otomatis. Anda dapat menggunakan API DescribeEvents untuk menampilkan informasi tentang peristiwa yang terkait dengan simpul ElastiCache Anda, atau memilih bagian Peristiwa di Konsol Manajemen ElastiCache.

AZ direkayasa untuk menyediakan konektivitas jaringan latensi rendah ke AZ lain di Wilayah yang sama. Anda harus mempertimbangkan untuk merancang aplikasi dan sumber daya AWS lainnya dengan redundansi di beberapa AZ agar aplikasi Anda akan dapat bertahan jika terjadi gangguan pada AZ.

Untuk informasi selengkapnya mengenai Multi-AZ, lihat dokumentasi ElastiCache.

Pencadangan dan Pemulihan adalah fitur yang memungkinkan Anda untuk membuat snapshot dari cache ElastiCache. ElastiCache menyimpan snapshot sehingga pengguna kemudian dapat menggunakannya untuk memulihkan cache. Penyimpanan ini saat ini didukung dengan ElastiCache untuk Valkey, ElastiCache untuk Redis OSS, dan Nirserver. 

Membuat snapshot dapat berguna jika terjadi kehilangan data yang disebabkan oleh kegagalan simpul, serta kemungkinan kegagalan perangkat keras. Alasan umum lainnya dalam menggunakan pencadangan adalah untuk tujuan pengarsipan. Snapshot disimpan di Amazon S3.

Ketika pencadangan dimulai, ElastiCache akan mengambil snapshot dari cache tertentu yang nantinya dapat digunakan untuk pemulihan atau pengarsipan. Anda dapat memulai pencadangan kapan saja Anda memilih atau mengatur pencadangan harian berulang dengan periode retensi hingga 35 hari. Saat Anda memilih snapshot yang akan dipulihkan, cache ElastiCache baru akan dibuat dan diisi dengan data snapshot. Snapshot ElastiCache kompatibel dengan format file Redis OSS RDB.

Anda dapat menggunakan fitur Pencadangan dan Pemulihan melalui konsol, API ElastiCache, dan AWS CLI. Anda dapat menonaktifkan dan mengaktifkan kembali fitur setiap saat.

Pencadangan dan Pemulihan membuat snapshot per cache. Pengguna dapat menentukan cache ElastiCache yang akan dicadangkan melalui konsol, AWS CLI, atau API ElastiCache. Kami merekomendasikan pengguna untuk mengaktifkan pencadangan pada salah satu replika baca cache untuk meminimalkan potensi dampak pada primer. Saat menggunakan ElastiCache Nirserver, pencadangan secara otomatis dilakukan terhadap replika baca.

Ya, Anda dapat mengekspor snapshot ElastiCache ke bucket S3 resmi di Wilayah yang sama dengan cache Anda.

Ya. Pertama-tama, Anda harus menyalin snapshot Anda ke bucket S3 resmi pilihan Anda di Wilayah yang sama, lalu memberikan izin bucket lintas akun ke akun lainnya.

ElastiCache memberikan ruang penyimpanan satu snapshot secara gratis untuk setiap cache ElastiCache yang aktif. Penyimpanan tambahan akan dikenai biaya berdasarkan ruang yang digunakan oleh snapshot sebesar 0,085 USD/GB setiap bulan (harga sama di semua Wilayah). Transfer data untuk menggunakan snapshot tidak dikenai biaya.

Saat Anda menghapus cache ElastiCache, snapshot manual Anda akan dipertahankan. Anda juga akan memiliki opsi untuk membuat snapshot akhir sebelum cache dihapus. Snapshot cache otomatis tidak dipertahankan.

Mesin dalam ElastiCache tidak hanya sepenuhnya kompatibel dengan Redis OSS, tetapi juga dilengkapi dengan penyempurnaan yang meningkatkan performa, ketahanan, dan stabilitas. Beberapa peningkatannya meliputi:

• Lebih banyak memori yang dapat digunakan: Sekarang Anda dapat mengalokasikan lebih banyak memori untuk aplikasi Anda dengan aman tanpa mempertaruhkan peningkatan penggunaan swap selama sinkronisasi dan snapshot.
• Peningkatan sinkronisasi: Sinkronisasi yang lebih kuat di bawah beban berat dan saat pemulihan putusnya jaringan. Selain itu, sinkronisasi menjadi lebih cepat karena primer dan replika tidak lagi menggunakan disk untuk operasi ini.
• Failover lebih lancar: Jika terjadi failover, serpihan Anda sekarang pulih lebih cepat karena replika tidak lagi membersihkan datanya untuk melakukan sinkronisasi ulang penuh dengan primer.
• Pemindahan TLS dan multiplexing IO: ElastiCache dirancang untuk menggunakan sumber daya CPU yang tersedia secara lebih baik dengan menangani proses terkait jaringan tertentu pada utas khusus.

Tidak. Mesin yang disempurnakan sepenuhnya kompatibel dengan Redis OSS sehingga Anda dapat memanfaatkan ketahanan dan stabilitasnya yang lebih baik tanpa perlu membuat perubahan apa pun pada kode aplikasi Anda.

Tidak ada biaya tambahan untuk menggunakan mesin yang disempurnakan.

Enkripsi diam menyediakan mekanisme untuk melindungi data Anda dari akses yang tidak sah. Ketika diaktifkan, enkripsi diam akan mengenkripsi aspek-aspek berikut:

• Disk selama operasi sinkronisasi, pencadangan, dan swap
• Cadangan yang disimpan di Amazon S3

ElastiCache menawarkan enkripsi diam default (dikelola layanan) serta kemampuan untuk menggunakan kunci AWS KMS simetris yang dikelola pelanggan Anda di AWS KMS. Kunjungi enkripsi diam untuk mempelajari selengkapnya.

Fitur enkripsi bergerak memfasilitasi enkripsi komunikasi antara klien dan ElastiCache, serta antara server (replika baca dan primer). Baca selengkapnya mengenai enkripsi bergerak ElastiCache.

Enkripsi bergerak, enkripsi diam, Redis OSS AUTH, dan Kontrol Akses Berbasis Peran (RBAC) adalah fitur yang dapat Anda pilih saat membuat cache ElastiCache. Jika mengaktifkan enkripsi bergerak, Anda dapat memilih untuk menggunakan Redis OSS AUTH atau RBAC untuk keamanan dan kontrol akses tambahan.

Tidak, ElastiCache mengelola kedaluwarsa dan pembaruan sertifikasi di belakang layar. Tidak ada tindakan pengguna yang diperlukan untuk pemeliharaan sertifikat yang berkelanjutan.

Tidak ada biaya tambahan untuk menggunakan enkripsi.

Penyimpanan Data Global adalah fitur ElastiCache yang menyediakan replikasi lintas Wilayah terkelola penuh, cepat, andal, dan berfokus pada keamanan. Dengan Penyimpanan Data Global, Anda dapat menulis ke cache di satu Wilayah dan memerintahkan data yang tersedia untuk dibaca di hingga dua klaster replika lintas Wilayah lainnya sehingga memungkinkan pembacaan latensi rendah dan pemulihan bencana di semua Wilayah.

Dirancang untuk aplikasi waktu nyata dengan jejak global, Penyimpanan Data Global biasanya mereplikasi data di seluruh Wilayah dalam waktu satu detik sehingga meningkatkan respons aplikasi Anda dengan menyediakan pembacaan geolokal yang lebih dekat ke pengguna akhir. Jika terjadi degradasi Wilayah, salah satu cache replika lintas Wilayah yang sehat dapat dipromosikan menjadi primer dengan kemampuan baca dan tulis penuh. Setelah dimulai, promosi biasanya selesai dalam waktu kurang dari satu menit sehingga aplikasi Anda tetap tersedia.

Anda dapat mereplikasi hingga dua Wilayah sekunder dalam Penyimpanan Data Global. Cache di Wilayah sekunder dapat digunakan untuk melayani pembacaan lokal latensi rendah dan untuk pemulihan bencana jika terjadi degradasi Wilayah.

Penyimpanan Data Global didukung di ElastiCache for Redis 5.0.6 dan lebih baru.

Tidak, ElastiCache tidak secara otomatis mempromosikan klaster sekunder jika klaster primer (Wilayah) terdegradasi. Anda dapat memulai failover secara manual dengan mempromosikan klaster sekunder menjadi primer. Fail over dan promosi klaster sekunder biasanya selesai dalam waktu kurang dari satu menit.

Penyimpanan Data Global menggunakan enkripsi bergerak untuk lalu lintas dari lintas Wilayah guna menjaga data Anda lebih aman. Selain itu, Anda juga dapat mengenkripsi cache primer dan sekunder menggunakan enkripsi diam untuk menjaga data Anda makin aman. Masing-masing cache primer dan sekunder dapat memiliki kunci AWS KMS terpisah yang dikelola pelanggan untuk enkripsi diam.

ElastiCache tidak menyediakan SLA untuk RPO dan RTO. RPO berbeda-beda berdasarkan jeda replikasi antara Wilayah dan bergantung pada latensi jaringan antara Wilayah dan kemacetan lalu lintas jaringan lintas Wilayah. RPO Penyimpanan Data Global biasanya berlangsung kurang dari satu detik sehingga data yang ditulis di Wilayah primer tersedia di Wilayah sekunder dalam satu detik. RTO Penyimpanan Data Global biasanya berlangsung kurang dari satu menit. Setelah failover ke klaster sekunder dimulai, ElastiCache biasanya mempromosikan kemampuan baca dan tulis penuh ke klaster sekunder dalam waktu kurang dari satu menit.

ElastiCache tidak menyediakan SLA untuk RPO dan RTO. RPO berbeda-beda berdasarkan jeda replikasi antara Wilayah dan bergantung pada latensi jaringan antara Wilayah dan kemacetan lalu lintas jaringan lintas Wilayah. RPO Penyimpanan Data Global biasanya berlangsung kurang dari satu detik sehingga data yang ditulis di Wilayah primer tersedia di Wilayah sekunder dalam satu detik. RTO Penyimpanan Data Global biasanya berlangsung kurang dari satu menit. Setelah failover ke klaster sekunder dimulai, ElastiCache biasanya mempromosikan kemampuan baca dan tulis penuh ke klaster sekunder dalam waktu kurang dari satu menit.

Tingkatan data memberikan opsi performa harga baru menggunakan solid state drive (SSD) dengan biaya lebih rendah dalam setiap simpul klaster selain menyimpan data dalam memori. Hal ini ideal untuk beban kerja yang secara rutin mengakses hingga 20% dari keseluruhan set data dan untuk aplikasi yang dapat menoleransi latensi tambahan ketika mengakses data di SSD. Simpul ElastiCache R6gd yang dilengkapi dengan memori dan SSD memiliki total kapasitas penyimpanan hampir 5x lebih banyak dan dapat membantu Anda mencapai penghematan harga hingga lebih dari 60% saat berjalan pada penggunaan maksimum, dibandingkan dengan simpul ElastiCache R6g yang hanya dilengkapi dengan memori.

Tingkatan data bekerja dengan secara otomatis dan transparan memindahkan item yang paling terakhir digunakan dari memori ke SSD NVMe yang dipasang secara lokal ketika kapasitas memori yang tersedia digunakan sepenuhnya. Ketika item yang berpindah ke SSD kemudian diakses, ElastiCache memindahkannya kembali ke memori secara asinkron sebelum melayani permintaan.

Tingkatan data dirancang agar memiliki dampak minimal pada performa aplikasi. Dengan mengasumsikan nilai string 500 bita, Anda akan mendapatkan latensi tambahan rata-rata 300µs untuk permintaan pada data yang disimpan di SSD dibandingkan dengan permintaan pada data di memori.

ElastiCache mendukung tingkatan data untuk ElastiCache untuk Redis OSS versi 6.2 dan di atasnya.

ElastiCache mendukung tingkatan data pada klaster yang menggunakan simpul R6gd.

Semua perintah Valkey dan Redis OSS serta sebagian besar fitur ElastiCache didukung saat menggunakan tingkatan data. Untuk mengetahui daftar fitur yang tidak didukung pada klaster yang menggunakan tingkatan data, lihat dokumentasi.

Tidak ada biaya tambahan yang dikenakan untuk penggunaan tingkatan data selain biaya simpul per jam. Simpul dengan tingkatan data tersedia dengan harga sesuai permintaan dan sebagai simpul cadangan. Untuk harga, lihat halaman harga ElastiCache.