DE
Но вот сложность именно использовать генератор трафика и посчитать метрики
Size: a a a
2020 September 19
А
Daniil Ermolenko
Я думаю сайдкар это это излишне. Я бы хотел сделать генерацию udp трафика на сервис, и посчитать сколько было получено на репликах сервера. Как iperf3 это делает, но походу его нельзя настроить на распределенный сервер с несколькими репликами. В принципе все пакеты можно тем же tcpdump'ом посмотреть на veth интерфейсе, поэтому сайдкар, возможно вы про istio говорите, будет избыточен. Я дампил veth просто при обычном curl сервиса nginx 2 реплики.
имел в виду, что к поду подключается доп. контейнер который собирает стату по трафику и так к каждому поду. а потом уже можно аггрегировать по сервису. но это решение в лоб, может есть уже готовые штуки как выше писали про cni
DE
имел в виду, что к поду подключается доп. контейнер который собирает стату по трафику и так к каждому поду. а потом уже можно аггрегировать по сервису. но это решение в лоб, может есть уже готовые штуки как выше писали про cni
хм, это тоже как вариант как собрать стату. Но я упираюсь в то что не могу найти инструментов которые генерили трафик на сервис с более чем одной репликой, ведь все генераторы работают по типу клиент-сервер. Я вот думаю может получится через scapy сгенерировать и посчитать
А
Daniil Ermolenko
хм, это тоже как вариант как собрать стату. Но я упираюсь в то что не могу найти инструментов которые генерили трафик на сервис с более чем одной репликой, ведь все генераторы работают по типу клиент-сервер. Я вот думаю может получится через scapy сгенерировать и посчитать
ну это уже другая проблема, в целом получай endpoints сервиса и вперед
DS
Daniil Ermolenko
хм, это тоже как вариант как собрать стату. Но я упираюсь в то что не могу найти инструментов которые генерили трафик на сервис с более чем одной репликой, ведь все генераторы работают по типу клиент-сервер. Я вот думаю может получится через scapy сгенерировать и посчитать
записти тест iperf на каждый под
DE
трафик подов, да
Подскажите примеры cni. calico flannel не умеют? или более новые типа cillium?
DE
хм, конечно можно
DE
записти тест iperf на каждый под
то есть потом просто собрать со всех подов отправлено/получено пакетов?
DE
А получиться ли так имитировать большое количество устройств на сервис? к примеру 10000)
DS
Daniil Ermolenko
Подскажите примеры cni. calico flannel не умеют? или более новые типа cillium?
cillium точно, kube-router вроде только для службы считает. Calico, flannel смотри доки
AA
cillium в каждый пакет (откуда, куда и сколько) умеет
и фильтрацию L7
и фильтрацию L7
DS
Daniil Ermolenko
А получиться ли так имитировать большое количество устройств на сервис? к примеру 10000)
ну запусти 10000 подов, которые через iperf подключаются к другим 10000 подам и гоняют трафик. Или я не понимаю что тут под устройствами ты имел в виду
DE
ну запусти 10000 подов, которые через iperf подключаются к другим 10000 подам и гоняют трафик. Или я не понимаю что тут под устройствами ты имел в виду
Я знаю, что iperf может в 100 потоков на порт генерировать. Тем самым я по идеи генерирую трафик от 100 устройств
А
Daniil Ermolenko
А получиться ли так имитировать большое количество устройств на сервис? к примеру 10000)
обычно тулзы такое умеют из коробки, просто почитай доку
А
Daniil Ermolenko
Я знаю, что iperf может в 100 потоков на порт генерировать. Тем самым я по идеи генерирую трафик от 100 устройств
да, если конечно нет каких-то особенностей в софте
DE
Нет, тупо посмотреть на udp пакетики
DS
Daniil Ermolenko
Я знаю, что iperf может в 100 потоков на порт генерировать. Тем самым я по идеи генерирую трафик от 100 устройств
ну запусти для 10000 подов 1000 подов, каждый их которых будет подключаться к 100 подам. Задача не сильно изменилась
SM
зачем так сложно, возьмите обычный ab, зпаустите nginx в n реплик, запустите тест на сервис из под другого пода, он вам сгенерит трафик, кубер размажет трафик по подам
А
Daniil Ermolenko
Я знаю, что iperf может в 100 потоков на порт генерировать. Тем самым я по идеи генерирую трафик от 100 устройств
в целом не обязательно параллелить, чтобы создавать подключения, вполне может быть достаточно одного инстанса, умеющего создавать множество соединений)
DS
зачем так сложно, возьмите обычный ab, зпаустите nginx в n реплик, запустите тест на сервис из под другого пода, он вам сгенерит трафик, кубер размажет трафик по подам
так это http L7, я так понял человеку нужно tcp/udp тестить