Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

ElastiCache komponen dan fitur

Berikut ini, Anda dapat menemukan ikhtisar komponen utama ElastiCache penyebaran Amazon.

ElastiCache simpul

Node adalah blok bangunan terkecil dari sebuah ElastiCache deployment. Simpul dapat berdiri sendiri dari atau terkait dengan simpul lainnya.

Simpul adalah potongan RAM berukuran tetap yang terhubung ke jaringan secara aman. Setiap simpul menjalankan sebuah instans mesin dan versi yang dipilih pada saat Anda membuat klaster Anda. Jika diperlukan, Anda dapat menaikkan atau menurunkan skala simpul dalam klaster ke jenis instans yang berbeda. Untuk informasi selengkapnya, lihat Penskalaan ElastiCache.

Setiap simpul dalam klaster adalah jenis instans yang sama dan menjalankan mesin cache yang sama. Setiap simpul cache mempunyai nama dan port Layanan Nama Domain (DNS) sendiri. Beberapa jenis simpul cache didukung, masing-masing dengan jumlah yang bervariasi dari memori yang terkait. Untuk daftar jenis instans simpul yang didukung, lihat Jenis simpul yang didukung.

Anda dapat membeli node pay-as-you-go berdasarkan, di mana Anda hanya membayar untuk penggunaan node. Anda juga dapat membeli simpul terpesan dengan tarif per jam yang jauh lebih murah. Jika tingkat penggunaan Anda tinggi, pembelian simpul direservasi dapat menghemat uang Anda. Misalkan klaster Anda hampir setiap saat digunakan, dan Anda terkadang menambahkan simpul untuk menangani lonjakan penggunaan. Dalam kasus ini, Anda dapat membeli sejumlah simpul terpesan untuk bekerja pada hampir semua kesempatan. Anda kemudian dapat membeli pay-as-you-go node untuk saat-saat Anda sesekali perlu menambahkan node. Untuk informasi lain tentang simpul direservasi, lihat Simpul terpesan.

Untuk informasi lain tentang simpul, lihat Mengelola node di ElastiCache.

ElastiCache pecahan

Shard Valkey atau Redis OSS (disebut grup node di API dan CLI) adalah pengelompokan dari satu hingga enam node terkait. Cluster Valkey atau Redis OSS dengan mode cluster yang diaktifkan selalu memiliki setidaknya satu pecahan.

Sharding adalah metode partisi database yang memisahkan database besar menjadi bagian yang lebih kecil, lebih cepat, dan lebih mudah dikelola yang disebut pecahan data. Hal ini dapat meningkatkan efisiensi database dengan mendistribusikan operasi di beberapa bagian terpisah. Menggunakan pecahan dapat menawarkan banyak manfaat termasuk peningkatan kinerja, skalabilitas, dan efisiensi biaya.

Cluster Valkey dan Redis OSS dengan mode cluster diaktifkan dapat memiliki hingga 500 pecahan, dengan data Anda dipartisi di seluruh pecahan. Batas node atau shard dapat ditingkatkan hingga maksimum 500 per cluster jika versi mesin Valkey atau Redis OSS adalah 5.0.6 atau lebih tinggi. Sebagai contoh, Anda dapat memilih untuk mengonfigurasi sebuah klaster dengan 500 simpul yang berkisar antara 83 serpihan (satu primer dan 5 replika per serpihan) dan 500 serpihan (satu primer dan tanpa replika). Pastikan alamat IP yang tersedia mencukupi untuk mengakomodasi peningkatan tersebut. Kesalahan umumnya termasuk subnet dalam grup subnet memiliki rentang CIDR yang terlalu kecil atau subnet dibagikan dan banyak digunakan oleh klaster lainnya. Untuk informasi selengkapnya, lihat Membuat grup subnet. Untuk versi di bawah 5.0.6, batasnya adalah 250 per klaster.

Untuk meminta penambahan batas, lihat Batas Layanan AWS dan pilih jenis batas Simpul per klaster per jenis instans.

Serpihan beberapa simpul mengimplementasikan replikasi dengan memiliki satu simpul primer baca/tulis dan 1–5 simpul replika. Untuk informasi selengkapnya, lihat Ketersediaan tinggi menggunakan grup replikasi.

Untuk informasi selengkapnya tentang serpihan, lihat Bekerja dengan pecahan di ElastiCache.

