Comments 7
мммм, дежавю. Ток мы на Цыске собрались
Где-то здесь в комментариях упомянули вас, что мол ребята законодательно ограничили нагрузку на свои сервера. Сейчас уже и не найду в какой статье...
Можете рассказать об этом случае?
В 1930-х годах в Москве начался масштабный проект по переносу домов.
Про это отдельно статью запилите? :)
Curam - старание. А "Победа любит подготовку" искаженный перевод из фильма "Механик". Но латынь, конечно, можно трактовать, как захотим - оспорить достоверно некому.
А подскажите, почему не решили просто снимать рабочую нагрузку с хостов по одному (переводя их в режим обслуживания, к примеру) и уже потом их переключать в аристу для сбора LACP - и так step-by-step, по одному хосту перевести все на новые Leaf-коммутаторы. Схема с тем, что изменится system-id выглядит приятно - но все же может дать незначительный даунтайм для приклада в процессе переключения линков и сбора LACP.
С переводом шлюза - хорошая хитрость, не всегда очевидная, хоть и не сложная по сути - запомню)
Ну и по поводу:
"Возможность гибкого и почти неограниченного масштабирования сети на любом уровне в результате внедрения технологии VXLAN EVPN и дизайна Leaf-Spine."
Как вы собираетесь масштабировать сеть? Не на уровне топологии clos'а - там как раз все ясно, а на уровне выхода во внешнюю сеть, если capacity FW не будет хватать? Если не секрет - что за вендор был выбран на FW?
«Замена колес на ходу». Как мы перенесли продуктив на новую сетевую инфраструктуру и при этом ничего не уронили