Catatan
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba masuk atau mengubah direktori.
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba mengubah direktori.
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
- Aplikasi yang dihosting Kubernetes
- Aplikasi klien berbasis Linux
- Jumlah klien yang tersambung
- Pemeliharaan server
Masalah konektivitas konfigurasi cache
- Aturan firewall
- Konfigurasi titik akhir privat
- Perubahan alamat IP publik
- Konfigurasi jaringan virtual
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.netport6380. Hindari menggunakan<cachename>.privatelink.redis.cache.windows.netdalam 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 diVNet 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:
-
Bermigrasi dari
VNetcache injeksi ke cache Private Link - Apa itu Azure Cache for Redis menggunakan Azure Private Link?