ElastiCache untuk komponen dan fitur Redis

Berikut ini, Anda dapat menemukan gambaran umum tentang komponen utama dari ElastiCache deployment Amazon.

ElastiCache simpul

Simpul adalah blok bangunan terkecil dari ElastiCache deployment. Simpul dapat eksis secara terisolasi dari atau dalam hubungan dengan simpul lain.

Simpul adalah potongan RAM berukuran tetap yang terpasang 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 klaster 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 tipe simpul cache didukung, masing-masing dengan jumlah memori terkait yang bervariasi. Untuk daftar tipe instans simpul yang didukung, lihat Jenis data yang didukung.

Anda dapat membeli simpul pay-as-you-go secara sederhana, yaitu Anda hanya membayar untuk penggunaan simpul Anda. Atau Anda dapat membeli simpul direservasi 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 direservasi untuk bekerja pada hampir semua kesempatan. Anda kemudian dapat membeli pay-as-you-go simpul untuk waktu Anda sesekali perlu menambahkan simpul. Untuk informasi lain tentang simpul direservasi, lihat ElastiCache simpul cadangan.

Untuk informasi lain tentang simpul, lihat Mengelola simpul.

ElastiCache untuk pecahan Redis

Serpihan Redis (disebut grup simpul dalam API dan CLI) adalah pengelompokan satu hingga enam simpul yang berhubungan. Klaster Redis (mode klaster dinonaktifkan) selalu memiliki satu serpihan.

Redis (mode klaster diaktifkan) cluster dapat memiliki hingga 500 pecahan, dengan data Anda dipartisi di seluruh pecahan. Batas simpul atau serpihan dapat ditingkatkan hingga maksimum 500 per klaster jika versi mesin Redis adalah 5.0.6 atau 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 ada cukup alamat IP yang tersedia untuk mengakomodasi peningkatan. Kesalahan yang umum terjadi meliputi subnet di dalam grup subnet yang memiliki rentang CIDR terlalu kecil atau subnet dibagi 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 Kuota Layanan AWS dan pilih jenis batas Simpul per klaster per jenis instans.

Serpihan simpul ganda 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 lebih lanjut tentang serpihan, lihat Bekerja dengan Serpihan.

ElastiCache untuk klaster Redis

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

Banyak ElastiCache operasi ditujukan pada klaster:

• Membuat klaster

• Mengubah klaster

• Mengambil snapshot dari klaster (semua versi Redis)

• Menghapus klaster

• Melihat elemen di klaster

• Menambahkan atau menghapus tag alokasi biaya ke dan dari klaster

Untuk informasi lebih detail, lihat topik terkait berikut:

• Mengelola Klaster dan Mengelola simpul

  Informasi tentang klaster, simpul, dan operasi yang terkait.

• AWSbatas layanan: Amazon ElastiCache

  Informasi tentang ElastiCache batas, seperti jumlah maksimum simpul atau klaster. Untuk melampaui batas ini, Anda dapat membuat permintaan menggunakan formulir permintaan simpul ElastiCache cache Amazon.

• Mengurangi Kegagalan

  Informasi tentang peningkatan toleransi kesalahan dari klaster dan grup replikasi Anda.

Konfigurasi klaster yang khas

Berikut ini adalah konfigurasi klaster khas.

Klaster Redis

Redis (mode klaster diaktifkan) cluster dapat memiliki hingga 500 pecahan, dengan data Anda dipartisi di seluruh pecahan. Batas simpul atau serpihan dapat ditingkatkan hingga maksimum 500 per klaster jika versi mesin Redis adalah 5.0.6 atau 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 ada cukup alamat IP yang tersedia untuk mengakomodasi peningkatan. Kesalahan yang umum terjadi meliputi subnet di dalam grup subnet yang memiliki rentang CIDR terlalu kecil atau subnet dibagi 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 Kuota Layanan AWS dan pilih jenis batas Simpul per klaster per jenis instans.

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 serpihan, maka serpihan 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 memiliki setidaknya dua simpul dalam klaster Redis dan mengaktifkan Multi-AZ. Untuk informasi selengkapnya, lihat Mengurangi Kegagalan.

