ElastiCache untuk komponen dan fitur Redis - Amazon ElastiCache untuk Redis

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

ElastiCache untuk komponen dan fitur Redis

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 untuk Redis .

Setiap simpul dalam klaster adalah tipe 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 tipe instans simpul yang didukung, lihat Tipe 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 ElastiCache.

Untuk informasi lain tentang simpul, lihat Mengelola simpul.

ElastiCache untuk pecahan Redis

Serpihan Redis (disebut grup simpul dalam API dan CLI) adalah pengelompokan dari satu hingga enam simpul yang berhubungan. Cluster Redis (mode cluster dinonaktifkan) 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.

Klaster Redis (mode klaster diaktifkan) dapat memiliki hingga 500 serpihan, dengan data Anda dipartisi di seluruh serpihan. Batas simpul atau serpihan dapat ditingkatkan hingga maksimum 500 per klaster jika mesin Redis yang digunakan memiliki versi 5.0.6 atau yang lebih tinggi. Sebagai contoh, Anda dapat memilih untuk membuat konfigurasi dari sebuah klaster dengan 500 simpul yang berkisar antara 83 serpihan (satu primer dan 5 replika per serpihan) dan 500 serpihan (primer tunggal dan tidak ada replika). Pastikan alamat IP yang tersedia mencukupi untuk mengakomodasi peningkatan tersebut. Kesalahan umum termasuk subnet dalam grup subnet memiliki rentang CIDR yang terlalu kecil atau subnet digunakan bersama dan banyak digunakan oleh klaster 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 Menggunakan serpihan.

ElastiCache untuk kluster Redis

Klaster Redis adalah pengelompokan logis dari satu atau beberapa ElastiCache untuk pecahan Redis. Data dipartisi di seluruh serpihan di dalam klaster Redis (mode klaster diaktifkan).

Banyak ElastiCache operasi yang 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:

Konfigurasi klaster yang khas

Berikut adalah konfigurasi klaster umum.

Klaster Redis

Klaster Redis (mode klaster dinonaktifkan) selalu berisi hanya satu serpihan (dalam API dan CLI, satu grup simpul). Serpihan Redis berisi satu hingga enam simpul. 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, sebaiknya miliki setidaknya dua simpul dalam klaster Redis dan aktifkan Multi-AZ. Untuk informasi selengkapnya, lihat Mitigasi Kegagalan.

Seiring berubahnya permintaan atas klaster Redis (mode klaster), Anda dapat menaikkan atau menurunkan skala. Untuk melakukan hal ini, Anda memindahkan klaster Anda ke jenis instans simpul yang berbeda. Jika aplikasi Anda intensif baca, kami sarankan untuk menambahkan replika baca-saja klaster Redis (mode klaster dinonaktifkan). 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.

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

ElastiCache untuk replikasi Redis

Replikasi diimplementasikan dengan pengelompokan dua hingga simpul ke dalam serpihan (dalam API dan CLI, disebut grup simpul). Salah satu simpul ini adalah simpul primer baca/tulis. Semua simpul lain adalah simpul replika baca-saja.

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.

Klaster Redis (mode klaster dinonaktifkan) mendukung satu serpihan (dalam API dan CLI, disebut grup simpul).

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: Redis (mode klaster dinonaktifkan) dan Redis (mode klaster diaktifkan)

Dalam tabel berikut, Anda dapat menemukan perbandingan fitur grup replikasi Redis (mode klaster dinonaktifkan) dan Redis (mode klaster diaktifkan).

Redis (mode klaster dinonaktifkan) Redis (mode klaster 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 Wajib
Cadangkan/Pulihkan Ya Ya
Catatan:
Jika primer tidak memiliki replika dan gagal, semua data primer akan hilang.
Anda dapat menggunakan cadangan dan pemulihan untuk bermigrasi ke Redis (mode klaster diaktifkan).
Anda dapat menggunakan cadangan dan pemulihan untuk mengatur ulang ukuran ke klaster Redis (mode klaster 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, 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 Redis guna 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.

AWS Wilayah dan zona ketersediaan

Amazon ElastiCache tersedia di beberapa AWS Wilayah di seluruh dunia. Dengan demikian, Anda dapat meluncurkan ElastiCache cluster di lokasi yang memenuhi persyaratan bisnis Anda. Misalnya, Anda dapat meluncurkan di AWS Wilayah terdekat dengan pelanggan Anda atau untuk memenuhi persyaratan hukum tertentu.

Secara default, AWS SDK, ElastiCache API AWS CLI, dan ElastiCache konsol mereferensikan Wilayah AS Barat (Oregon). Saat ElastiCache memperluas ketersediaan ke AWS Wilayah baru, titik akhir baru untuk AWS Wilayah ini juga tersedia. Anda dapat menggunakan ini dalam permintaan HTTP, AWS SDK AWS CLI, dan ElastiCache konsol.

Setiap AWS Wilayah dirancang untuk sepenuhnya terisolasi dari AWS Wilayah lain. Di dalam setiap wilayah terdapat beberapa Availability Zone. Dengan meluncurkan simpul Anda di Availability Zone yang berbeda, Anda dapat mencapai toleransi kesalahan sebesar mungkin. Untuk informasi selengkapnya tentang AWS Wilayah dan Availability Zone, lihatMemilih wilayah dan zona ketersediaan. Dalam diagram berikut, Anda dapat melihat tampilan tingkat tinggi tentang cara kerja AWS Wilayah dan Zona Ketersediaan.

Gambar: AWS Wilayah dan Zona Ketersediaan

Untuk informasi tentang AWS Wilayah yang didukung oleh ElastiCache dan titik akhirnya, lihatWilayah & titik akhir yang didukung.

ElastiCache untuk titik akhir Redis

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

Titik akhir satu simpul untuk Redis (Mode Klaster Dinonaktifkan)

Titik akhir untuk klaster Redis satu simpul digunakan untuk menyambung ke klaster untuk pembacaan dan penulisan.

Titik akhir multi-simpul untuk Redis (Mode Klaster Dinonaktifkan)

Klaster Redis multi-simpul (mode klaster 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. GunakanTitik Akhir Simpul individual untuk operasi baca (Dalam API/CLI, ini disebut sebagai Titik Akhir Baca).

Titik akhir Redis (Mode Klaster Diaktifkan)

Sebuah klaster Redis (mode klaster diaktifkan) memiliki satu titik akhir konfigurasi. Dengan terhubung 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.

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 melakukan ini, Anda memastikan bahwa semua simpul dalam klaster dikonfigurasi dengan cara yang pasti sama.

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, lihatMengonfigurasi parameter mesin menggunakan grup parameter.

ElastiCache untuk keamanan Redis

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

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

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

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 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 lingkungan Amazon VPC, lihat hal berikut.

ElastiCache untuk cadangan Redis

Cadangan adalah point-in-time salinan dari cluster Redis. 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 Redis yang berjalan di klaster Anda, proses pencadangan membutuhkan jumlah memori terpesan yang berbeda-beda agar berhasil. Untuk informasi selengkapnya, lihat hal berikut:

ElastiCache acara

Saat peristiwa penting terjadi di cluster cache, ElastiCache kirimkan pemberitahuan 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 Amazon SNS dari peristiwa ElastiCache.