ElastiCache kluster

Cluster adalah pengelompokan logis dari satu atau lebih node. Data dipartisi di seluruh node dalam cluster Memcached, dan melintasi pecahan dalam cluster Valkey atau Redis OSS yang mengaktifkan mode cluster.

Banyak ElastiCache operasi yang ditargetkan pada cluster:

Untuk informasi selengkapnya, lihat topik terkait berikut:

Konfigurasi klaster umum

Berikut adalah konfigurasi klaster umum.

Cluster Valkey atau Redis OSS

Cluster Valkey atau Redis OSS dengan mode cluster dinonaktifkan selalu berisi hanya satu pecahan (di API dan CLI, satu grup node). Pecahan Valkey atau Redis OSS berisi satu hingga enam node. Jika terdapat lebih dari satu simpul dalam sebuah serpihan, serpihan tersebut mendukung replikasi. Dalam kasus ini, satu simpul adalah simpul primer baca/tulis dan yang lain adalah simpul replika baca-saja.

Untuk meningkatkan toleransi kesalahan, kami sarankan memiliki setidaknya dua node di cluster Valkey atau Redis OSS dan mengaktifkan Multi-AZ. Untuk informasi selengkapnya, lihat Mitigasi Kegagalan.

Saat permintaan klaster Valkey atau Redis OSS Anda berubah, Anda dapat meningkatkan atau menurunkan skala. Untuk melakukan ini, pindahkan cluster Anda ke jenis instance node yang berbeda. Jika aplikasi Anda dibaca intensif, sebaiknya tambahkan replika hanya-baca ke cluster. Dengan melakukan ini, Anda dapat menyebarkan pembacaan ke jumlah simpul yang lebih tepat.

Anda juga dapat menggunakan tingkatan data. Data yang lebih sering diakses disimpan dalam memori dan data yang lebih jarang diakses disimpan di disk. Keuntungan menggunakan tingkatan data adalah mengurangi kebutuhan memori. Untuk informasi selengkapnya, lihat Tingkatan data di ElastiCache.

ElastiCache mendukung perubahan tipe node Valkey atau Redis OSS cluster ke tipe node yang lebih besar secara dinamis. Untuk informasi tentang kenaikan atau penurunan skala, lihat Penskalaan cluster simpul tunggal untuk Valkey atau Redis OSS (Mode Cluster Dinonaktifkan) atau Menskalakan node replika untuk Valkey atau Redis OSS (Mode Cluster Dinonaktifkan).

Konfigurasi cluster khas untuk Memcached

Memcached mendukung hingga 300 node per pelanggan untuk setiap AWS Wilayah dengan setiap cluster memiliki 1-60 node. Data dipartisi di seluruh simpul di klaster Memcached.

Saat Anda menjalankan mesin Memcached, cluster dapat terdiri dari 1-60 node. Basis data dipartisi di seluruh simpul. Aplikasi Anda membaca dan menulis ke titik akhir setiap simpul. Untuk informasi selengkapnya, lihat Penemuan Otomatis.

Untuk meningkatkan toleransi kesalahan, temukan node Memcached Anda di berbagai Availability Zones (AZs) dalam Region klaster. AWS Dengan cara ini, kegagalan dalam satu AZ akan berdampak minimal pada keseluruhan klaster dan aplikasi. Untuk informasi selengkapnya, lihat Mitigasi Kegagalan.

Seiring perubahan permintaan atas klaster Memcached, Anda dapat menskalakan ke luar atau ke dalam dengan menambahkan atau menghapus simpul. Tindakan ini akan mempartisi ulang data Anda ke sejumlah simpul baru tersebut. Saat mempartisi data Anda, sebaiknya gunakan hashing yang konsisten. Untuk informasi selengkapnya tentang hashing yang konsisten, lihat Mengkonfigurasi ElastiCache klien Anda untuk penyeimbangan beban yang efisien (Memcached).

ElastiCache replikasi

Untuk Valkey dan Redis OSS, replikasi diimplementasikan dengan mengelompokkan dari dua hingga enam node dalam pecahan (dalam API dan CLI, disebut grup node). Salah satu simpul ini adalah simpul primer baca/tulis. Semua simpul lain adalah simpul replika baca-saja. Replikasi hanya tersedia ElastiCache untuk Valkey dan Redis OSS, dan bukan untuk Memcached. ElastiCache

