Sdílet prostřednictvím

Řešení potíží s připojením ke službě Azure Cache for Redis

  • Platí pro: ✅ Azure Cache for Redis

Důležité

Služba Azure Cache for Redis oznámila časovou osu vyřazení všech skladových položek. Doporučujeme přesunout stávající instance Azure Cache for Redis do Azure Managed Redis , jakmile budete moct.

Další podrobnosti o ukončení podpory:

Tento článek vysvětluje, jak řešit běžné problémy s připojením klientské aplikace ke službě Azure Cache for Redis. Problémy s připojením můžou být způsobené přerušovanými podmínkami nebo nesprávnou konfigurací mezipaměti. Tento článek je rozdělený na občasné problémy a problémy s konfigurací mezipaměti.

Občasné potíže s připojením

Problémy s konektivitou konfigurace mezipaměti

Test připojení

Připojení můžete otestovat pomocí nástroje příkazového řádku Redis Redis-cli. Další informace o rozhraní příkazového řádku Redis najdete v tématu Použití nástroje příkazového řádku Redis se službou Azure Cache for Redis.

Pokud se redis-cli nemůže připojit, můžete otestovat připojení pomocí PSPING Azure PowerShellu.

psping -q <cachename>:<port>

Pokud se počet odeslaných paketů rovná počtu přijatých paketů, nedojde k žádnému poklesu připojení.

Občasné potíže s připojením

Vaše klientská aplikace může mít občasné problémy s připojením způsobenými špičkami počtu připojení nebo událostmi, jako jsou opravy.

Aplikace hostované v Kubernetes

Pokud je vaše klientská aplikace hostovaná v Kubernetes, zkontrolujte, jestli jsou uzly clusteru nebo pod, na kterém běží klientská aplikace, pod tlakem kvůli využití paměti, procesoru nebo sítě. Pody, na kterých běží klientská aplikace, mohou být ovlivněny jinými pody běžícími na stejném uzlu a mohou omezovat připojení k Redis nebo vstupně-výstupní operace.

Pokud používáte Istio nebo jinou síť služeb, ujistěte se, že proxy proxy server služby rezervuje porty 13000-13019 nebo 15000-15019. Klienti používají tyto porty ke komunikaci s uzly v clusterované mezipaměti Azure Redis a můžou způsobit problémy s připojením na těchto portech.

Klientská aplikace založená na Linuxu

Použití optimistického nastavení PROTOKOLU TCP v Linuxu může způsobit problémy s připojením klientských aplikací. Další informace najdete v tématu Nastavení protokolu TCP pro klientské aplikace hostované v Linuxu a zastavení připojení trvající 15 minut.

Počet připojených klientů

Zkontrolujte, jestli je agregace Max pro metriku připojených klientů blízko nebo vyšší než maximální povolený počet připojení pro velikost vaší mezipaměti. Další informace o nastavení velikosti jednotlivých klientských připojení najdete v tématu Výkon služby Azure Cache for Redis.

Údržba serveru

Vaše mezipaměť může projít plánovanou nebo neplánovanou údržbou serveru, která negativně ovlivňuje vaši aplikaci během časového období údržby. Tento problém můžete ověřit kontrolou metriky Chyby (typ: Převzetí služeb při selhání) u vaší mezipaměti v portálu Azure. Pokud chcete minimalizovat účinky převzetí služeb při selhání, projděte si téma Odolnost připojení.

Problémy s konfigurací připojení

Pokud se vaše aplikace nemůže vůbec připojit ke službě Azure Redis Cache, nemusí být některá konfigurace mezipaměti správně nastavená. Následující části nabízejí návrhy, jak zajistit správnou konfiguraci mezipaměti.

Pravidla brány firewall

Pokud máte pro mezipaměť Azure Redis nakonfigurovanou bránu firewall, ujistěte se, že je ip adresa vašeho klienta přidaná do pravidel brány firewall. Pro zkontrolování pravidel brány firewall vyberte Firewall v části Nastavení v levé navigační nabídce pro vaši stránku mezipaměti.

Externí proxy server nebo brána firewall třetí strany

Pokud v síti používáte firewall nebo proxy server třetí strany, ujistěte se, že umožňuje koncový bod služby Azure Cache for Redis a porty *.redis.cache.windows.net a 6379. Při použití clusterované mezipaměti nebo geografické replikace může být potřeba povolit více portů.

