Menentukan persyaratan ElastiCache klaster Anda - Amazon ElastiCache

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

Menentukan persyaratan ElastiCache klaster Anda

Persiapan

Mengetahui jawaban atas pertanyaan-pertanyaan berikut membantu membuat ElastiCache klaster Anda menjadi lebih lancar:

  • Jenis instans simpul apa yang dibutuhkan?

    Untuk panduan terkait cara memilih jenis simpul instans, lihat Memilih ukuran simpul Anda.

  • Apakah Anda akan meluncurkan cluster Anda di cloud pribadi virtual (VPC) berbasis AmazonVPC?

    penting

    Jika Anda akan meluncurkan cluster Anda di aVPC, pastikan untuk membuat grup subnet yang sama VPC sebelum Anda mulai membuat cluster. Untuk informasi selengkapnya, lihat Subnet dan grup subnet.

    ElastiCache dirancang untuk diakses dari dalam AWS menggunakan AmazonEC2. Namun, jika Anda meluncurkan di VPC berbasis Amazon VPC dan cluster Anda ada diVPC, Anda dapat memberikan 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 ElastiCache parameter.

    Jika Anda menjalankan Valkey atau RedisOSS, pertimbangkan pengaturan reserved-memory atau. reserved-memory-percent Untuk informasi selengkapnya, lihat Mengelola memori cadangan untuk Valkey dan Redis OSS.

  • Apakah Anda perlu membuat grup VPC keamanan Anda sendiri?

    Untuk informasi selengkapnya, lihat Keamanan di Anda VPC.

  • Bagaimana Anda akan menerapkan toleransi kesalahan?

    Untuk informasi selengkapnya, lihat Mitigasi Kegagalan.

ElastiCache 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.

Mesin Memcached adalah multi-thread. Jadi, jumlah inti dari simpul akan berdampak pada daya komputasi yang tersedia untuk klaster.

Konfigurasi klaster Memcached

ElastiCache Cluster (Memcached) terdiri dari 1 hingga 60 node. Data dalam klaster Memcached dipartisi di seluruh simpul di klaster. Aplikasi Anda terhubung dengan klaster Memcached menggunakan alamat jaringan yang disebut Titik Akhir. Setiap simpul dalam klaster Memcached memiliki titik akhir sendiri yang digunakan oleh aplikasi Anda untuk membaca dari atau menulis ke simpul tertentu. Selain titik akhir simpul, klaster Memcached itu sendiri memiliki titik akhir yang disebut titik akhir konfigurasi. Aplikasi Anda dapat menggunakan titik akhir ini untuk membaca dari atau menulis ke klaster, dan membiarkan penemuan otomatis menentukan simpul yang akan melakukan operasi baca atau operasi tulis.

Gambar yang menunjukkan bagaimana cluster Memcached dipartisi di seluruh node di cluster.

Untuk informasi selengkapnya, lihat Mengelola cluster di ElastiCache.

Konfigurasi cluster Valkey dan Redis OSS

ElastiCache dengan OSS cluster Valkey dan Redis terdiri dari 0 hingga 500 pecahan (juga disebut grup simpul). Data dalam cluster Valkey atau Redis dipartisi di seluruh pecahan di OSS cluster. Aplikasi Anda terhubung dengan OSS cluster Valkey atau Redis menggunakan alamat jaringan yang disebut Endpoint. Node dalam OSS pecahan Valkey atau Redis 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, OSS cluster Valkey atau Redis 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 (RedisOSS).

Gambar membandingkan OSS cluster Valkey atau Redis dalam mode dinonaktifkan vs. mode diaktifkan.

Untuk informasi selengkapnya, lihat Mengelola cluster di ElastiCache.

ElastiCache persyaratan penskalaan

Semua klaster dapat dinaikkan skalanya dengan membuat klaster baru yang memiliki jenis simpul baru yang lebih besar. Saat Anda meningkatkan kluster Memcached, cluster baru mulai kosong. Saat Anda meningkatkan OSS klaster Valkey atau Redis, Anda dapat menyemainya dari cadangan dan menghindari cluster baru mulai kosong.

Amazon ElastiCache untuk cluster Memcached dapat diskalakan atau masuk. Untuk menskalakan klaster Memcached ke luar atau ke dalam, Anda cukup menambahkan atau menghapus simpul dari klaster. Jika Anda telah mengaktifkan Penemuan Otomatis dan aplikasi Anda terhubung ke titik akhir konfigurasi dari klaster, Anda tidak perlu membuat perubahan apa pun dalam aplikasi saat Anda menambahkan atau menghapus simpul.

Untuk informasi selengkapnya, lihat Penskalaan ElastiCache dalam panduan ini.

ElastiCache persyaratan akses

Secara desain, ElastiCache cluster Amazon diakses dari EC2 instans Amazon. Akses jaringan ke ElastiCache cluster terbatas pada akun yang membuat cluster. Oleh karena itu, sebelum Anda dapat mengakses klaster dari EC2 instans Amazon, Anda harus mengotorisasi EC2 instans Amazon untuk mengakses klaster. Langkah-langkah untuk melakukan ini bervariasi, tergantung pada apakah Anda meluncurkan ke EC2 - VPC atau EC2 -Classic.

Jika Anda meluncurkan cluster Anda ke EC2 - VPC Anda perlu memberikan masuknya jaringan ke cluster. Jika meluncurkan klaster ke EC2 -Classic, Anda harus memberikan grup keamanan Amazon Elastic Compute Cloud yang terkait dengan instans akses ke grup ElastiCache keamanan Anda. Untuk petunjuk yang lebih mendetail, lihat Langkah 3. Otorisasi akses ke cluster dalam panduan ini.

Persyaratan Wilayah, Zona Ketersediaan, dan Zona Lokal untuk ElastiCache

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: