Низкая скорость миграции ESXi через тоннель. Что делать?
Имеем два офиса. В каждом из них стоит сервер ESXi 6.5, которые управляются Сферой.
Объеденено все это Тоннелями на микротиках. Пробовал разные варианты - GRE + маршруты, EOIP включал в локальный бридж, даже VPLS поднимал.
В результате имею следующую картину - связь есть, скорость внутри тоннеля замерял в том числе копированием файлов между VM(установлено MTU 1500) - 100+ Мбит, пинг - 30-35мс. Но при миграции виртуалки, или резервном копировании через Veeam, скорость около 5Мбит. В какой-то момент получилось увидеть аж 15Мбит, но выше не поднимается никак.
При этом если хосты соедены через гигабитный свитч - скорость более чем адекватная.
Пробовал опускать MTU на интерфейсе ESXi вплоть до 1400 - картина прежняя.
Загрузка проца на микротиках во время копирования 1-2%
Алексей Иваныч, вайршарком или tcpdump смотрите. Возможно у вас tcp перегрузки. Также возможны проблемы с mtu. Воспользуйтесь директивой clamp tcp mss. mtu попробуйте 1300 - 1200 и ниже.
Не могу сейчас посмотреть где в veeam это, но оно где-то есть. В iperf3 попробуйте в 10 потоков тестить, вроде это -P 10
rionnagel, Затыков по MTU нет. 1400 даже с запасом хватает.
При 10 потоках общая скорость 100+. Увеличил количество потоков в Veeam - кардинально ничего не изменилось.
Прошивки тиков одинаковые.
Попробовал поднять pptp+маршруты, скорость выросла до 40-50Мбит.
да, pptp. Как временный вариант пойдет. К тому же, например, кислотный аккумулятор придумали задолго до pptp, но вы им пользуетесь.)))
Кламп стоит конечно же.
MTU меньше 1280 не дает поставить ESXi. Уменьшил до этого значения - безрезультатно.
Склоняюсь к тому что на самом деле имеет место влияние время прохождения пакета.
Провел еще один эксперимент - запустил бэкап - получил около 20 Мбит в даунлоад в тоннеле. При запущенном бэкапе запустил загрузку на датастор ESXi большого файла через клиента. Получил 60-70 Мбит аплоада.
Какая-то мистика. Единственное что во всех этих опытах постоянно - пинг. Косвенно это подтверждается тем что при переносе сервера veeam "поближе" к ESXi, там где пинг 1-2 мс, скорость становится нормальной - 600-800 Мбит.
Рональд Макдональд, Вы так категоричны...
Если настолько уверены в себе - потрудитесь объяснить в чем бесполезность ответа, если конечно квалификация позволяет?
Может быть Вы даже знаете истинную проблему в моей ситуации?
Если хотя бы на один из вопросов Ваш ответ "нет" - я бы, на вашем месте, себя удалил.
korsar182, Как ни странно, мониторинг на протяжении двух суток показал что снижение пинга с 30-35 до 20-25 дает прирост скорости veeam в тоннеле примерное на 15%
korsar182, сарказм дело хорошее. А по существу что-нибудь скажете?
На ваше безапелляционное - пинг не влияет я вам говорю что в результате наблюдений и проведенных экспериментов - влияет. При уменьшении пинга - скорость возрастает.
В данный момент пытаюсь придумать как минимизировать влияние пинга.
На рабочей топологии пинг уменьшить возможности нет, имеем что имеем. Он лишь "плавает" на протяжении суток.
Алексей Иваныч, Вам уже два человека сказали, что пинг не является Вашей проблемой, но Вы видите только то, что хотите видеть, не вижу смысла Вас в чем-то переубеждать. Удачи.
vmotion прекрасно работает даже на 10 Мбит. Проверял неоднократно.
Сейчас вопрос в том что veeam не может полностью использовать скорость тоннеля по непонятным причинам.
Средний
Простой
