Большой response time в docker/kubernetes?

Question

[fanch_prod]

Доброго времени.
Имеется приложение на laravel 5.8 (php-fpm 7.4)
Сейчас готовимся к переезду в kubernetes, развернута тестовая среда и подгоняем все настроечки.
Столкнулись с такой ситуацией, что проседает производительность. Например, дергаем через ab одну и туже страничку (почти пустая тестовая вьюшка с формой) на проде и из кластера (сразу укажу что сервера идентичны, развернуто все у одного хостера в одинаковых регионах и т.д.):
В результате имеем в кубере:

Connection Times (ms)
              min  mean[+/-sd] median   max
Connect:      145  218  74.6    175     439
Processing:    47   79  24.8     75     136
Waiting:       47   79  24.9     75     136
Total:        193  297  96.4    247     542

--
И на продакшене:

Connection Times (ms)
              min  mean[+/-sd] median   max
Connect:       72   92  36.9     85     344
Processing:    22   28   5.8     27      71
Waiting:       22   28   5.8     26      71
Total:         96  120  38.5    114     377

--
Показатели временами гуляют, но все же стабильная разница в 2-3 раза.
Подскажите, на сколько это норм? (все-таки кубер сам по себе некий оверхед и в теории время должно вырасти)
А если не норм - то куда копать?
--
По архитектуре уточню, что прода - это 3 сервера с приложением подключенных через лоад-балансер.
Кластер - 3 ноды через лоад балансер + 3 контрола через лоадбалансер

Comments

[Вадим]

сервера в датацентре? Знаете их конфигурацию и расположение? Может сервер с базой оказался в другом rack или еще дальше?

[fanch_prod]

Вадим, конфигурацию и расположение знаю, но в любом случае, вьюшка на которой тестил время ответа не имеет никакой логики, ни работы с базой ни кеш, просто статика

Answer 1

[Vitaly Karasik]

Советую проверить/посмотреть
1) "сразу укажу что сервера идентичны" - если на старом сервере апликация бежала без докера, то она использовала ресурсы целого сервера, в кубернетесе она ограничена заданными лимитами. Плюс есть overhead на остальное. Т.е. например, сервера с 8GB памяти может быть достаточно для апликации, но недостаточно для K8S+апликация. Попробуйте увеличить лимиты.
2) CPU/RAM usage
3) если тестовая страничка использует базу - то посмотреть на мониторинг базы

Answer 2

[Сергей Соловьев]

1. Для тестового стенда ресурсы могут быть слабее (для оптимизации затрат)
2. Даже если все в одном регионе - можете гарантировать, что запросы не ходят между стойками и т.д.?