Konfigurace privátního koncového bodu

Na webu Azure Portal zkontrolujte konfiguraci privátního koncového bodu tak, že v levé navigační nabídce pro vaši mezipaměť vyberete privátní koncový bod v části Nastavení .

  • Na stránce Privátní koncový bod se ujistěte, že je správně nastavená možnost Povolit přístup k veřejné síti .

    • Při vytváření privátního koncového bodu je ve výchozím nastavení zakázaný přístup k veřejné síti.
    • Pokud se chcete připojit k privátnímu koncovému bodu mezipaměti mimo virtuální síť mezipaměti, musíte povolit přístup k veřejné síti.
    • Pokud privátní koncový bod odstraníte, nezapomeňte povolit přístup k veřejné síti.

  • Vyberte odkaz v části Privátní koncový bod a ujistěte se, že je privátní koncový bod správně nakonfigurovaný. Další informace najdete v tématu Vytvoření privátního koncového bodu s novou instancí Azure Cache for Redis.

  • Ujistěte se, že se vaše aplikace připojuje k <cachename>.redis.cache.windows.net portu 6380. Vyhněte se použití <cachename>.privatelink.redis.cache.windows.net v konfiguraci nebo připojovacím řetězci.

  • Pokud chcete ověřit, že se příkaz přeloží na privátní IP adresu mezipaměti, spusťte příkaz, například nslookup <hostname> z virtuální sítě propojené s privátním koncovým bodem.

Změna veřejné IP adresy

Pokud nakonfigurujete prostředek sítě nebo zabezpečení tak, aby používal veřejnou IP adresu vaší mezipaměti, zkontrolujte, jestli se změnila veřejná IP adresa vaší mezipaměti. Další informace naleznete v tématu Spoléhejte se na název hostitele, nikoli na veřejnou IP adresu.

Konfigurace virtuální sítě

Zkontrolujte konfiguraci virtuální sítě následujícím způsobem:

  • Ujistěte se, že je virtuální síť přiřazená k vaší mezipaměti. Na webu Azure Portal vyberte virtuální síť v části Nastavení v levé navigační nabídce vaší mezipaměti.
  • Ujistěte se, že je klientský hostitelský počítač ve stejné virtuální síti jako mezipaměť.
  • Pokud je klientská aplikace v jiné virtuální síti než v mezipaměti, povolte propojení sítí pro obě virtuální sítě v rámci stejné oblasti Azure.
  • Ověřte, že pravidla příchozích a odchozích přenosů splňují požadavky na port.

Další informace najdete v tématu Konfigurace podpory virtuální sítě pro instanci Premium Azure Cache for Redis.

Geografická replikace pomocí integrace virtuální sítě s Premium cache

Podporuje se geografická replikace mezi mezipamětí ve stejné virtuální síti. Geografická replikace mezi mezipamětí v různých virtuálních sítích se podporuje s následujícími upozorněními:

  • Pokud jsou virtuální sítě ve stejné oblasti, můžete je připojit pomocí partnerského vztahu virtuálních sítí nebo připojení typu VNet-to-VNet služby VPN Gateway.

  • Pokud jsou virtuální sítě v různých oblastech, geografická replikace pomocí propojení virtuálních sítí není podporována. Klientská virtuální počítačová instance v VNet 1 (region 1) nemůže získat přístup k mezipaměti v VNet 2 (region 2) pomocí jeho názvu, kvůli omezení se základním interním nástrojem pro vyrovnávání zatížení. Místo toho použijte připojení typu VNet-to-VNet brány VPN. Další informace o omezeních partnerských vztahů virtuálních sítí najdete v tématu Požadavky a omezení partnerského vztahu virtuálních sítí.

Pokud chcete virtuální síť efektivně nakonfigurovat a vyhnout se problémům s geografickou replikací, musíte správně nakonfigurovat příchozí i odchozí porty. Další informace o tom, jak se vyhnout nejběžnějším problémům s chybou konfigurace virtuální sítě, najdete v tématu Požadavky na port partnerského uzlu geografické replikace.

I když je možné použít injektáž virtuální sítě s mezipamětí Premium, je vhodnější použít Azure Private Link. Další informace naleznete v tématu:

Související obsah

  • Last updated on