10Gbps 카드가 있는 스트리밍 서버가 있습니다. 저는 ~2.5Gbps를 사용하고 있습니다.
내 서버는 하루에 8-9시간 동안 완벽하게 실행되고 있으며 그 이후에는 미친 듯이 돌아가고 모두가 얼어붙고 있습니다. 정확히 동시에 시스템을 재부팅하면 모든 것이 정상으로 돌아옵니다.
모니터 연결이 있고 대역폭 출력이 모두 있습니다. 2.5Gbps에서 8~9시간 후에는 1Gbps로 이동하므로 모두가 정지되지만 재부팅 후에는 모든 것이 정상으로 돌아옵니다.
누구든지 이것에 대해 설명이 있습니까?
이것은 내 sysctl 구성입니다.
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
스트리밍은 PHP-FPM 및 nginx를 사용하여 수행됩니다.
저는 기본 커널이 포함된 우분투 14.04 64비트를 사용하고 있습니다. 커널 4.8에서도 동일한 결과를 시도했습니다.
답변1
시스템에 대한 여러 구성 옵션과 임의의 데이터를 우리에게 던지는 것은 전혀 유용하지 않습니다.
과학적인 방법을 적용해야 합니다.
- 모니터링 설치
- 데이터 수집
- 데이터를 사용하여 시스템 이해를 돕습니다.
- 위에서 배운 내용을 바탕으로 변경하세요.
- 변경 사항 모니터링
- 분석을 반복하고 필요에 따라 변경합니다.
- 문서 변경
그것은 로켓 공학이나 대체 사실이 아닙니다. 간단하게 적용되는 시스템 관리 원칙만 있으면 됩니다.
답변2
귀하의 게시물이 다소 혼란스럽습니다.
그 후에는 미칠 것 같아
활동이 증가했음을 의미하지만...
다들 꽁꽁 얼고 있어
...하지만 당신은 "모든 사람"이 영향을 받는다는 주장에 모순됩니다.
2.5Gbps에서 8~9시간 후에는 1Gbps로 증가합니다.
여전히 1Gbps를 전송하는 경우 일부 클라이언트는 영향을 받지 않습니다. 당신은 또한 다음과 같이 말합니다.
스트리밍은 PHP-FPM 및 nginx를 사용하여 수행됩니다.
...이런 경우에는~ 아니다스트리밍. HTTP와 fastCGI는 스트리밍 프로토콜이 아닙니다.
귀하가 제공한 정보에 따르면 귀하의 서버에 어떤 iOS 문제가 있는지 알 수 없습니다.~할 것 같은원인은 nfconntrack 테이블이 꽉 찼기 때문입니다.
net.netfilter.nf_conntrack_max=196608
사용 중인 버킷은 몇 개입니까?
또한 서버가 오작동하는 라우터 뒤에 있거나 혼잡 알림을 받지 못할 수도 있습니다.