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.
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 (Redis OSS) .
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 ElastiCache.
Untuk informasi lain tentang simpul, lihat Mengelola simpul.
ElastiCache (Redis OSS) pecahan
Sebuah pecahan Redis OSS (disebut grup node dalam API dan CLI) adalah pengelompokan dari satu hingga enam node terkait. Cluster Redis OSS dengan mode cluster 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 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 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 Menggunakan serpihan.
ElastiCache (Redis OSS) cluster
Cluster Redis OSS adalah pengelompokan logis dari satu atau lebih. ElastiCache (Redis OSS) pecahan Data dipartisi di seluruh pecahan dalam cluster Redis OSS yang mengaktifkan mode cluster.
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:
Mengelola klaster dan Mengelola simpul
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 peningkatan toleransi kesalahan klaster dan grup replikasi Anda.
Konfigurasi klaster yang khas
Berikut adalah konfigurasi klaster umum.
Cluster Redis OSS
Cluster Redis OSS dengan mode cluster dinonaktifkan selalu berisi hanya satu pecahan (di API dan CLI, satu grup node). Pecahan 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 dalam cluster Redis OSS dan mengaktifkan Multi-AZ. Untuk informasi selengkapnya, lihat Mitigasi Kegagalan.
Saat permintaan klaster 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 Redis OSS. 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 Redis OSS cluster ke tipe node yang lebih besar secara dinamis. Untuk informasi tentang kenaikan atau penurunan skala, lihat Penskalaan cluster simpul tunggal untuk Redis OSS (Mode Cluster Dinonaktifkan) atau Penskalaan Redis OSS (Mode Cluster Dinonaktifkan) cluster dengan node replika.
ElastiCache replikasi
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.
Cluster 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: Redis OSS (mode cluster dinonaktifkan) dan Redis OSS (mode cluster diaktifkan) -> Redis OSS cluster dengan mode cluster diaktifkan vs Redis OSS cluster dengan mode cluster dinonaktifkan
Dalam tabel berikut, Anda dapat menemukan perbandingan fitur Redis OSS (mode cluster dinonaktifkan) dan Redis OSS (mode cluster diaktifkan) grup replikasi.
| Redis OSS cluster dengan mode cluster dinonaktifkan | 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 Redis OSS (mode cluster diaktifkan). | ||
| Anda dapat menggunakan backup dan restore untuk mengubah ukuran cluster Redis OSS (mode cluster enabled) Anda. | ||
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.
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 menggunakannya 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 Zona Ketersediaan. Dengan meluncurkan simpul Anda di Zona Ketersediaan 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.
Untuk informasi tentang AWS Wilayah yang didukung oleh ElastiCache dan titik akhirnya, lihatWilayah & titik akhir yang didukung.
ElastiCache titik akhir
Endpoint adalah alamat unik yang digunakan aplikasi Anda untuk terhubung ke ElastiCache node atau cluster.
Titik akhir node tunggal untuk Redis OSS dengan mode cluster dinonaktifkan
Titik akhir untuk satu node Redis OSS cluster digunakan untuk terhubung ke cluster untuk membaca dan menulis.
Titik akhir multi-node untuk Redis OSS dengan mode cluster dinonaktifkan
Kluster Redis OSS beberapa node 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 Titik Akhir Simpul individual untuk operasi baca (Dalam API/CLI, ini disebut sebagai Titik Akhir Baca).
Redis OSS (Mode Cluster Diaktifkan) titik akhir
Cluster 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.
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 keamanan
Untuk keamanan yang ditingkatkan, akses node ElastiCache (Redis OSS) 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 ElastiCache cluster baru 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 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 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 (Redis OSS) cadangan
Cadangan adalah point-in-time salinan dari cluster Redis OSS. 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 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 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, lihatSNSPemantauan ElastiCache peristiwa Amazon.
