Size: a a a

2021 July 21

M

Marker in Continent
Могу сказать, что 3.9.1 пошустрее работает, чем 3.9.0
источник

M

Marker in Continent
Если раньше имея ЦУС 3000F надо было сделать 300 связей для одного КШ с другими приходилось делать 3-4 связи и ждать минут по 10, пока всё отработается
источник

M

Marker in Continent
то сейчас 300 связей делаются одним нажатием, все связи устанавливаются минут за 20-30
источник

ВП

Владимир Петров... in Continent
Добавил маршрут на кш в сторону дхцп сервера через внутренний интерфейс этого кш  - не завелось, в логах запросов не появилось
источник

E

Evgeny in Continent
Добрый день. У вас звезда?
источник

M

Marker in Continent
да
источник

E

Evgeny in Continent
Спасибо. Ваш комментарий - бальзам на душу. Потому что после перехода на 3.9.0 с 300 КШ в звезде , я подумываю о смене места работы. 3.9.1 лежит на готове, но тк не заявлено улучшения производительности, я даже боюсь его заливать.
источник

E

Evgeny in Continent
Видимо, попробую. Были ли какие-то проблемы с апгрейдом 3.9.0 - > 3.9.1?
источник

M

Marker in Continent
если lacp используете, то везде меняйте хэш на L3+L4, если использовали roundrobin где-то, то убирайте, его больше нет
источник

E

Evgeny in Continent
В одном месте лацп с l2l3l4, те L2 убрать?
источник

M

Marker in Continent
да, всё верно
источник

E

Evgeny in Continent
🙏
источник

M

Marker in Continent
в принципе никаких больше подводных не было, всё прошло гладко, пересоздавать ручками связи не пришлось, по крайней мере :)
источник

E

Evgeny in Continent
С общей логикой согласен, но следует это, на мой взгляд, из другого. У меня высокопроизводительный цус и 300+ КШ под ним. С одной стороны, постоянные проблемы с доступностью при внесении изменений (write), как коллеги выше описывали, а с другой стороны - я смотрю в это момент на цус - ядра idle, 75% памяти свободные. Получается, что софт шляпа?
источник

M

Marker in Continent
у вас тоже звезда? Проблема с внесением изменений была на КШ, на которых много связей? Я заметил, что время на внесение изменений скейлится от количества имеющихся связей. В 3.9.1 вроде зависимость осталась, но стало всё ощутимо шустрее, изменение применяется не по 7-10 минут, а минуты 2-3 максимум.
источник

E

Evgeny in Continent
Да, звезда. Но проблемы при любом 'глобальном' действии с любым подчинённым КШ. Имеется ввиду, что если мы добавляем IP на удалённом КШ - все неплохо, но если какой-то сетевой объект за этим КШ становится членом группы, где есть несколько существующих объектов - это рождает ряд последовательных изменений, видимо, и может случиться 'приплывалово'. И проблема ни столько во времени ожидания, КОД сделал нас терпиливыми. Проблема в том, что 50/50 это запускает цепную реакцию. Видимо ЦУС делает 'дела' (поставленные задания) и будто буфферит остальные вещи, в частности heartbeats от остального парка кш. А тут уже армия логов 'неверный номер входящего пакета' => madness.
источник

E

Evgeny in Continent
А лично с тем, у которого все связи держатся - мы предпочитаем вообще ничего не делать, только если впереди выходные, в которые ты осознанно готов провести время не с семьёй
источник

M

Marker in Continent
не совсем понимаю, при добавлении сетевого объекта в группу у нас всегда происходит обновление (судя по "крутилкам") на всех КШ, у которых есть сетевой объект в этой группе, даже если по логике на самих КШ кроме одного, ради которого всё затевалось, ничего не изменилось. Вы про это?
источник

E

Evgeny in Continent
Absolutely
источник

E

Evgeny in Continent
Поэтому мы уже минимизировали количество любых видов "объединений" :)
источник