Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
ElastiCache praktik terbaik dan strategi caching
Di bawah ini Anda dapat menemukan praktik terbaik yang direkomendasikan untuk Amazon ElastiCache. Mengikuti langkah ini akan meningkatkan performa dan keandalan cache Anda.
Topik
TLS mengaktifkan cluster tumpukan ElastiCache ganda
Ketika TLS diaktifkan untuk cluster fungsi penemuan cluster (cluster slots,cluster shards, dan cluster nodes untuk Redis) atau config get cluster untuk Memcached mengembalikan ElastiCache nama host alih-alih. IPs Nama host kemudian digunakan sebagai pengganti IPs untuk terhubung ke ElastiCache cluster dan melakukan jabat tangan TLS. Hal ini berarti bahwa klien tidak akan terpengaruh oleh parameter Penemuan IP. Untuk klaster dengan TLS diaktifkan, parameter Penemuan IP tidak berpengaruh pada protokol IP pilihan. Sebagai gantinya, protokol IP yang digunakan akan ditentukan berdasarkan protokol IP mana yang lebih dipilih klien saat meresolusi nama host DNS.
Klien Java
Saat menghubungkan dari lingkungan Java yang mendukung keduanya IPv4 dan IPv6, Java secara default akan IPv4 lebih memilih IPv6 untuk kompatibilitas mundur. Namun, preferensi protokol IP dapat dikonfigurasi melalui argumen JVM. Untuk memilih IPv4, JVM menerima -Djava.net.preferIPv4Stack=true dan memilih set. IPv6 -Djava.net.preferIPv6Stack=true Pengaturan -Djava.net.preferIPv4Stack=true berarti bahwa JVM tidak akan lagi membuat koneksi apa pun IPv6 . Untuk Valkey atau Redis OSS, ini termasuk aplikasi OSS non-Valkey dan non-Redis lainnya.
Preferensi Tingkat Host
Secara umum, jika klien atau runtime klien tidak menyediakan opsi konfigurasi untuk mengatur preferensi protokol IP, saat melakukan resolusi DNS, protokol IP akan bergantung pada konfigurasi host. Secara default, sebagian besar host IPv6 lebih suka daripada IPv4 tetapi preferensi ini dapat dikonfigurasi di tingkat host. Ini akan memengaruhi semua permintaan DNS dari host itu, bukan hanya permintaan ke ElastiCache cluster.
Host Linux
Untuk Linux, preferensi protokol IP dapat dikonfigurasi dengan mengubah file gai.conf. File gai.conf dapat ditemukan dalam /etc/gai.conf. Jika tidak ada gai.conf yang ditentukan, maka contohnya akan tersedia di /usr/share/doc/glibc-common-x.xx/gai.conf yang dapat disalin ke /etc/gai.conf lalu konfigurasi default-nya harus di-uncommenting. Untuk memperbarui konfigurasi agar lebih disukai IPv4 saat menghubungkan ke ElastiCache kluster, perbarui prioritas untuk rentang CIDR yang mencakup cluster berada di atas prioritas IPs untuk koneksi default. IPv6 Secara default IPv6 koneksi memiliki prioritas 40. Misalnya, dengan asumsi cluster terletak di subnet dengan CIDR 172.31.0. 0:0 /16, konfigurasi di bawah ini akan menyebabkan klien lebih memilih koneksi ke cluster itu. IPv4
label ::1/128 0 label ::/0 1 label 2002::/16 2 label ::/96 3 label ::ffff:0:0/96 4 label fec0::/10 5 label fc00::/7 6 label 2001:0::/32 7 label ::ffff:172.31.0.0/112 8 # # This default differs from the tables given in RFC 3484 by handling # (now obsolete) site-local IPv6 addresses and Unique Local Addresses. # The reason for this difference is that these addresses are never # NATed while IPv4 site-local addresses most probably are. Given # the precedence of IPv6 over IPv4 (see below) on machines having only # site-local IPv4 and IPv6 addresses a lookup for a global address would # see the IPv6 be preferred. The result is a long delay because the # site-local IPv6 addresses cannot be used while the IPv4 address is # (at least for the foreseeable future) NATed. We also treat Teredo # tunnels special. # # precedence <mask> <value> # Add another rule to the RFC 3484 precedence table. See section 2.1 # and 10.3 in RFC 3484. The default is: # precedence ::1/128 50 precedence ::/0 40 precedence 2002::/16 30 precedence ::/96 20 precedence ::ffff:0:0/96 10 precedence ::ffff:172.31.0.0/112 100
Detail selengkapnya tentang gai.conf tersedia di Halaman utama Linux
Host Windows
Proses untuk host Windows juga serupa. Untuk host Windows, Anda dapat menjalankan netsh interface ipv6 set prefix CIDR_CONTAINING_CLUSTER_IPS PRECEDENCE LABEL. Hal ini memiliki efek yang sama seperti mengubah file gai.conf pada host Linux.
Ini akan memperbarui kebijakan preferensi untuk memilih IPv4 koneksi daripada IPv6 koneksi untuk rentang CIDR yang ditentukan. Misalnya, dengan asumsi bahwa cluster berada dalam subnet dengan 172.31.0. 0:0 /16 CIDR mengeksekusi netsh interface ipv6 set prefix ::ffff:172.31.0.0:0/112 100 15 akan menghasilkan tabel prioritas berikut yang akan menyebabkan klien lebih suka saat menghubungkan ke cluster. IPv4
C:\Users\Administrator>netsh interface ipv6 show prefixpolicies Querying active state... Precedence Label Prefix ---------- ----- -------------------------------- 100 15 ::ffff:172.31.0.0:0/112 20 4 ::ffff:0:0/96 50 0 ::1/128 40 1 ::/0 30 2 2002::/16 5 5 2001::/32 3 13 fc00::/7 1 11 fec0::/10 1 12 3ffe::/16 1 3 ::/96
