☰

Die Serverbandbreite spielt verrückt, nach dem Neustart ist alles ok

tag-icon • tag-icon ubuntu bandwidth optimization streaming
Die Serverbandbreite spielt verrückt, nach dem Neustart ist alles ok

Ich habe einen Streaming-Server mit einer 10-Gbit/s-Karte. Ich verwende ~2,5 Gbit/s.

Mein Server läuft 8-9 Stunden am Tag einwandfrei, danach dreht er durch und alle frieren ein. Genau zur gleichen Zeit starte ich das System neu und alles ist wieder normal.

Ich habe Monitorverbindungen, Bandbreitenausgabe und alles. Von 2,5 Gbit/s geht es nach 8–9 Stunden auf 1 Gbit/s, deshalb friert alles ein, aber nach einem Neustart ist alles wieder normal.

Hat jemand eine Erklärung dazu?

Dies ist meine Sysctl-Konfiguration

net.core.somaxconn = 65535
net.ipv4.route.flush=1
net.ipv4.tcp_no_metrics_save=1
net.ipv4.tcp_moderate_rcvbuf = 1
fs.file-max = 6815744
fs.aio-max-nr = 6815744
fs.nr_open = 6815744
net.ipv4.ip_local_port_range = 1024 65000
net.ipv4.tcp_sack = 1
net.ipv4.tcp_timestamps = 0
net.ipv4.tcp_rmem = 10000000 10000000 10000000
net.ipv4.tcp_wmem = 10000000 10000000 10000000
net.ipv4.tcp_mem = 10000000 10000000 10000000
net.core.rmem_max = 524287
net.core.wmem_max = 524287
net.core.rmem_default = 524287
net.core.wmem_default = 524287
net.core.optmem_max = 524287
net.core.netdev_max_backlog = 300000
net.ipv4.tcp_max_syn_backlog = 300000
vm.swappiness=1
net.netfilter.nf_conntrack_max=196608
net.ipv4.tcp_window_scaling = 1
vm.max_map_count = 655300
net.ipv4.tcp_max_tw_buckets = 1440000

Das Streaming erfolgt mithilfe von PHP-FPM und nginx.

Ich verwende Ubuntu 14.04 64bit mit Standardkernel. Ich habe Kernel 4.8 ausprobiert, gleiche Ergebnisse.

Antwort1

Es ist überhaupt nicht hilfreich, uns mit einer Reihe von Konfigurationsoptionen und einigen zufälligen Daten über Ihr System zu überhäufen.

Sie müssen die wissenschaftliche Methode anwenden.

  • Installieren der Überwachung
  • Daten sammeln
  • Verwenden Sie die Daten, um das System besser zu verstehen
  • Nehmen Sie Änderungen auf der Grundlage dessen vor, was Sie oben gelernt haben
  • Überwachen von Änderungen
  • Wiederholen Sie die Analyse und nehmen Sie bei Bedarf Änderungen vor
  • Dokumentänderungen

Das ist keine Raketentechnik und auch keine alternativen Fakten. Alles, was Sie brauchen, sind einfach angewandte Systemmanagementprinzipien.

Weiterführende Literatur

Antwort2

Ihr Beitrag ist etwas verwirrend.

danach wird es verrückt

Impliziert erhöhte Aktivität, aber Sie sagen ...

jeder friert

...aber dann widersprichst du der Behauptung, dass "jeder" betroffen ist, indem du sagst

Von 2,5 Gbit/s geht es nach 8-9 Stunden auf 1 Gbit/s

Wenn Sie immer noch 1 Gbit/s senden, sind einige Clients offensichtlich nicht betroffen. Sie geben auch an:

Das Streaming erfolgt mit PHP-FPM und nginx

...in diesem Fall ist esnichtStreaming. HTTP und FastCGI sind keine Streaming-Protokolle.

Basierend auf den von Ihnen bereitgestellten Informationen können wir nicht sagen, was mit Ihrem Server nicht stimmt, aber einwahrscheinlichUrsache ist, dass die NFCONNTRACK-Tabelle voll ist.

net.netfilter.nf_conntrack_max=196608

Wie viele Eimer sind im Einsatz?

Es ist auch möglich, dass sich Ihr Server hinter einem Router befindet, der nicht richtig funktioniert bzw. keine Überlastungsbenachrichtigungen erhält.

verwandte Informationen