Почему мой веб-сервер разрывает соединения при сбросе TCP при высокой нагрузке?

У меня есть небольшая установка VPS с nginx. Я хочу выжать из него как можно больше производительности, поэтому экспериментировал с оптимизацией и нагрузочным тестированием.

Я использую Blitz.io для нагрузочного тестирования, получая небольшой статический текстовый файл и сталкиваюсь с нечетной проблемой, когда сервер, кажется, отправляет сбросы TCP, когда количество одновременных подключений достигает примерно 2000. Я знаю, что это очень большое количество, но из-за использования htop у сервера все еще есть много свободного времени процессора и памяти, поэтому я хотел бы выяснить источник этой проблемы, чтобы посмотреть, смогу ли я продвинуть ее еще дальше.

Я использую Ubuntu 14.04 LTS (64-разрядную версию) на Linode VPS объемом 2 ГБ.

У меня недостаточно репутации, чтобы опубликовать этот график напрямую, поэтому вот ссылка на график Blitz.io:

Вот что я сделал, чтобы попытаться выяснить источник проблемы:

• Значение конфигурации nginx worker_rlimit_nofile установлен на 8192
• иметь nofile установите 64000 для жестких и мягких ограничений для root и www-data пользователь (от имени которого работает nginx) в /etc/security/limits.conf

• нет никаких признаков того, что что-то идет не так /var/log/nginx.d/error.log (обычно, если вы работаете с ограничениями файлового дескриптора, nginx будет печатать сообщения об ошибках, говорящие об этом)

• У меня есть настройка ufw, но нет правил ограничения скорости. Журнал ufw показывает, что ничего не блокируется, и я попытался отключить ufw с тем же результатом.

• Нет ориентировочных ошибок в /var/log/kern.log
• Нет ориентировочных ошибок в /var/log/syslog

• Я добавил следующие значения в /etc/sysctl.conf и загрузил их sysctl -p без эффекта:

  net.ipv4.tcp_max_syn_backlog = 1024
  net.core.somaxconn = 1024
  net.core.netdev_max_backlog = 2000
  

Любые идеи?

РЕДАКТИРОВАТЬ: Я провел новый тест, увеличив количество подключений до 3000 в очень маленьком файле (всего 3 байта). Вот график Blitz.io:

Опять же, согласно Blitz, все эти ошибки являются ошибками «сброса TCP-соединения».

Вот график пропускной способности Linode. Имейте в виду, что это 5-минутное среднее значение, поэтому оно немного отфильтровано (мгновенная пропускная способность, вероятно, намного выше), но все же это ничто:

ЦПУ:

Ввод / вывод:

Вот htop ближе к концу теста:

Я также захватил часть трафика с помощью tcpdump в другом (но похожем на вид) тесте, запустив захват, когда начали поступать ошибки: sudo tcpdump -nSi eth0 -w /tmp/loadtest.pcap -s0 port 80

Вот файл, если кто-то хочет на него взглянуть (~ 20 МБ): https://drive.google.com/file/d/0B1NXWZBKQN6ETmg2SEFOZUsxV28/view?usp=sharing

Вот график пропускной способности от Wireshark:

(Строка - все пакеты, синие полосы - ошибки TCP)

Исходя из моей интерпретации захвата (а я не эксперт), похоже, что флаги TCP RST исходят от источника нагрузочного тестирования, а не от сервера. Итак, если предположить, что со стороны службы нагрузочного тестирования что-то не так, можно ли предположить, что это результат какого-то управления сетью или смягчения последствий DDOS между службой нагрузочного тестирования и моим сервером?

Спасибо!