Bagikan melalui


Mengatasi masalah konektivitas Azure Cache for Redis

Penting

Azure Cache for Redis mengumumkan garis waktu penghentiannya untuk semua SKU. Sebaiknya pindahkan instans Azure Cache for Redis yang ada ke Azure Managed Redis sesegera mungkin.

Untuk informasi lebih lanjut tentang pengakhiran layanan:

Artikel ini menjelaskan cara memecahkan masalah umum dalam menyambungkan aplikasi klien Anda ke Azure Cache for Redis. Masalah konektivitas mungkin disebabkan oleh kondisi terputus-putus, atau oleh konfigurasi cache yang salah. Artikel ini dibagi menjadi masalah yang muncul secara terputus-putus dan masalah konfigurasi cache.

Masalah konektivitas tidak stabil

Masalah konektivitas konfigurasi cache

Uji konektivitas

Anda dapat menguji konektivitas dengan menggunakan alat baris perintah Redis redis-cli. Untuk informasi selengkapnya tentang Redis CLI, lihat Menggunakan alat baris perintah Redis dengan Azure Cache for Redis.

Jika redis-cli tidak dapat tersambung, Anda dapat menguji konektivitas dengan menggunakan PSPING di Azure PowerShell.

psping -q <cachename>:<port>

Jika jumlah paket yang dikirim sama dengan jumlah paket yang diterima, tidak ada penurunan konektivitas.

Masalah konektivitas yang terputus-terputus

Aplikasi klien Anda mungkin memiliki masalah konektivitas terputus-terputus yang disebabkan oleh lonjakan jumlah koneksi atau oleh peristiwa seperti patching.

Aplikasi yang di-hosting Kubernetes

Jika aplikasi klien Anda dihosting di Kubernetes, periksa apakah node kluster atau pod yang menjalankan aplikasi klien berada di bawah memori, CPU, atau tekanan jaringan. Pod yang menjalankan aplikasi klien dapat dipengaruhi oleh pod lain yang berjalan pada node yang sama dan mungkin membatasi koneksi Redis atau operasi IO.

Jika Anda menggunakan Istio atau jala layanan lainnya, pastikan proksi jala layanan Anda mencadangkan port 13000-13019 atau 15000-15019. Klien menggunakan port ini untuk berkomunikasi dengan simpul dalam cache Azure Redis berkluster, dan dapat menyebabkan masalah konektivitas pada port tersebut.

Aplikasi klien berbasis Linux

Menggunakan pengaturan TCP optimis di Linux dapat menyebabkan masalah konektivitas untuk aplikasi klien. Untuk informasi selengkapnya, lihat Pengaturan TCP untuk aplikasi klien yang dihosting Linux dan Kios koneksi yang berlangsung selama 15 menit.

Jumlah klien yang tersambungkan

Periksa apakah agregat Maks untuk metrik Connected Clients mendekati atau lebih tinggi dari jumlah maksimum koneksi yang diizinkan untuk ukuran cache Anda. Untuk informasi selengkapnya tentang ukuran per koneksi klien, lihat Performa Azure Cache for Redis.

Pemeliharaan server

Cache Anda mungkin mengalami pemeliharaan server yang direncanakan atau tidak direncanakan yang berdampak negatif pada aplikasi Anda selama jendela pemeliharaan. Anda dapat memverifikasi masalah ini dengan memeriksa metrik Kesalahan (Jenis: Failover) di cache Anda di portal Microsoft Azure. Untuk meminimalkan efek failover, lihat Ketahanan koneksi.

Masalah konfigurasi konektivitas

Jika aplikasi Anda tidak dapat tersambung ke cache Azure Redis Anda sama sekali, beberapa konfigurasi cache mungkin tidak disiapkan dengan benar. Bagian berikut menawarkan saran tentang cara memastikan cache Anda dikonfigurasi dengan benar.

Aturan firewall

Jika Anda memiliki firewall yang dikonfigurasi untuk cache Azure Redis Anda, pastikan alamat IP klien Anda ditambahkan ke aturan firewall. Untuk memeriksa aturan firewall, pilih Firewall di bawah Pengaturan di menu navigasi kiri untuk halaman cache Anda.

Firewall pihak ketiga atau proksi eksternal

