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.

TLSmengaktifkan ElastiCache cluster tumpukan ganda

Kapan TLS diaktifkan untuk ElastiCache cluster fungsi penemuan klaster (cluster slots,cluster shards, dan cluster nodes untuk Redis) atau config get cluster untuk nama host kembali Memcached alih-alih. IPs Nama host kemudian digunakan sebagai pengganti IPs untuk terhubung ke ElastiCache cluster dan melakukan TLS jabat tangan. Hal ini berarti bahwa klien tidak akan terpengaruh oleh parameter Penemuan IP. Untuk cluster yang TLS diaktifkan, parameter IP Discovery tidak berpengaruh pada protokol IP yang disukai. Sebagai gantinya, protokol IP yang digunakan akan ditentukan oleh protokol IP mana yang lebih disukai klien saat menyelesaikan nama DNS host.

Klien Java

Saat menghubungkan dari lingkungan Java yang mendukung keduanya IPv4 danIPv6, Java secara default akan IPv4 lebih memilih IPv6 untuk kompatibilitas mundur. Namun, preferensi protokol IP dapat dikonfigurasi melalui JVM argumen. Untuk memilihIPv4, JVM menerima -Djava.net.preferIPv4Stack=true dan memilih IPv6 set-Djava.net.preferIPv6Stack=true. Pengaturan -Djava.net.preferIPv4Stack=true berarti bahwa tidak JVM akan lagi membuat IPv6 koneksi apa pun. Untuk Valkey atau RedisOSS, ini termasuk aplikasi non-Valkey dan non-Redis lainnya. OSS

Preferensi Tingkat Host

Secara umum, jika runtime klien atau klien tidak menyediakan opsi konfigurasi untuk mengatur preferensi protokol IP, saat melakukan DNS resolusi, 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 DNS permintaan 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 CIDR rentang 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 CIDR rentang 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