Seiring berubahnya permintaan atas klaster Redis (mode klaster dinonaktifkan), Anda dapat menaikkan atau menurunkan skala. Untuk melakukan hal ini, Anda memindahkan klaster Anda ke jenis instans simpul yang berbeda. Jika aplikasi Anda bersifat intensif membaca, sebaiknya tambahkan klaster Redis (mode klaster Dengan melakukan ini, Anda dapat menyebarkan proses baca ke jumlah simpul yang lebih tepat.

Anda juga dapat menggunakan tiering data. Data yang lebih sering diakses disimpan dalam memori dan data yang lebih jarang diakses disimpan pada disk. Keuntungan menggunakan data tiering adalah mengurangi kebutuhan memori. Untuk informasi selengkapnya, lihat Jenjang Data.

ElastiCache mendukung perubahan jenis simpul klaster (dengan pengaktifan mode klaster) Redis (dengan pengaktifan mode klaster) menjadi jenis simpul yang lebih besar secara dinamis. Untuk informasi tentang peningkatan atau penurunan skala, lihat Menskalakan klaster simpul tunggal untuk Redis (Mode Klaster Dinonaktifkan) atau Scaling Redis (Cluster Mode Dinonaktifkan) cluster dengan node replika.

ElastiCache untuk replikasi Redis

Sebelum Anda melanjutkan membaca di sini, lihatAlat untuk mengelola implementasi Anda untuk lebih memahami perbedaan terminologi antara ElastiCache konsol dan ElastiCache API danAWS CLI.

Replikasi diimplementasikan dengan pengelompokan dua hingga enam 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 simpul replika memelihara salinan data dari simpul primer. Simpul replika menggunakan mekanisme replikasi asinkron untuk tetap tersinkron dengan simpul primer. Aplikasi dapat membaca dari setiap simpul dalam klaster tetapi dapat menulis hanya ke simpul primer. Replika baca meningkatkan skalabilitas dengan menyebarkan proses baca di beberapa titik akhir. Replika baca juga meningkatkan toleransi kesalahan dengan mempertahankan beberapa salinan data. Menemukan replika baca di beberapa Availability Zones lebih meningkatkan toleransi kesalahan. Untuk informasi lain tentang toleransi kesalahan, lihat Mengurangi Kegagalan.

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

Redis (mode klaster diaktifkan) cluster dapat memiliki hingga 500 pecahan, dengan data Anda dipartisi di seluruh pecahan. Batas simpul atau serpihan dapat ditingkatkan hingga maksimum 500 per klaster jika versi mesin Redis adalah 5.0.6 atau 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 ada cukup alamat IP yang tersedia untuk mengakomodasi peningkatan. Kesalahan yang umum terjadi meliputi subnet di dalam grup subnet yang memiliki rentang CIDR terlalu kecil atau subnet dibagi 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 Kuota Layanan AWS dan pilih jenis batas Simpul per klaster per jenis instans.

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

Pada tabel berikut, Anda dapat menemukan perbandingan fitur Redis (mode cluster dinonaktifkan) dan Redis (mode klaster diaktifkan) kelompok replikasi.

	Redis (mode klaster dinonaktifkan)	Redis (dengan pengaktifan mode klaster)
Pecahan (kelompok simpul)	1	1—500   Redis (mode klaster diaktifkan) cluster dapat memiliki hingga 500 pecahan, dengan data Anda dipartisi di seluruh pecahan. Batas simpul atau serpihan dapat ditingkatkan hingga maksimum 500 per klaster jika versi mesin Redis adalah 5.0.6 atau 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 ada cukup alamat IP yang tersedia untuk mengakomodasi peningkatan. Kesalahan yang umum terjadi meliputi subnet di dalam grup subnet yang memiliki rentang CIDR terlalu kecil atau subnet dibagi 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 Kuota Layanan AWS dan pilih jenis batas Simpul per klaster per jenis instans.
Replika untuk setiap pecahan (grup node)	0—5	0—5
Pembuatan partisi data	Tidak	Ya
Tambah/Hapus replika	Ya	Ya
Tambah/Hapus kelompok simpul	Tidak	Ya
Mendukung penskalaan	Ya	Ya
Mendukung peningkatan mesin	Ya	Ya
Promosikan replika ke primer	Ya	Otomatis
Multi-AZ	Opsional	Diperlukan
Cadangan/Pulihkan	Ya	Ya
Catatan:
Jika primer tidak memiliki replika dan primer gagal, Anda kehilangan semua data primer itu.
Anda dapat menggunakan backup dan Restore untuk bermigrasi ke Redis (dengan pengaktifan mode klaster).
Anda dapat menggunakan backup dan restore untuk mengubah ukuran klaster Redis (mode klaster diaktifkan) Anda.

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

Replika baca menjaga terhadap potensi kehilangan data karena data Anda direplikasikan ke dua atau lebih simpul—Primer dan satu atau lebih replika baca. Untuk keandalan yang lebih besar dan pemulihan yang lebih cepat, sebaiknya Anda membuat satu atau lebih replika baca di Availability Zones yang berbeda. Selain itu, aktifkan Multi-AZ alih-alih menggunakan File Append Only (AOF) Redis. AOF dinonaktifkan jika Multi-AZ diaktifkan. Untuk informasi selengkapnya, lihat Meminimalkan waktu henti di Redis dengan ElastiCache Multi-AZ.

Anda juga dapat memanfaatkan datastores Global. Dengan menggunakan fitur Penyimpanan Data Global untuk Redis, Anda dapat bekerja dengan replikasi yang dikelola penuh, cepat, handal, dan aman di seluruh Wilayah AWS. Menggunakan fitur ini, Anda dapat membuat klaster replika-baca lintas-Wilayah ElastiCache untuk Redis untuk mengaktifkan proses baca latensi rendah dan pemulihan bencana di seluruhAWS Wilayah. Untuk informasi selengkapnya, lihat Replikasi di seluruhAWS Wilayah menggunakan datastores global.

Replikasi: Batas dan pengecualian

• AOF tidak didukung pada jenis simpul cache.t1.micro dan cache.t2. Untuk simpul dari kedua jenis itu, nilai parameter appendonly akan diabaikan.

• Multi-AZ tidak didukung pada jenis simpul T1.

Untuk informasi lain tentang AOF dan Multi-AZ, lihat Mengurangi Kegagalan.

Wilayah AWS dan Availability Zone

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

Secara default,AWS SDK, ElastiCache APIAWS CLI, dan ElastiCache konsol mereferensikan Wilayah AS Barat (Oregon). ElastiCache Seiring berubahnya ketersediaan keAWS Wilayah baru, titik akhir baru untukAWS Wilayah ini juga tersedia. Anda dapat menggunakannya dalam permintaan HTTP,AWS SDKAWS CLI, dan ElastiCache konsol.

Setiap Wilayah AWS dirancang untuk terisolasi sepenuhnya dari Wilayah AWS lain. Di dalam setiap wilayah terdapat beberapa Availability Zone. Dengan meluncurkan simpul Anda di Availability Zone yang berbeda, Anda dapat mencapai toleransi kesalahan terbesar yang dimungkinkan. Untuk informasi lain tentang Wilayah AWS dan Availability Zone, lihat Memilih wilayah dan availability zone. Dalam diagram berikut, Anda dapat melihat tampilan tingkat tinggi tentang cara Wilayah AWS dan Availability Zone bekerja.

Untuk informasi tentangAWS Wilayah yang didukung oleh ElastiCache dan titik akhir mereka, lihatWilayah & titik akhir yang didukung.

ElastiCache untuk endpoint Redis

Titik akhir adalah alamat unik yang digunakan aplikasi Anda untuk menyambung ke ElastiCache simpul atau klaster.

Titik akhir simpul tunggal untuk Redis (Mode Cluster Dinonaktifkan)

Titik akhir untuk simpul tunggal klaster Redis digunakan untuk menyambung ke klaster baik untuk baca maupun tulis.

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

Simpul ganda klaster Redis (dengan pengaktifan mode klaster) memiliki dua jenis titik akhir. Titik akhir primer selalu menyambung ke simpul primer dalam klaster, meskipun jika simpul tertentu dalam peran primer mengalami perubahan. Gunakan titik akhir primer untuk semua proses tulis ke klaster.

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

Redis (Mode Cluster Diaktifkan) titik akhir

Klaster Redis (dengan pengaktifan mode klaster) 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 sambungan.

ElastiCache kelompok parameter

Grup parameter cache adalah cara mudah untuk mengelola pengaturan waktu aktif untuk perangkat lunak mesin yang didukung. Parameter digunakan untuk mengontrol penggunaan memori, kebijakan pengosongan, ukuran item, dan lain-lain. Grup ElastiCache parameter adalah koleksi bernama dari parameter khusus mesin yang dapat Anda terapkan untuk klaster. 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 diubah, lihat DescribeEngineDefaultParameters (CLI: describe-engine-default-parameters).

Untuk informasi lebih terperinci tentang grup ElastiCache parameter, lihatMengonfigurasi parameter mesin menggunakan grup parameter.

ElastiCache untuk keamanan Redis

Untuk peningkatan keamanan, ElastiCache akses simpul Redis dibatasi untuk aplikasi yang berjalan pada instans Amazon EC2 yang diizinkan. Anda dapat mengontrol instans Amazon EC2 yang dapat mengakses klaster Anda menggunakan grup.

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

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

• Keamanan data di Amazon ElastiCache

• Kelayakan HIPAA

• Otentikasi dengan perintah Redis AUTH

ElastiCache kelompok keamanan

catatan

ElastiCache Grup keamanan hanya berlaku untuk klaster yang tidak berjalan di lingkungan Amazon Virtual Private Cloud (Amazon VPC). Jika Anda menjalankan ElastiCache simpul Anda di Virtual Private Cloud (VPC) berdasarkan Amazon VPC, Anda mengontrol akses ke klaster cache Anda dengan grup keamanan Amazon VPC. Ini berbeda dari grup ElastiCache keamanan. Untuk informasi selengkapnya tentang penggunaan ElastiCache dengan Amazon VPC, lihatAmazon VPC ElastiCache sekuriti.

Dengan ElastiCache itu, Anda dapat mengontrol akses ke klaster Anda menggunakan grup. Grup keamanan bertindak seperti firewall, yang mengendalikan akses jaringan ke klaster Anda. Secara default, akses jaringan ke klaster Anda dinonaktifkan. Jika Anda ingin aplikasi Anda mengakses klaster Anda, aktifkan akses secara eksplisit dari host pada grup keamanan Amazon EC2 tertentu. Setelah aturan masuk dikonfigurasi, aturan yang sama berlaku untuk semua klaster yang berkaitan dengan grup keamanan tersebut.

Untuk mengizinkan akses jaringan ke klaster Anda, hal pertama adalah membuat grup keamanan. Kemudian gunakan tindakanAuthorizeCacheSecurityGroupIngress API atauauthorize-cache-security-group-ingressAWS CLI perintah untuk mengotorisasi grup keamanan Amazon EC2 yang diinginkan. Melakukan hal ini akan menentukan instans Amazon EC2 yang diizinkan. Anda dapat mengaitkan grup keamanan dengan klaster Anda pada saat pembuatan. Anda juga dapat melakukan ini dengan menggunakan ElastiCache Management Console, operasiModifyCacheCluster API, ataumodify-cache-clusterAWS CLI perintah.

penting

Kontrol akses berbasis rentang IP saat ini tidak diaktifkan untuk klaster. Semua klien untuk klaster harus berada di dalam jaringan Amazon EC2, dan mempunyai otorisasi dengan menggunakan grup keamanan seperti dijelaskan sebelumnya.

Untuk informasi lain tentang grup keamanan, lihat Grup keamanan: EC2-Classic.

ElastiCache grup subnet

Grup subnet adalah sekumpulan 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 lain tentang penggunaan grup subnet cache di lingkungan Amazon VPC, lihat hal berikut:

• Amazon VPC ElastiCache sekuriti

• Langkah 3: Memberikan otorisasi akses ke klaster

• Subnet dan grup subnet

ElastiCache untuk backup Redis

Cadangkan adalah point-in-time salinan klaster Redis. Anda dapat menggunakan backup untuk memulihkan klaster yang telah ada atau menyemai klaster baru. Backup terdiri dari semua data di dalam klaster ditambah beberapa metadata.

Tergantung pada versi Redis berjalan pada klaster Anda, proses backup membutuhkan jumlah yang berbeda dari memori reserved untuk berhasil. Untuk informasi selengkapnya, lihat yang berikut:

• Backup dan pulihkan ElastiCache untuk Redis

• Cara penerapan sinkronisasi dan backup

• Dampak backup terhadap kinerja

• Memastikan bahwa Anda memiliki cukup memori untuk membuat snapshot Redis

ElastiCache peristiwa

Saat peristiwa penting terjadi pada klaster cache, ElastiCache mengirimkan notifikasi ke topik Amazon SNS tertentu. Peristiwa penting dapat mencakup hal seperti kegagalan atau keberhasilan menambahkan simpul, perubahan grup keamanan, dan lain-lain. Dengan pemantauan peristiwa penting, Anda dapat mengetahui status klaster Anda saat ini dan dalam banyak kasus dapat mengambil tindakan korektif.

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