Delen via

Connectiviteitsproblemen oplossen met Azure Managed Redis

  • Van toepassing op: ✅ Azure Managed Redis

In dit artikel bieden we hulp bij het oplossen van problemen bij het verbinden van uw clienttoepassing met Azure Managed Redis. Connectiviteitsproblemen zijn onderverdeeld in twee typen: onregelmatige verbindingsproblemen en continue verbindingsproblemen.

Onregelmatige verbindingsproblemen

Uw clienttoepassing kan onregelmatige verbindingsproblemen hebben die worden veroorzaakt door gebeurtenissen zoals toepassing van een patch of pieken in het aantal verbindingen.

Serveronderhoud

Soms ondergaat uw cache een gepland of ongepland serveronderhoud. Uw toepassing kan negatief worden beïnvloed tijdens het onderhoud. Als u de gevolgen van failovers wilt minimaliseren, raadpleegt u Verbindingstolerantie.

Aantal verbonden clients

Controleer of de metrische gegevens van Maximale aggregatie voor Connected Clients bijna of hoger is dan het maximum aantal toegestane verbindingen voor een bepaalde cachegrootte. Zie voor meer informatie over het aanpassen van de grootte per clientverbinding de Prijzen van Azure Managed Redis.

Door Kubernetes gehoste toepassingen

  • Als uw clienttoepassing wordt gehost op Kubernetes, controleert u of de pod waarop de clienttoepassing of de clusterknooppunten worden uitgevoerd, niet onder geheugen-/CPU-/netwerkdruk staan. Een pod waarop de clienttoepassing wordt uitgevoerd, kan worden beïnvloed door andere pods die op hetzelfde knooppunt worden uitgevoerd en Redis-verbindingen of IO-bewerkingen beperken.

Linux-clienttoepassing

Het gebruik van optimistische TCP-instellingen in Linux kan ertoe leiden dat clienttoepassingen verbindingsproblemen ondervinden. Zie Vastlopen van de verbinding voor 15 minuten.

Continue verbinding

Als uw toepassing geen verbinding kan maken met uw Azure Managed Redis-instantie, is een configuratie in de cache mogelijk niet juist ingesteld. De volgende secties bevatten suggesties voor het controleren van de juiste configuratie van uw cache.

Connectiviteit testen met redis-cli

Connectiviteit testen met redis-cli. Voor meer informatie over CLI: Het Redis-opdrachtregelhulpprogramma gebruiken met Azure Managed Redis.

Connectiviteit testen met PSPING

Als redis-cli geen verbinding kan maken, kunt u de connectiviteit testen met behulp van PSPING in PowerShell.

psping -q <cache DNS endpoint>:<Port Number>

U kunt controleren of het aantal verzonden pakketten gelijk is aan de ontvangen pakketten. Bevestigen zorgt ervoor dat de connectiviteit niet afneemt.

Configuratie van privé-eindpunt

Stappen voor het controleren van de configuratie van uw privé-eindpunt:

  1. Controleer of uw privé-eindpunt juist is geconfigureerd. Zie Een privé-eindpunt maken met een nieuw Azure Managed Redis-exemplaar voor meer informatie.

  2. Controleer of uw toepassing verbinding maakt met <instancename>.<region>.redis.azure.net op poort 10000. We raden u aan het gebruik van <instancename>.<region>.privatelink.redis.cache.windows.net in de configuratie of de verbindingsreeks te vermijden.

  3. Voer een opdracht uit zoals nslookup <hostname> vanuit het VNet dat is gekoppeld aan het privé-eindpunt om te controleren of de opdracht wordt omgezet in het privé-IP-adres voor de cache.

  4. Public Network Access wordt momenteel niet ondersteund voor Azure Managed Redis. U kunt geen verbinding maken met uw privé-eindpunt van de cache van buiten het virtuele netwerk van uw cache.

Firewallregels

Als u een firewall hebt geconfigureerd voor uw Azure Managed Redis, moet u ervoor zorgen dat het IP-adres van uw client wordt toegevoegd aan de firewallregels. U kunt Firewall controleren in het menu Resource onder Instellingen op de Azure Portal.

Firewall van derden of externe proxy

Wanneer u een firewall of proxy van derden in uw netwerk gebruikt, controleert u of het eindpunt voor Azure Managed Redis, *.redis.azure.net, is toegestaan, samen met de poort 10000. Mogelijk moet u meer poorten toestaan wanneer u een geclusterde cache of geo-replicatie gebruikt.

Wijziging van openbaar IP-adres

Als u een netwerk- of beveiligingsresource hebt geconfigureerd voor het gebruik van het openbare IP-adres van uw cache, controleert u of het openbare IP-adres van uw cache is gewijzigd. Zie Vertrouwen op hostnaam en niet op openbaar IP-adres voor uw cache voor meer informatie.

Verwante inhoud