Добрый день!

Столкнулся с такой ситуацией.
Есть два Web-портала с одинаковой CMS и базой MySQL
В обоих случаях для БД используется отдельный сервер.
У одной ( условно назовём её старой) производительность нормальная, вторая ( условно новая) ощутимо медленнее, при том, что на новой железо даже немного мощнее.
Начинаю тестировать Mysql ( sysbench-ем).
Локально ( чарез сокет) на старой системе получаю ~1000 транзакций в секунду, на новой >1200. Когда же запускаю тест с web сервера - картина меняется. Старая система даёт ~ 800 транзакций в секунду ( падение 20%, по сравнению с локальным тестом через сокет), новая же даёт ~400 транзакций ( падение в 3 раза! ). tcpdump и другие исследования показывают, что ошибок в сети нет, производительность сети отличная ( все сервера - это виртуалки на одной host-машине, iperf показывает ~20гбит ).
Единственное что нашёл, это разная сетевая задержка.
На старой системе простейший тест ping-ом с web на db сервер даёт:
rtt min/avg/max/mdev = 0.123/0.145/0.190/0.017 ms
а на новом:
rtt min/avg/max/mdev = 0.117/0.298/0.629/0.072 ms
тоесть в среднем в 2 раза больше: 0.145 и 0.298 msec
Вопрос собственно в том, может ли такое отличие сетевой задержке привести к такому падению производительности?

С уважением, Алексей.

Ну во-первых, ping даёт задержку пары запрос-ответ, умножать на 2 не нужно. Итого, в обоих случаях на сетевые задержки приходится ~120 мсек. За остальные 880 мсек одна система выполняет 400, а другая 800 запросов? По такой логике так получается? Другое дело, что в каждой транзакции может быть больше чем 1 запрос-ответ.

vkle,

Проверил, как раз на новом в конфиге есть skip-name-resolve, а на старом нет...
Все права доступа прописаны по IP на обоих системах.

netwindА вы попробуйте контейнеризацию вместо виртуализации. Любую удобную вам реализацию.
Хотя мне эмпирически наиболее оптимальным кажется openvz.

Не могу, к сожалению. Порталы просто обслуживаем, доступа к операционке хост машины нет.