Setiap replika baca berisi salinan data dari simpul primer. Simpul replika menggunakan mekanisme replikasi asinkron untuk tetap sinkron dengan simpul primer. Aplikasi dapat membaca dari simpul mana pun dalam klaster, tetapi hanya dapat menulis ke simpul primer. Replika baca meningkatkan skalabilitas dengan menyebarkan proses baca ke beberapa titik akhir. Replika baca juga meningkatkan toleransi kesalahan dengan mempertahankan beberapa salinan data. Menemukan replika baca di beberapa Zona Ketersediaan dapat meningkatkan toleransi kesalahan lebih baik lagi. Untuk informasi selengkapnya tentang toleransi kesalahan, lihat Mitigasi Kegagalan.

Cluster Valkey atau Redis OSS mendukung satu pecahan (dalam API dan CLI, disebut grup node).

Replikasi dari perspektif API dan CLI menggunakan terminologi yang berbeda untuk mempertahankan kompatibilitas dengan versi sebelumnya, tetapi hasilnya sama. Tabel berikut menunjukkan istilah API dan CLI untuk menerapkan replikasi.

Membandingkan Replikasi: Valkey atau Redis OSS (mode cluster dinonaktifkan) dan Valkey atau Redis OSS (mode cluster diaktifkan) -> Valkey atau Redis OSS cluster dengan mode cluster diaktifkan vs Valkey atau Redis OSS cluster dengan mode cluster dinonaktifkan

Dalam tabel berikut, Anda dapat menemukan perbandingan fitur Valkey atau Redis OSS (mode cluster dinonaktifkan) dan grup replikasi Valkey atau Redis OSS (mode cluster diaktifkan).

Semua serpihan (dalam API dan CLI, grup simpul) dan simpul harus berada di Wilayah AWS yang sama. Namun, Anda dapat menyediakan node individual di beberapa Availability Zone dalam AWS Region tersebut.

Replika baca melindungi dari potensi kehilangan data karena data Anda direplikasi pada dua simpul atau lebih—primer dan satu atau beberapa replika baca. Untuk meningkatkan keandalan dan mempercepat pemulihan, kami sarankan Anda membuat satu atau beberapa replika baca di Zona Ketersediaan yang berbeda.

Anda juga dapat memanfaatkan penyimpanan data Global. Dengan menggunakan fitur Global Datastore for Redis OSS, Anda dapat bekerja dengan replikasi yang dikelola sepenuhnya, cepat, andal, dan aman di seluruh Wilayah. AWS Dengan menggunakan fitur ini, Anda dapat membuat klaster replika baca lintas wilayah ElastiCache untuk mengaktifkan pembacaan latensi rendah dan pemulihan bencana di seluruh Wilayah. AWS Untuk informasi selengkapnya, lihat Replikasi lintas AWS Wilayah menggunakan datastores global.

ElastiCache titik akhir

Endpoint adalah alamat unik yang digunakan aplikasi Anda untuk terhubung ke ElastiCache node atau cluster.

Titik akhir node tunggal untuk Valkey atau Redis OSS dengan mode cluster dinonaktifkan

Titik akhir untuk satu node Valkey atau Redis OSS cluster digunakan untuk terhubung ke cluster untuk membaca dan menulis.

Titik akhir multi-node untuk Valkey atau Redis OSS dengan mode cluster dinonaktifkan

Beberapa node Valkey atau Redis OSS cluster dengan mode cluster dinonaktifkan memiliki dua jenis endpoint. Titik akhir primer selalu tersambung ke simpul primer dalam klaster, bahkan jika simpul tertentu dalam peran primer berubah. Gunakan titik akhir primer untuk semua penulisan ke klaster.

Gunakan Titik Akhir Pembaca untuk membagi koneksi masuk ke titik akhir secara merata di antara semua replika baca. Gunakan Titik Akhir Simpul individual untuk operasi baca (Dalam API/CLI, ini disebut sebagai Titik Akhir Baca).

Titik akhir Valkey atau Redis OSS (Mode Cluster Diaktifkan)

Cluster Valkey atau Redis OSS dengan mode cluster diaktifkan memiliki titik akhir konfigurasi tunggal. Dengan menyambung ke titik akhir konfigurasi, aplikasi Anda mampu menemukan titik akhir primer dan baca untuk setiap serpihan di klaster.

Untuk informasi selengkapnya, lihat Menemukan titik akhir koneksi di ElastiCache.

ElastiCache untuk titik akhir Memcached

Setiap simpul di klaster Memcached memiliki titik akhirnya sendiri. Klaster juga memiliki titik akhir yang disebut titik akhir konfigurasi. Jika Anda mengaktifkan Penemuan Otomatis dan terhubung ke titik akhir konfigurasi, aplikasi Anda secara otomatis mengetahui setiap titik akhir simpul, bahkan setelah menambahkan atau menghapus simpul dari klaster tersebut. Untuk informasi selengkapnya, lihat Penemuan Otomatis.

Untuk informasi selengkapnya, lihat Menemukan titik akhir koneksi di ElastiCache.

ElastiCache kelompok parameter

Grup parameter cache adalah cara mudah untuk mengelola pengaturan runtime untuk perangkat lunak mesin yang didukung. Parameter digunakan untuk mengontrol penggunaan memori, kebijakan pengosongan, ukuran item, dan lainnya. Grup ElastiCache parameter adalah kumpulan bernama parameter khusus mesin yang dapat Anda terapkan ke cluster. Dengan melakukannya, Anda dapat memastikan bahwa semua simpul dalam klaster dikonfigurasi dengan cara yang sama persis.

Untuk daftar parameter yang didukung, nilai defaultnya, dan parameter mana yang dapat dimodifikasi, lihat DescribeEngineDefaultParameters (CLI: describe-engine-default-parameters).

Untuk informasi lebih rinci tentang grup ElastiCache parameter, lihatMengkonfigurasi parameter mesin menggunakan grup ElastiCache parameter.

ElastiCache keamanan

Untuk keamanan yang ditingkatkan, akses ElastiCache node dibatasi untuk aplikasi yang berjalan di EC2 instans Amazon yang Anda izinkan. Anda dapat mengontrol EC2 instans Amazon yang dapat mengakses klaster Anda menggunakan grup keamanan.

Secara default, semua ElastiCache cluster baru diluncurkan di lingkungan Amazon Virtual Private Cloud (Amazon VPC). Anda dapat menggunakan grup subnet untuk memberikan akses klaster dari EC2 instans Amazon yang berjalan pada subnet tertentu.

Selain membatasi akses node, ElastiCache mendukung TLS dan enkripsi di tempat untuk node yang menjalankan versi tertentu. ElastiCache Untuk informasi selengkapnya, lihat berikut ini:

ElastiCache kelompok subnet

Grup subnet adalah kumpulan subnet (biasanya privat) yang dapat Anda tetapkan untuk klaster Anda yang berjalan di lingkungan Amazon VPC.

Jika Anda membuat klaster di Amazon VPC, Anda harus menentukan grup subnet cache. ElastiCache menggunakan grup subnet cache tersebut untuk memilih subnet dan alamat IP di dalam subnet itu untuk dikaitkan dengan simpul cache Anda.

Untuk informasi selengkapnya tentang penggunaan grup subnet cache di lingkungan Amazon VPC, lihat hal berikut.

ElastiCache cadangan

Cadangan adalah point-in-time salinan cluster Valkey atau Redis OSS atau cache tanpa server, atau cache tanpa server Memcached. Cadangan dapat digunakan untuk memulihkan klaster yang ada atau menyemai klaster baru. Cadangan terdiri dari semua data dalam klaster ditambah beberapa metadata.

Bergantung pada versi Valkey atau Redis OSS yang berjalan di cluster Anda, proses pencadangan memerlukan jumlah memori cadangan yang berbeda agar berhasil. Untuk informasi selengkapnya, lihat berikut ini:

ElastiCache acara

Saat peristiwa penting terjadi di cluster cache, ElastiCache kirimkan notifikasi ke topik Amazon SNS tertentu. Peristiwa penting dapat mencakup hal seperti kegagalan atau keberhasilan penambahan simpul, perubahan grup keamanan, dan lainnya. Dengan memantau peristiwa penting, Anda dapat mengetahui status klaster terbaru Anda dan dalam banyak kasus dapat mengambil tindakan korektif.

Untuk informasi lebih lanjut tentang ElastiCache acara, lihatPemantauan acara Amazon SNS ElastiCache .