Jika Anda menggunakan firewall atau proksi pihak ketiga di jaringan Anda, pastikan *.redis.cache.windows.net endpoint Azure Cache for Redis dan port 6379 dan 6380 diizinkan. Anda mungkin perlu mengizinkan lebih banyak port saat menggunakan cache berkluster atau replikasi geografis.

Konfigurasi titik akhir privat

Di portal Microsoft Azure, periksa konfigurasi titik akhir privat Anda dengan memilih Titik Akhir Privat di bawah Pengaturan di menu navigasi kiri untuk cache Anda.

  • Pada halaman Titik Akhir Privat , pastikan bahwa Aktifkan akses jaringan publik diatur dengan benar.

    • Akses jaringan publik dinonaktifkan secara default saat Anda membuat titik akhir privat.
    • Untuk menyambungkan ke titik akhir privat cache Anda dari luar jaringan virtual cache, Anda harus mengaktifkan akses jaringan publik.
    • Jika Anda menghapus titik akhir privat, pastikan untuk mengaktifkan akses jaringan publik.
  • Pilih tautan di bawah Titik akhir privat dan pastikan titik akhir privat Anda dikonfigurasi dengan benar. Untuk informasi selengkapnya, lihat Membuat titik akhir privat dengan instans baru Azure Cache for Redis.

  • Pastikan aplikasi Anda tersambung ke <cachename>.redis.cache.windows.net port 6380. Hindari menggunakan <cachename>.privatelink.redis.cache.windows.net dalam konfigurasi atau string koneksi.

  • Untuk memverifikasi bahwa perintah berhasil menyelesaikan ke alamat IP privat dari cache, jalankan perintah seperti nslookup <hostname> dari dalam jaringan virtual yang terhubung ke titik akhir privat.

Perubahan alamat IP publik

Jika Anda mengonfigurasi jaringan atau sumber daya keamanan untuk menggunakan alamat IP publik cache Anda, periksa untuk melihat apakah alamat IP publik cache Anda berubah. Untuk informasi selengkapnya, lihat Mengandalkan nama host bukan alamat IP publik.

Konfigurasi jaringan virtual

Periksa konfigurasi jaringan virtual Anda sebagai berikut:

  • Pastikan jaringan virtual ditetapkan ke cache Anda. Di portal Microsoft Azure, pilih Virtual Network di bawah Pengaturan di menu navigasi kiri untuk cache Anda.
  • Pastikan bahwa komputer host klien berada di jaringan virtual yang sama dengan cache.
  • Jika aplikasi klien berada di jaringan virtual yang berbeda dari cache, aktifkan peering untuk kedua jaringan virtual dalam wilayah Azure yang sama.
  • Verifikasi bahwa aturan Masuk dan Keluar memenuhi persyaratan port.

Untuk informasi selengkapnya, lihat Mengonfigurasi dukungan jaringan virtual untuk instans Azure Cache for Redis Premium.

Replikasi geografis menggunakan injeksi VNet dengan cache Premium

Replikasi geografis antara cache di jaringan virtual yang sama didukung. Replikasi geografis antara cache di jaringan virtual yang berbeda didukung dengan peringatan berikut:

  • Jika jaringan virtual berada di wilayah yang sama, Anda dapat menyambungkannya menggunakan peering jaringan virtual atau koneksi VPN Gateway VNet-ke-VNet.

  • Jika jaringan virtual berada di wilayah yang berbeda, replikasi geografis menggunakan peering jaringan virtual tidak didukung. Mesin virtual klien di VNet 1 (wilayah 1) tidak dapat mengakses cache di VNet 2 (wilayah 2) dengan menggunakan namanya, karena adanya batasan pada load balancer internal Dasar. Sebagai gantinya, gunakan koneksi VPN Gateway VNet-ke-VNet. Untuk informasi selengkapnya tentang batasan peering jaringan virtual, lihat Persyaratan dan batasan peering Virtual Network.

Untuk mengonfigurasi jaringan virtual Anda secara efektif dan menghindari masalah replikasi geografis, Anda harus mengonfigurasi port masuk dan keluar dengan benar. Untuk informasi selengkapnya tentang menghindari masalah kesalahan konfigurasi jaringan virtual yang paling umum, lihat Persyaratan port peer replikasi geografis.

Meskipun dimungkinkan untuk menggunakan injeksi jaringan virtual dengan cache Premium, lebih baik menggunakan Azure Private Link. Untuk informasi selengkapnya, lihat: