8장. 많은 수의 들어오는 요청을 사용하여 애플리케이션 튜닝

프로세스

1. 튜닝이 필요한지 확인하려면 영향을 받는 포트의 통계를 표시합니다.

   # ss -ntl '( sport = :443 )'
   State    Recv-Q   Send-Q   Local Address:Port   Peer Address:Port  Process
   LISTEN   650      500      192.0.2.1:443        0.0.0.0:*

   백로그(Recv-Q)의 현재 연결 수가 소켓 백로그(전송-Q)보다 크면 수신 백로그가 여전히 충분히 크지 않고 튜닝이 필요합니다.

2. 선택 사항: 현재 TCP 수신 백로그 제한을 표시합니다.

   # sysctl net.core.somaxconn
   net.core.somaxconn = 4096

3. /etc/sysctl.d/10-socket-backlog-limit.conf 파일을 생성하고 더 큰 수신 백로그 제한을 설정합니다.

   net.core.somaxconn = 8192

   애플리케이션은 net.core.somaxconn 커널 매개변수에 지정된 것보다 더 큰 수신 백로그를 요청할 수 있지만 커널은 이 매개변수에 설정한 수로 애플리케이션을 제한합니다.

4. /etc/sysctl.d/10-socket-backlog-limit.conf 파일에서 설정을 로드합니다.

   # sysctl -p /etc/sysctl.d/10-socket-backlog-limit.conf

5. 새 수신 백로그 제한을 사용하도록 애플리케이션을 재구성합니다.

   • 애플리케이션에서 제한에 대한 구성 옵션을 제공하는 경우 업데이트합니다. 예를 들어 Apache HTTP Server는 이 서비스에 대한 수신 백로그 제한을 설정하는 ListenBacklog 구성 옵션을 제공합니다.
   • 제한을 구성할 수 없는 경우 애플리케이션을 다시 컴파일합니다.
   중요

   항상 net.core.somaxconn 커널 설정과 애플리케이션의 설정을 모두 업데이트해야 합니다.

6. 애플리케이션을 다시 시작합니다.

검증

1. 포트 < port_number> 오류 메시지에서 SYN 플러딩 가능한 추가 발생을 위해 Systemd 저널을 모니터링합니다.

2. 백로그에서 현재 연결 수를 모니터링하고 소켓 백로그와 비교합니다.

   # ss -ntl '( sport = :443 )'
   State    Recv-Q   Send-Q   Local Address:Port   Peer Address:Port  Process
   LISTEN   0        500      192.0.2.1:443        0.0.0.0:*

   백로그(Recv-Q)의 현재 연결 수가 소켓 백로그(전송-Q)보다 크면 수신 백로그가 충분히 크지 않고 추가 튜닝이 필요합니다.