@fanch_prod

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

Доброго времени.
Имеется приложение на 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 контрола через лоадбалансер
  • Вопрос задан
  • 125 просмотров
Пригласить эксперта
Ответы на вопрос 2
@vitaly_il1
DevOps Consulting
Советую проверить/посмотреть
1) "сразу укажу что сервера идентичны" - если на старом сервере апликация бежала без докера, то она использовала ресурсы целого сервера, в кубернетесе она ограничена заданными лимитами. Плюс есть overhead на остальное. Т.е. например, сервера с 8GB памяти может быть достаточно для апликации, но недостаточно для K8S+апликация. Попробуйте увеличить лимиты.
2) CPU/RAM usage
3) если тестовая страничка использует базу - то посмотреть на мониторинг базы
Ответ написан
Комментировать
AshBlade
@AshBlade
Просто хочу быть счастливым
1. Для тестового стенда ресурсы могут быть слабее (для оптимизации затрат)
2. Даже если все в одном регионе - можете гарантировать, что запросы не ходят между стойками и т.д.?
Ответ написан
Комментировать
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Войти через центр авторизации
Похожие вопросы