Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Menentukan kebutuhan Anda
Persiapan
Mengetahui jawaban atas pertanyaan berikut membantu memudahkan proses pembuatan klaster Anda:
-
Jenis instans simpul apa yang dibutuhkan?
Untuk panduan terkait cara memilih jenis simpul instans, lihat Memilih ukuran simpul Anda.
-
Apakah klaster Anda diluncurkan di cloud privat virtual (VPC) berdasarkan Amazon VPC?
penting
Jika Anda akan meluncurkan klaster di VPC, pastikan untuk membuat grup subnet di VPC yang sama sebelum Anda mulai membuat klaster. Untuk informasi selengkapnya, lihat Subnet dan grup subnet.
ElastiCache dirancang untuk diakses dari dalam AWS menggunakan Amazon EC2. Namun, jika Anda meluncurkannya di VPC berdasarkan Amazon VPC dan klaster Anda berada di sebuah VPC, Anda dapat menyediakan akses dari luar AWS. Untuk informasi selengkapnya, lihat Mengakses ElastiCache sumber daya dari luar AWS.
-
Apakah Anda perlu menyesuaikan nilai parameter tertentu?
Jika ya, buat grup parameter kustom. Untuk informasi selengkapnya, lihat Membuat grup parameter.
Jika Anda menjalankan Redis OSS, pertimbangkan pengaturan
reserved-memoryatau.reserved-memory-percentUntuk informasi selengkapnya, lihat Mengelola Memori Cadangan. -
Apakah Anda perlu membuat grup keamanan VPC Anda sendiri?
Untuk informasi selengkapnya, lihat Keamanan di VPC Anda.
-
Bagaimana Anda akan menerapkan toleransi kesalahan?
Untuk informasi selengkapnya, lihat Mitigasi Kegagalan.
Topik
Persyaratan memori dan prosesor
Blok bangunan dasar Amazon ElastiCache adalah simpul. Simpul dikonfigurasi secara tunggal atau dalam grup untuk membentuk klaster. Saat menentukan jenis simpul yang akan digunakan untuk klaster Anda, pertimbangkan konfigurasi simpul klaster dan jumlah data yang harus disimpan.
Konfigurasi cluster Redis OSS
ElastiCache (Redis OSS) cluster terdiri dari 0 hingga 500 pecahan (juga disebut grup node). Data dalam cluster Redis OSS dipartisi di seluruh pecahan di cluster. Aplikasi Anda terhubung dengan cluster Redis OSS menggunakan alamat jaringan yang disebut Endpoint. Node dalam pecahan Redis OSS memenuhi salah satu dari dua peran: satu baca/tulis primer dan semua node lainnya hanya baca sekunder (juga disebut replika baca). Selain titik akhir node, cluster Redis OSS itu sendiri memiliki titik akhir yang disebut titik akhir konfigurasi. Aplikasi Anda dapat menggunakan endpoint ini untuk membaca dari atau menulis ke cluster, meninggalkan penentuan node mana yang akan dibaca atau ditulis hingga ElastiCache (Redis OSS).
Untuk informasi selengkapnya, lihat Mengelola klaster.
Persyaratan penskalaan
Semua klaster dapat dinaikkan skalanya dengan membuat klaster baru yang memiliki jenis simpul baru yang lebih besar. Saat Anda meningkatkan kluster Redis OSS, Anda dapat menyemainya dari cadangan dan menghindari cluster baru mulai kosong.
Untuk informasi selengkapnya, lihat Penskalaan ElastiCache (Redis OSS) dalam panduan ini.
Persyaratan akses
Secara desain, ElastiCache cluster Amazon diakses dari instans Amazon EC2. Akses jaringan ke ElastiCache cluster terbatas pada akun yang membuat cluster. Oleh karena itu, sebelum Anda dapat mengakses klaster dari instans Amazon EC2, Anda harus memberikan otorisasi pada instans Amazon EC2 untuk mengakses klaster tersebut. Langkah untuk melakukan hal ini bervariasi, tergantung apakah Anda meluncurkan klaster ke EC2-VPC atau EC2-Classic.
Jika Anda meluncurkan klaster Anda ke EC2-VPC, Anda perlu memberikan izin masuk jaringan ke klaster tersebut. Jika meluncurkan klaster ke EC2-Classic, Anda harus memberikan grup keamanan Amazon Elastic Compute Cloud yang terkait dengan instans akses ke grup keamanan Anda ElastiCache . Untuk petunjuk yang lebih mendetail, lihat Langkah 3: Mengizinkan akses ke klaster dalam panduan ini.
Persyaratan Wilayah, Zona Ketersediaan, dan Zona Lokal
Amazon ElastiCache mendukung semua AWS wilayah. Dengan menempatkan ElastiCache kluster Anda di AWS Wilayah yang dekat dengan aplikasi Anda, Anda dapat mengurangi latensi. Jika klaster Anda memiliki beberapa simpul, menempatkan simpul Anda di berbagai Zona Ketersediaan atau Zona Lokal dapat mengurangi dampak kegagalan pada klaster Anda.
Untuk informasi selengkapnya, lihat berikut ini:
