Kunde, der mit zu vielen gleichzeitigen Anfragen hängt ⇐ Linux

[Guest]

Ich arbeite in einer Kubernetes -Umgebung. Server, jeweils ihre eigene Cluster -IP. Der Client verwendet libcurl. Es sieht in der Lage sein, 2048 Anfragen zu bearbeiten, jedoch nicht 4096. Wenn ich mich auf 4096 skalieren kann, hängt der übergeordnete Prozess, der meine "Client" -Threads erzeugen, an diesem Punkt: < /p>

Code: Select all

more standard libcurl output
.
.
.
* Closing connection 60
* Connection cache is full, closing the oldest one
* Connection cache is full, closing the oldest one
* Connection #184 to host 10.xxx.xx.154 left intact
* Closing connection 105
* Closing connection 40
* Connection #232 to host 10.xxx.xx.154 left intact
* Connection #63 to host 10.xxx.xx.154 left intact
* Connection cache is full, closing the oldest one
* Closing connection 205
* Connection #238 to host 10.xxx.xx.154 left intact

Jetzt bin ich an, dies ist ein Problem mit dem Client, da ich in den Protokollen der Server keine schlechten HTTP -Antworten sehe. Einkaufen. P> hat jemand eine Ahnung, was das sonst noch verursachen könnte? Wenn weitere Informationen über meinen Kunden benötigt werden, lassen Sie es mich bitte wissen und ich werde es zur Verfügung stellen.