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.
Topik
ElastiCache simpul
Node adalah blok bangunan terkecil dari sebuah ElastiCache deployment. Simpul dapat berdiri sendiri dari atau terkait dengan simpul lainnya.
Node adalah potongan ukuran tetap yang aman dan terpasang di jaringan. RAM 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 node cache memiliki nama Domain Name Service (DNS) dan port 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
Valkey atau Redis OSS shard (disebut grup node di API andCLI) adalah pengelompokan dari satu hingga enam node terkait. OSSCluster Valkey atau Redis 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.
OSSCluster Valkey dan Redis 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 OSS mesin Valkey atau Redis 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. Perangkap umum termasuk subnet dalam kelompok subnet memiliki CIDR jangkauan yang terlalu kecil atau subnet dibagi dan banyak digunakan oleh cluster lain. 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 di cluster Valkey atau Redis OSS yang mengaktifkan mode cluster.
Banyak ElastiCache operasi ditargetkan pada cluster:
-
Membuat klaster
-
Mengubah klaster
-
Mengambil snapshot klaster (semua versi Redis)
-
Menghapus klaster
-
Melihat elemen di klaster
-
Menambahkan atau menghapus tag alokasi biaya ke dan dari klaster
Untuk informasi selengkapnya, lihat topik terkait berikut:
Mengelola cluster di ElastiCache dan Mengelola node di ElastiCache
Informasi tentang klaster, simpul, dan operasi terkait.
-
AWS batas layanan: Amazon ElastiCache
Informasi tentang ElastiCache batas, seperti jumlah maksimum node atau cluster. Untuk melampaui batas tertentu, Anda dapat membuat permintaan menggunakan formulir permintaan node ElastiCache cache Amazon
. -
Informasi tentang meningkatkan toleransi kesalahan cluster Anda dan grup replikasi Valkey atau RedisOSS.
Konfigurasi klaster umum
Berikut adalah konfigurasi klaster umum.
Cluster Valkey atau Redis OSS
OSSCluster Valkey atau Redis dengan mode cluster dinonaktifkan selalu berisi hanya satu pecahan (dalam API danCLI, satu grup node). OSSPecahan Valkey atau Redis 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 OSS cluster Valkey atau Redis dan mengaktifkan Multi-AZ. Untuk informasi selengkapnya, lihat Mitigasi Kegagalan.
Saat permintaan OSS klaster Valkey atau Redis 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) di 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 RedisOSS, replikasi diimplementasikan dengan mengelompokkan dari dua hingga enam node dalam pecahan (dalam API danCLI, disebut grup simpul). Salah satu simpul ini adalah simpul primer baca/tulis. Semua simpul lain adalah simpul replika baca-saja. Replikasi hanya tersedia untuk ElastiCache dengan Valkey dan RedisOSS, dan bukan untuk ElastiCache (Memcached).
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.
OSSCluster Valkey atau Redis mendukung satu pecahan (dalam API danCLI, disebut grup simpul).
Replikasi dari CLI perspektif API dan menggunakan terminologi yang berbeda untuk menjaga kompatibilitas dengan versi sebelumnya, tetapi hasilnya sama. Tabel berikut menunjukkan API dan CLI istilah untuk menerapkan replikasi.
Membandingkan Replikasi: Valkey atau Redis OSS (mode cluster dinonaktifkan) dan Valkey atau Redis OSS (mode cluster diaktifkan) -> Valkey atau Redis cluster dengan mode cluster diaktifkan vs Valkey atau Redis OSS cluster dengan mode cluster dinonaktifkan OSS
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).
| Valkey atau Redis OSS cluster dengan mode cluster dinonaktifkan | Valkey atau Redis OSS cluster dengan mode cluster diaktifkan | |
|---|---|---|
| Serpihan (grup simpul) | 1 | 1–500 |
| Replika untuk setiap serpihan (grup simpul) | 0–5 | 0–5 |
| Pembuatan partisi data | Tidak | Ya |
| Tambah/Hapus replika | Ya | Ya |
| Tambah/Hapus grup simpul | Tidak | Ya |
| Mendukung kenaikan skala | Ya | Ya |
| Mendukung peningkatan mesin | Ya | Ya |
| Naikkan replika menjadi primer | Ya | Otomatis |
| Multi-AZ | Opsional | Diperlukan |
| Cadangkan/Pulihkan | Ya | Ya |
| Catatan: | ||
| Jika primer tidak memiliki replika dan gagal, semua data primer akan hilang. | ||
| Anda dapat menggunakan backup dan restore untuk bermigrasi ke Valkey atau Redis OSS (mode cluster diaktifkan). | ||
| Anda dapat menggunakan cadangan dan pemulihan untuk mengubah ukuran klaster Valkey atau Redis OSS (mode cluster diaktifkan) Anda. | ||
Semua pecahan (dalam grup API danCLI, node) dan node harus berada di Wilayah yang sama AWS . 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 OSS fitur Global Datastore for Redis, 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.
Replikasi: Batas dan pengecualian
Multi-AZ tidak didukung pada jenis simpul T1.
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 titik akhir. 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 Endpoint Node individual untuk operasi baca (APICLIDi/ini disebut sebagai Read Endpoints).
Titik akhir Valkey atau Redis OSS (Mode Cluster Diaktifkan)
OSSCluster Valkey atau Redis 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 Titik akhir (Memcache)
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 Titik akhir.
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 (AmazonVPC). 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 dari. ElastiCache Untuk informasi selengkapnya, lihat berikut ini:
ElastiCache kelompok subnet
Grup subnet adalah kumpulan subnet (biasanya pribadi) yang dapat Anda tentukan untuk cluster Anda yang berjalan di lingkungan Amazon. VPC
Jika Anda membuat cluster di AmazonVPC, maka Anda harus menentukan grup subnet cache. ElastiCache menggunakan kelompok subnet cache itu untuk memilih subnet dan alamat IP dalam subnet itu untuk dikaitkan dengan node cache Anda.
Untuk informasi selengkapnya tentang penggunaan grup subnet cache di VPC lingkungan Amazon, lihat berikut ini:
ElastiCache cadangan
Cadangan adalah point-in-time salinan OSS cluster Valkey atau Redis 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 yang OSS 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 pemberitahuan ke SNS topik Amazon 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, lihatSNSPemantauan ElastiCache peristiwa Amazon.
