akka/akka-http

Akka Http Client pool connections are not reestablished after DNS positive-ttl

Open

#1.226 geöffnet am 23. Juni 2017

Auf GitHub ansehen
 (25 Kommentare) (15 Reaktionen) (0 zugewiesene Personen)Scala (598 Forks)batch import
1 - triageddiscusshelp wantedt:client

Repository-Metriken

Stars
 (1.311 Stars)
PR-Merge-Metriken
 (Durchschn. Merge 1T 10h) (2 gemergte PRs in 30 T)

Beschreibung

We have found that under some circumstances, Akka's Http client is not honoring the positive-ttl expiry value, not picking up new DNS entries.

It looks as if under load, and using the default http connection pool, the client will never try resolving again the DNS entry if the connection is not closed, regardless of the positive-ttl value.

Steps to reproduce: 0. Using akka-http 10.0.6 and akka-core 2.5.2

  1. DNS resolves test.com to server_A with ip_A
  2. Run akka http application with following settings: dns.inet-address { positive-ttl = 30s negative-ttl = 30s }
  3. Run load continuously to this akka http app which does requests to test.com
  4. Change DNS entry (in /etc/hosts, for instance) to point to ip_B. NOTE: server_A with ip_A is still running.
  5. Wait for positive-ttl dns cache expiry (30 seconds, in this example)

Expected behaviour:

  • DNS cache expires, every new request should be sent to ip_B.

Current behaviour:

  • New requests after DNS expiry time are still going to ip_A.
  • The only way to have the akka http application to pick up the new DNS entry is by restarting.

Contributor Guide

Research-Richtung
Untersuche die Logik des Verbindungspools in Akka HTTP, um zu verstehen, wie DNS Auflösungen zwischengespeichert werden und wie der TTL Wert behandelt wird. Konzentriere dich darauf, wann der Pool sich entscheidet, Verbindungen wiederzuverwenden und wann eine neue DNS Abfrage ausgelöst wird.
Tech Stack
scala
Domain
backendnetworking
Issue Type
Fehler
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
3
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
1-2 Tage
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
Aktiv
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Klar
Voraussetzungen
ScalaAkkaGit
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
50