+7 495 320-55-52
- Назад
- Телефоны
- +7 495 320-55-52
- Заказать звонок
info@mikrotik.moscow
г. Москва, ул. Бакунинская, 84
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

Производительность CHR с VMware

Производительность CHR с VMware, RouterOS

xeonz

Guest

26.03.2023 13:22:00

Есть ли какие-нибудь тесты производительности CHR, работающего на VMware? Я пытаюсь получить 10 Гбит/с с простым маршрутизированием + NAT с балансировкой нагрузки (функция per connection classifier), но больше 5 Гбит/с не получается. Использую 8-ядерный CHR версии 7.6-7.8 с сетевыми картами vmxnet3 на ESXi 7. Не наблюдаю узких мест по CPU (нет ядер CHR с 100% загрузкой), но когда трафик достигает 5 Гбит/с, каждые 2-3 секунды происходит резкое падение до 100-200 Мбит/с. В чём может быть проблема?

xeonz

Guest

24.04.2023 07:59:00

У меня есть обновление по этому случаю. Никаких изменений в конфигурации или трафике не было, просто ещё один хост VMware с Mikrotik CHR 7.8 на пробной лицензии «P Unlimited». И теперь результаты другие. Общий трафик, который CHR может обработать, — 6,5 Гбит/с, при этом один из восьми ядер загружен на 100%. Есть идеи, почему так загружается только одно ядро и как это можно исправить?

mkx

Guest

24.04.2023 09:18:00

ROS будет обрабатывать все пакеты, которые считает относящимися к одному и тому же соединению, одним и тем же ядром процессора... чтобы гарантировать, что порядок пакетов не меняется. Поэтому в обычном сценарии, когда устройство работает как (состоящий из состояния) файрвол и использует механизм отслеживания соединений, любое соединение (будь то TCP или UDP) между двумя участниками обрабатывается одним ядром процессора. Если запускать тест в нескольких параллельных потоках (например, iperf3 с параметром -P n), нагрузка распределяется между разными ядрами процессора. Полагаю, что если на устройстве не включено ни одного правила файрвола и, соответственно, можно отключить механизм отслеживания соединений, оно сможет использовать все ядра процессора даже для обработки пакетов одного соединения... потому что тогда устройство не имеет понятия о соединениях. А это может привести к тому, что некоторые пакеты будут приходить в неправильном порядке (что, кстати, сильно снижает производительность многих TCP-стеков и вызывает проблемы у множества приложений, которые используют UDP).

xeonz

Guest

26.04.2023 05:59:00

Могу ли я отключить функцию отслеживания соединений, если использую её для классификатора по соединениям с NAT-балансировкой нагрузки? Я думал, что нельзя. К тому же у меня тысячи соединений в реальном пользовательском трафике, и последний скриншот именно настоящего трафика, а не каких-то тестов производительности вроде btest или iperf.

spippan Guest	#5 0 26.04.2023 06:39:00 Если ты имеешь в виду fast-tracking, то да… все соединения и пакеты, связанные с QoS, должны иметь fasttrack отключён, иначе очередь и движок QoS просто перестанут их «видеть» дальше.

xeonz Guest	#6 0 27.04.2023 06:26:00 Мне не нужны очереди/качество обслуживания, если CHR справляется с 10 Гбит/с. Но я думал, что отслеживание соединений используется для функции «классификатор на каждое соединение», которую я применяю для балансировки нагрузки NAT.

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры