@spectrvm что случилось?

Привет. Суть вопроса
Есть условно два коммутатора, между которыми поднят линк 100g. На данный момент линк утилизирован на 70-75 процентов в пиках а это уже повод бить в колокола. Ну вот и я задумался как расширить, а точнее как включить его, чтобы получить максимум пользы от этого. Лет пять назад такого бы вопроса и не возникло у меня. Но сейчас я понимаю что вопрос требует детального анализа. Добавлю, что на коммутаттрах используется оверлей сеть и почти весь тарифик бегает там. И собственно вопрос сделать банальный lacp, и довериться хэш алгоритмам ip srcdst Mac srcdst, или не делать lacp а использовать второй порт  в режиме routed, поднять второй  ospf p2p, и пусть работает ECMP? Хотел спросить чтобы  выбрать и самое главное почему?

Рискну предположить, что ECMP будет примерно те же алгоритмы использовать для выбора порта, и один и тот же flow будет пущен в один порт, как ни крути. Но подход с ECMP реализовать проще (можно без простоя сервиса) с организационной точки зрения

и нет ограничений по подключению обоих путей в одно устройство

Те же яйца, ага.

Только если это vxlan флоу, получится ли его раскидать l2 хешом?)

Че скажеш

Именно vxlan. Тут зависит же от Кол-ва путей, в моем случае их 12, но вот трафик не совсем одинаковый

Во, почитай тута

Коллеги привет, нужен совет от тех кто активно эксплуатирует zabbix. На сколько уменьшаеться траффик к серверу в случае использования zabbix proxy. Есть несколько датацентров с очень дорогим Интернетом, а разворачивать на каждом отдельный сервер не хочеться.

намного :)

прокси сам опрашивает ноды по snmp вместо основного заббикса

У нас в основном сбор информации идёт через заббикс-агенты с bash скриптами

тогда наверное ничего не поменяется, тк прокси шлет tcp данные на сервер порт 10051, как и агент

не уверен, если прокси упаковывает данные в какие-нибудь банчи, но выигрыш будет наверное небольшой

это неважно. сервер запрашивает агента, агент запускает скрипт и отдает серверу результат. теперь вместо сервера ставь прокси и трафика сервер-агент больше нет. есть трафик прокси->сервер, но его меньше должно быть. хотя бы за счет tcp handshake