Как стать автором
Обновить

50 оттенков нагрузочного тестирования

Время на прочтение11 мин
Количество просмотров25K
Всего голосов 27: ↑26 и ↓1+25
Комментарии15

Комментарии 15

Хорошая статья, спасибо! Было бы круто еще увидеть примеры конфигов, результатов стрельб и их интерпретации — для каждого из упомянутых видов тестирования. Пишите еще, пожалуйста!

Спасибо! о конфигах будет в "следующей серии". Это не последняя статья о нагрузке в Ozon Fintech

Спасибо за описание возможностей НТ, теперь задумываюсь поработать с ним

Отличная идея!

Спасибо, чувак! Весьма по делу, но я немного потерялся в полёте мысли.

Чуть бы полущ структурировать, особенно по списку используемых тулзов. Начал с танка, закончил самописной пушкой, и слово про используемый сетап только в конце.

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

В танке есть набор поддерживаемых пушек-плагинов. На основе этих плагинов как раз можно написать кастомную пушку: то есть взять рыбу и подкрутить ее под свои нужды: Этим и занимаемся.

взять рыбу и подкрутить ее под свои нужды

Вы совсем потерялись он не чувак! Он - она!

😁

Из профиля и текста статьи это абсолютно не очевидно.

Меня зовут Саша, я работаю в команде тестирования Ozon Fintech и расскажу про разнообразный спектр вариантов НТ: как именно мы его применяем и какие инструменты используем.
Надеюсь, моя статья помогла понять возможности НТ 

Очень интересный материал, про привязку к ядрам всяких JVM видел, а вот про особенности K8S нет. Спасибо.

Попробую усложнить задачку. Было бы очень интересно услышать Ваше мнение.

В большинстве случаев , которые я видел и не могу на них влиять, ваша K8S нода работает внутри VM от VMware или т.п. с share физическими ядрами из пула.

Доступа к гипервизору нет, и увидеть те же настоящие "off-cpu от Грегга" не получится, на мой взгляд. Вернее когда гипервизор не дал самой VM времени поработать CPU. Посадить служебные процессы гостевого kernel можно по такой же методике внутри VM, но они же приземлятся на vCPU и в любом случае будет мешанина из потоков всех виртуалок и самого гипервизора на уровне физ. CPU.

И как замерить шумность облачной среды не понятно имея доступ только во внутрь гостевой ОС (VM)

Зачем ее замерять? Достаточно взять степень загрузки пула ядер за условно 10 прогонов за месяц, это позволит избежать неверных трактовок шума облачной среды и составить картину для последующих нагрузок.

Спасибо, очень интересно!

Сам не люблю дурацких комментариев, но это очень важно для меня:
Сегодня при получении в Озон мне не дали пакет, и сказали что больше пакетов не будет :-)

Познавательная статья. Очень надеюсь, что это начало полноценной серии статей про НТ.

Вы раскусили мой план! сейчас еще пару штук прикрутим и про них тоже расскажу.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий