Что нового для сетей цод
Для воплощения новой концепции Huawei в сетях ЦОД используется несколько подходов.
В 2022 году компания Broadcom, и в частности входящая в неё Brocade, по геополитическим причинам отказались от партнёрства с Huawei, как китайским производителем. Вскоре наше подразделение, которое занимается системами хранения данных, сделало упор на использование систем, связанных с удалённым прямым доступом к памяти другого устройства (RoCEv2), и не зря.
В испытаниях мы зафиксировали прирост производительности по сравнению со стандартным Fibre Channel. Так, Dorado и программно-определяемая FusionStorage 8 показывают в RoCEv2-сценариях по меньшей мере 20%-й выигрыш в производительности за счёт использования алгоритмов машинного обучения (применяется шесть лицензированных алгоритмов, работающих на уровне карт ускорения machine learning непосредственно на коммутаторах).
Фактически линейка Huawei DCN вместе с нашими новыми СХД даёт возможность получить решение «три в одном» и, согласно самым скромным подсчётам, открывает новый рынок сетей хранения данных величиной около $5 млрд.
Использование нового, комплексного подхода в случае с Huawei SDN позволяет работать с приложениями более гранулярно. В этой связи повышенное значение приобретают гибкая настройка контейнеров и настройка связности с ними. Сама по себе модель управления стала гораздо нагляднее и проще — не в последнюю очередь благодаря использованию принципов Drag-n-Drop и WYSIWYG.
Наш метод автоматизации сети претворяется на практике с помощью целого набора инновационных решений. Среди них — симуляция события. Упрощённо рассуждая, перед тем как что-либо настроить, мы имитируем действие выбранных опций, в том числе с точки зрения сетевой составляющей.
Например, если изменения грозят застопорить какие-то потоки трафика, система предупредит инженера о соответствующем риске до принятия этих изменений. Такого типа обратная связь, реализованная по проактивной, а не по реактивной модели, серьёзно упрощает эксплуатацию ЦОДа.
Другая отличительная особенность нового подхода Huawei к построению сетей в ЦОДах — применение ранее упомянутой интеллектуальной платформы O&M 1-3-5. Делается это прежде всего с целью получить стопроцентную визуализацию сети. Администратор видит, без преувеличения, всё сколько-нибудь значимое, что творится в ЦОДе или кампусной сети.
Соответственно, необходимо понимать, как происходящее соотносится с работой приложений. В стандартных сценариях, когда задействуются визуализаторы других производителей, в конечном счёте либо остается удовлетвориться сбором информации по NetFlow, что не ведёт к точности картины в сети ЦОДа, либо приходится ставить дорогие съёмники трафика в критических точках.
Ни тот, ни другой выход нельзя признать приемлемым в 2020 году. В случае же с O&M 1-3-5 коммутаторы и беспроводные устройства, такие как точки доступа, могут снимать ERSPAN всего проходящего через них трафика до уровня Layer-4 и отдавать эту информацию, в связи с чем панорама сетевой активности приобретает высочайшую степень детализации.
— В случае с single node deployment возможен ли кластер A-P / A-A?
— Single node deployment скорее имеет смысл, когда задача — собрать демолабораторию, получить proof-of-concept. Как только у нас возникает задача посложнее, мы используем ClusterWare на основе GaussDB — нашей массивно-параллельной базы данных с плавающими адресами — и тогда получаем сценарий active-active. В серьёзных внедрениях это требует трёх-четырёх серверов.
Что huawei готовит по части опорных сетей
Если 2022-й для Huawei был годом ЦОДов, то 2020-й — определённо год опорных сетей. Причём у самых разных клиентов. Наиболее распространённые задачи — обеспечение связности ЦОДов, связности с филиальной сетью, с вышестоящей организацией и т. д. Исходя из запроса рынка мы упростили свою продуктовую линейку.
При всём богатстве выбора, признаём, раньше в ней действительно было сложновато ориентироваться. В одних только маршрутизаторах ничего не стоило запутаться: NE5, NE08, NE20, NE40, NE80, NE5000. Отныне для большинства заказчиков продуктовая линейка будет останавливаться на семействе NetEngine 8000: «девятитысячные» — это уже устройства скорее операторского класса, хотя, конечно, они могут сослужить хорошую службу корпорации, которая активно поглощает другие компании, в связи с чем ей нужно обеспечить серьёзную пропускную способность.
Итак, в сегменте enterprise наиболее востребовано семейство 8000 — интеллектуальные маршрутизаторы подо все мыслимые сценарии эксплуатации в сетях 5G. Модельный ряд разделён на классы: X, M, F. Те устройства, что маркированы литерой F, наилучшим образом подходят для построения городских сетей (metro networks).
Скажем, на модели F1A порты начинаются с 1 Гбит/с: 1, 10, 25 Гбит/с на левой части устройства, 40 и 100 Гбит/с на правой. Гибко переключая эти порты (главное, без превышения пропускной способности железа — 1,2 Тбит/с), можно гибко расширять и модифицировать сеть в пределах одного форм-фактора, что явно будет козырем в глазах тех, кто не готов менять аппаратный парк каждые три года.
Самые востребованные модели — M8 и M14. Они рассчитаны на средних и крупных заказчиков и предназначены перво-наперво для построения агрегирующих сетей. Например, придутся кстати при решении задач по агрегации филиальных сетей, агрегации серьёзных каналов к интернету, пиринга с провайдерами и т. д.
Наконец, X8/X4 — тяжёлая артиллерия. Это платформа, на которой можно реализовывать порты 100 и 400 Гбит/с. Её мощности вполне подходят для обеспечения трансконтинентальных соединений.
Флагманскими в 2020 году являются архитектуры HiCampus и HiDC. В свою очередь, ключевые продукты — это точки доступа AirEngine Wi-Fi 6, оборудование для оптического уплотнения данных OptiXtrans DC908, умные устройства бесперебойного питания SmartLi UPS, система хранения данных OceanStor Dorado.
Что касается собственных чипов Huawei, они покрывают весь диапазон применения сетевого оборудования. В линейке Solar буква в наименовании модели фактически обозначает основную сферу использования процессора. Маркированные R предназначены для установки в роутеры (routers)
, S — в тяжёлые коммутаторы (switches), W6 — в устройства для сетей Wi-Fi 6. Чипы для устройств общего назначения, например маленьких маршрутизаторов, проходят под литерами A и C. Далее, Kunpeng 920 рассчитан преимущественно на применение в серверах, а Ascend 310 — в тяжёлых коммутаторах, маршрутизаторах и устройствах сетевой безопасности, для того чтобы мы могли использовать модели machine learning непосредственно на устройствах (среди прочего — приоритезировать трафик на коммутаторах и маршрутизаторах и производить над ним сложные операции, на которые центральный процессор не способен).
Также 2020-й — это ещё и, вне всякого сомнения, год Wi-Fi 6. На текущий момент Huawei располагает линейкой соответствующих решений как для заказчиков из сегмента enterprise, так и для конечных потребителей — AirEngine Wi-Fi 6.
Корпоративным клиентам уже доступно более десяти точек доступа, работающих в сетях Wi-Fi 6. Среди главных вызовов, с которым сталкиваются наши заказчики, — обеспечение работы Wi-Fi 6 и со старыми, и с новыми устройствами. В прошлом году телеком-оборудования, поддерживающего «шестёрку», в отрасли выпускалось совсем мало — вспоминается разве что адаптер от Intel, который вставлялся в M2-слот (как вариант, можно было докупить дополнительные модули); пользовательские же гаджеты практически не поддерживались.
Хотя Wi-Fi 6, казалось бы, без году неделя, уже активно ведётся работа над стандартом седьмого поколения, в котором, как ожидается, будет реализована более плотная работа с каналами. Но даже шестое принесло нам множество новшеств в сравнении с пятым.
Не все готовы устанавливать себе в сеть открытые протоколы типа LoRa. Многим до сих пор предпочтительно использовать единую беспроводную среду, особенно в пределах не очень больших помещений, где, например, нет дополнительного покрытия. И тут больше всего нам подходит именно беспроводная среда на Wi-Fi 6 — ввиду технологических преимуществ OFDMA, MU-MIMO и TWT.
Отметим три первоочередных фактора, по которым Wi-Fi 6 обходит предшествующий стандарт:
В стратегию Huawei входит трансформация самой концепции кампуса: в нашем понимании он должен стать полностью беспроводным, а в сердце его будет Wi-Fi 6 на основе 5G.
Мы знаем: наша формулировка «100 Мбит везде» кое-кого в индустрии смущает. Просто-напросто скептики не считают, что на одну точку доступа может ассоциироваться до 500 человек. Однако же, если мы будем отталкиваться даже от 50 или 100 подключённых, выйдет 10 Гбит/с на точку, с поправкой на накладные расходы. В таком контексте «100 Мбит везде» уже не представляются чем-то из ряда вон выходящим.
Что huawei готова предложить для цодов
Напомним, в 2020 году у Huawei две новые флагманские архитектуры — HiDC и HiCampus.
В первую очередь архитектура ценна наличием методологии построения инфраструктуры. Даже сегодня ЦОД зачастую создают примерно таким путём: берём серверы, СХД, источник бесперебойного питания, — и вперёд, что-нибудь да получится.
При построении современного ЦОДа в числе множества иных факторов должны быть учтены и рассчитаны с прицелом на оптимум: различного рода нагрузки, в том числе инженерная (facility), энергопотребление, сетевой паттерн, а также необходимо определиться с тем, будут ли применяться те или иные ресурсы, будут ли организованы data lakes и т. д.
Помимо вышеописанных OptiXtrans DC908 и CloudEngine 16800, в число наших ключевых продуктов 2020 года входит линейка Atlas, Ascend и Kunpeng — устройства, работающие на графических ускорителях, ускорителях машинного обучения и серверах с ARM-процессорами. OceanStor Dorado, в свою очередь, — это передовая система хранений данных Huawei.
Но фундаментальный смысл инноваций в том, что наши флагманские продукты и софт к ним формируют единую архитектуру. Вооружённые её видением, мы понимаем, как, при тех или иных требованиях к ЦОДу, лучше его строить, чтобы он был надёжен, лёгок в эксплуатации и не напоминал чудовище Франкенштейна, оживлённое, будто молнией, распоряжением руководителя «сделать быстро».
Чем дальше, тем больше сетевым инженерам приходится знать об IT-нагрузке. Так что настоятельно советуем им в ближайшем будущем поближе познакомиться Dorado — той СХД, которую мы несём на рынок. Кстати, одна из ранее не упомянутых её отличительных черт — тот факт, что она подключается не в fiber channel основным каналом, а в Ethernet с помощью RoCEv2.
«ИБП SmartLi может сделать каждый офисный зал ЦОДом» — утверждение вовсе не голословное. Достоинства литий-ионных батарей не нуждаются в лишней рекламе: по сравнению с аккумуляторами иных типов вес у них меньше, занимаемое ими место (footprint) — тоже, а вот жизненный цикл гораздо дольше.
Наши бизнес-клиенты единодушны: умные кампусы — это основа интеллектуального мира. Ничего удивительного, ведь свыше 80% валового национального продукта на душу населения генерируется в именно кампусах, и большинство инноваций создаётся там же.
Да, с точки зрения организации сети на кампусах существует великое множество вызовов. Например: в компании легион сотрудников, все хотят получить качественный WiFi-сервис и потребляют огромный объём ресурсов. Или: владельцы бизнеса хотят получить новые сервисы на следующей неделе, а CIO говорит, что ему нужно несколько месяцев на то, чтобы провести тендер, выполнить закупку и т. д.
Поэтому в последнее время у наших заказчиков популярен концепт использования пассивных оптических линий в кампусе. В таком случае мы имеем дело не с обычным GPON, а с GPON, насыщенным дополнительными устройствами. Например, WiFi-точками и камерами, которые напрямую подключаются в GPON (если точнее, в POL). Дополнительно, поверх, устанавливается платформа, в которую могут интегрироваться приложения.
Пример воплощения такого подхода в жизнь — Huawei Smart Campus, который развёрнут в штаб-квартире Huawei. Как только сотрудник заходит в кампус, его видит камера и, если биометрия «правильная», открывает перед ним дверь. Принято также, чтобы у работника на шее висел беджик с RFID-модулем.
Его считывает точка доступа Wi-Fi 6. По факту человек получает все права и преференции, которые ему положены согласно штатному расписанию, по лицу и беджику. Это обеспечивают не только нижестоящие устройства, но и сама цифровая платформа — Huawei Horizon Digital Platform.
В конечном итоге технологический портфель призван приносить пользу бизнесу, и это тоже один из приоритетов стратегии Huawei. Так, Wi-Fi 6, на который мы делаем ставку, имеет огромный потенциал с точки зрения повышения эффективности работы в самых разных организациях.
Кроме того, он обещает зримое улучшение процессов на заводах и фабриках, где используются AGV — автономные средства передвижения. Ну а первые внедрения Wi-Fi 6, показавшие притом впечатляющую отдачу, были произведены в местах массового скопления людей (пока преимущественно в Азиатско-Тихоокеанском регионе): в крупных парках, аэропортах и т. д.
И пара слов о зрелости решения. Стандартную трёхуровневую кампусную сеть, если мы захотим серьёзно её модифицировать, придётся обновить практически полностью. С внедрением POL всё куда проще: с новыми продуктами Huawei не нужно тянуть и подключать громадное количество кабелей.
В той концепции кампуса — полностью оптического, с повсеместной беспроводной средой и интеллектуальной O&M, — которую предлагает миру Huawei, можно выделить три главных преимущества:
Наконец, как упоминалось ранее, для управления такой средой задействуется решение iMaster NCE, что служит залогом успешной цифровой трансформации и развития кампуса.
Какие продукты и решения huawei предлагает в 2020 году
Касательно места Huawei в технологическом мире чем дальше, тем в меньшей степени нашу компанию справедливо называть сетевым вендором, вендором серверов или какого-либо другого отдельного типа продуктов. Сегодня объективно правильнее будет говорить о том, что мы предлагаем, в терминах синергии: одно решение в совокупности с другим производит кумулятивный эффект, и получившееся оказывается больше (и ценнее!) суммы своих составных элементов.
Бесспорно, известность Huawei получила как производитель телеком-оборудования. Однако до сих пор даже не все наши коллеги по рынку осведомлены о наших решениях в сфере искусственного интеллекта и машинного обучения. Ещё меньше людей в курсе того, что эти разработки составляют неотъемлемую часть едва ли не всех наших актуальных продуктов.
В какую же сторону мы смотрим?
Крайне высокий приоритет в общетехнологической стратегии Huawei — у IP-сетей.
Притом немалая часть нашей деятельности напрямую связана с открытыми наработками, в первую очередь применительно к SRv6 и Wi-Fi 6. Это неудивительно, если принять во внимание тот факт, что около 45% наших сотрудников так или иначе относится к R&D.
Стандартные — иногда хочется сказать «допотопные» — сети, управление которыми осуществлялось через командную строку, претерпели разительные изменения. В ходе эволюции выделились сети ЦОД (DCN), Intent-Driven Networks (IDN), а также Autonomous Driving Networks (ADN).
По большому счёту, основной отличительный признак SDN — автоматизация, и наиболее зрелая автоматизация на сегодняшний день имеет место именно в сетях ЦОД. В свою очередь, главное, что добавило прагматическое применение концепции Intent-Driven, если оставить за скобками нюансы, — это понимание того, что происходит в сети.
В случае с сетью старого образца инженеру не всегда было по силам сориентироваться в потоках трафика. Потребность же создать карту сервисов могла вызвать не то что приступ паники — лёгкое помешательство: доступные на тот момент инструменты, включая съём по NetFlow, общей картины происходящего в сети не давали.
Среди опорных трендов ближнего прицела, которым Huawei привержена в своей стратегии, — распространение идеологии Autonomous Driving Network (ADN). Под это определение подпадают подвижные сети разного толка с автономным управлением.
Следует сделать оговорку: вне зависимости от того, каков прорывной потенциал решения, важно отдавать себе отчёт в том, насколько оно зрелое. Как показало наше исследование, среди наиболее популярных направлений, в которых работает Huawei и другие производители, самый зрелый домен — сети ЦОД (DCN).
На втором месте — оптические сети, на третьем — операторы связи. Таким образом, в случае с ЦОДами мы располагаем максимально глубоко проработанными решениями, как с точки зрения их ввода в эксплуатацию, так и с точки зрения их дальнейшего использования.
Для того чтобы воплощать в жизнь автономные управляемые сети так, как мы видим, был сформирован зонтичный бренд iMaster NCE. Он интегрирует в себя:
Это целостный комплекс, части которого состыкованы не формально и «чтобы было», а бесшовно. И действительно, максимально зрелым он проявляет себя в ЦОДах, с их тщательно проработанными процессами.
В случае с DCN мы развиваем свой подход к системе управления и эксплуатации сети, который кратко обозначили как O&M 1-3-5. Здесь 1 — это время, за которое мы должны получить сообщение об ошибке в сети, а именно одна минута. Соответственно, три минуты допустимо потратить на обработку ошибки, а пять минут — на её устранение. Разумеется, перечисленные цифры лишь ориентир, точнее, средние показатели по протоколам машинного обучения, которые вшиты в систему и доказали свою эффективность: во львиной доле систем возможно ограниченное количество сценариев неполадок, и на самые распространённые из них приходится приблизительно 90% всего, что в принципе может приключиться с сетью. Ранее 1-3-5 называлось FabricInsight, теперь же входит в состав iMaster NCE.
В качестве иллюстрации рассмотрим сеть в ЦОДе банка. Легко представить, как его бизнес-запросы ложатся на сетевые технологии. Для начала его core service — тот же онлайн-банкинг — должен работать на высоких скоростях и без потерь. В случае с системой iMaster требуемое достигается, в частности, за счёт того, что она формирует требования, полученные от вышестоящих систем, и транслирует их в нижестоящие (так происходит с сетевыми рекомендациями и пр.).
В дело вступает тот или иной набор шаблонов, которые выбираются и устанавливаются на подлежащую сеть. Допустим, набор правил AI Fabric, рассчитанной на использование c конвергентными сетями RoCE второй версии, с возможностью прямого доступа к памяти на уровне Fibre Channel / InfiniBand на Ethernet-сети.
Важно и держать под контролем то, что было внедрено. Речь идёт в том числе о правилах информационной безопасности и симуляции отказов. Подобные решения получат распространение как раз в 2020 году, и отдельные их внедрения уже произведены.
До iMaster NCE сетевая архитектура в ЦОДах на базе решений Huawei выглядела примерно следующим образом. Существовала отдельная система управления сетевыми элементами eSight, для управления устройствами транспорта задействовалась U2000, вместе с ними использовались Agile Controller в качестве SDN-контроллера и FabricInsight в качестве сетевого анализатора.
Все перечисленные составляющие практически не взаимодействовали между собой и не создавали добавленной ценности при эксплуатации. Соответственно, такая инфраструктура предполагала наличие трёх консолей управления, и решения в сети принимались на основе различных данных.
Будучи EMS, eSight не включает в себя U2000. Последнюю было решено инкорпорировать в новый продукт NCE Transport. В настоящее время Huawei производит замену у своих заказчиков, чтобы во всех новых проектах использовалась не U2000, а NCE-T. Ранее чаще всего U2000 применялась исключительно для транспортных задач, фактически на уровне оптики. Её кросс-продуктовое использование возможно, например для управления маршрутизаторами операторского класса и устройствами оптического уплотнения каналов, однако подобные кейсы представляют собой редкие исключения.
Напротив, архитектура iMaster NCE является конвергентной. При её создании компания задалась целью тесно интегрировать ранее слабо взаимодействовавшие друг с другом продукты, чтобы развёртывать сеть, приближенную к состоянию автопилота. Нам, без лишней похвальбы, это удалось.
Высокая степень самостоятельности сетевой инфраструктуры достигается совокупностью решений. Помимо всего прочего, анализатор «натаскивается» с помощью накопленных данных. В него зашита часть алгоритмов обучения. Например, в системе используются библиотеки PyTorch и MLib для того чтобы предсказывать, когда произойдёт деградация интерфейса, при каких условиях оптический приёмо-передатчик выйдет из строя и т. д.
В стандартных сценариях не редки ситуации, когда пресейл битых две недели корпит над high-level design, после чего осуществляется low-level design. Отныне всё проще благодаря тому, что в систему добавлена дизайн-студия. Ничто не мешает спроектировать дизайн в ней, и после того, как устройства будут присоединены к системе, они получат данные HLD и будут настроены в соответствии с намерениями инженера. Применительно к сетям ЦОД подобная функциональность, насколько нам известно, пока больше нигде не реализована.
Новой модели сопутствует новый подход к развёртыванию сети и управления ею — iMaster 2-3-4. Сам по себе iMaster представляет собой модульное программное обеспечение, и заказчик волен выбирать, каких модулей ему будет достаточно. Минимальный набор — это SDN-контроллер и система управления устройствами (в старых терминах — eSight).
Дальше возможны дополнения: анализатор, средства планирования и т. д., — в зависимости от целей клиента. Когда ожидается, что сеть будет статичной, почти наверняка нет никакой надобности задействовать модули planning и construction на постоянной основе.
В случае если у нас постоянно меняется сетевая инфраструктура — скажем, используется cloud computing, вычисления, связанные с большими данными и пр., — определённо потребуется анализатор. Известно, что система будет постоянно модифицироваться и расти? Значит, понадобится регулярно осуществлять её оптимизацию, и тогда нужен максимальный набор.
Настройка базовых параметров системы
В этом блоке рассмотрим небольшое количество различных блоков команд для настройки наиболее популярных возможностей.
1. Настройка системного времени и его синхронизация по NTP.
Для настройки времени локально на коммутаторе можно использовать следующие команды:
clock timezone <time-zone-name> { add | minus } <offset>clock datetime [ utc ] HH:MM:
Пример настройки времени локально
clock timezone MSK add 03:00:00
clock datetime 10:10:00 2020-10-08
Для синхронизации времени по NTP с сервером вводим следующую команду:
ntp unicast-server <ip-address сервера времени> [ version number | authentication-keyid key-id | source-interface interface-type
Пример команды для синхронищации времени по NTP
ntp unicast-server 88.212.196.95
commit
2. Для работы с коммутатором порой требуется настроить как минимум один маршрут — маршрут по умолчанию или default route. Для создания маршрутов используется следующая команда:
ip route-static ip-address { mask | mask-length } { nexthop-address | interface-type interface-number [ nexthop-address ] }
Пример команды для создания маршрутов:
system-view
ip route-static 0.0.0.0 0.0.0.0 192.168.0.1
commit
3. Настройка режима работы протокола Spanning-Tree.
Для корректного использования нового коммутатора в существующей сети важно уделить внимание выбору режима работы STP. Также, неплохо бы сразу настроить его. Надолго останавливаться здесь не будем, т.к. тема достаточно обширная. Опишем лишь режимы работы протокола:
stp mode { stp | rstp | mstp | vbst } — в этой команде выбираем нужный нам режим. Режим по умолчанию: MSTP. Он же является рекомендуемым режимом для работы на коммутаторах Huawei. Обратная совместимость с RSTP имеется.
Пример
system-view
stp mode mstp
commit
4. Пример настройки порта коммутатора для подключения конечного устройства.
Рассмотрим пример настройки acess-порта для обработки траффика в VLAN10
[SW] interface 10ge 1/0/3
[SW-10GE1/0/3] port link-type access
[SW-10GE1/0/3] port default vlan 10
[SW-10GE1/0/3] stp edged-port enable
[*SW-10GE1/0/3] quit
Обратите внимание на команду “stp edged-port enable” — она позволяет ускорить процесс перехода порта в состояние forwarding. Однако, не стоит использовать эту команду на портах, к которым подключены другие коммутаторы.
Также, может быть полезна команда “stp bpdu-filter enable”.
5. Пример настройки Port-Channel в режиме LACP для подключения к другим коммутаторам или серверам.
Пример
[SW] interface eth-trunk 1
[SW-Eth-Trunk1] port link-type trunk
[SW-Eth-Trunk1] port trunk allow-pass vlan 10
[SW-Eth-Trunk1] mode lacp-static (или можно использовать lacp-dynamic)
[SW-Eth-Trunk1] quit
[SW] interface 10ge 1/0/1
[SW-10GE1/0/1] eth-Trunk 1
[SW-10GE1/0/1] quit
[SW] interface 10ge 1/0/2
[SW-10GE1/0/2] eth-Trunk 1
[*SW-10GE1/0/2] quit
Не забываем про “commit” и далее уже работаем с интерфейсом eth-trunk 1.Проверить состояние агрегированного линка можно командой “display eth-trunk”.
Мы описали основные моменты настройки коммутаторов Huawei. Конечно, в тему можно погрузиться еще глубже и ряд моментов не описан, но мы старались показать основные, наиболее востребованные команды для первичной настройки.
Надеемся что этот “мануал” поможет вам настроить коммутаторы немного быстрее.Также будет здорово, если вы в комментариях напишите команды, которых, по вашему мнению, не хватает в статье, но они также могут упростить настройку коммутаторов. Ну и, как обычно, будем рады ответить на ваши вопросы.
Настройка доступа
Выше мы работали через консольное подключение. Теперь к нашему коммутатору (стеку) нужно как-то подключаться по сети. Для этого ему нужен интерфейс (один или несколько ) с IP-адресом. Обычно для коммутатора адрес назначается на интерфейс в VLAN сети управления или на выделенный порт управления. Но тут, конечно же, всё зависит от топологии подключения и функционального назначения коммутатора.
Пример настройки адреса для интерфейса VLAN 1:
[~HUAWEI] interface vlan 1[~HUAWEI-Vlanif1] ip address 10.10.10.1 255.255.255.0[~HUAWEI-Vlanif1] commit
Предварительно можно явно создать Vlan и назначить ему имя, например:
[~Switch] vlan 1[*Switch-vlan1] name TEST_VLAN (имя VLAN — необязательный элемент)
Есть маленький лайфхак в плане именования — писать имена логических структур заглавными буквами (ACL, Route-map, иногда имена VLAN), чтобы было легче находить их в конфигурационном файле. Можете взять “на вооружение” 😉
Итак, у нас есть VLAN, теперь “приземляем” его на какой-нибудь порт. Для описанного в примере варианта делать это не обязательно, т.к. все порты коммутатора по умолчанию находятся в VLAN 1. Если хотим настроить порт в другой VLAN, пользуемся соответствующими командами:
Настройка порта в режиме access:
[~Switch] interface 25GE 1/0/20
[~Switch-25GE1/0/20] port link-type access
[~Switch-25GE1/0/20] port access vlan 10
[~Switch-25GE1/0/20] commit
Настройка порта в режиме trunk:
[~Switch] interface 25GE 1/0/20
[~Switch-25GE1/0/20] port link-type trunk
[~Switch-25GE1/0/20] port trunk pvid vlan 10 — указываем native VLAN (фреймы в этом VLAN не будут иметь тег в заголовке)
[~Switch-25GE1/0/20] port trunk allow-pass vlan 1 to 20 — разрешаем только VLAN с тегом от 1 до 20 (для примера)
[~Switch-25GE1/0/20] commit
С настройкой интерфейсов разобрались. Перейдём к конфигурации SSH.Приведем только необходимый набор команд:
Назначаем имя коммутатору
<HUAWEI> system-view
[~HUAWEI] sysname SSH Server
[*HUAWEI] commit
Генерируем ключи
[~SSH Server] rsa local-key-pair create //Generate the local RSA host and server key pairs.
The key name will be: SSH Server_Host
The range of public key size is (512 ~ 2048).
NOTE: Key pair generation will take a short while.
Input the bits in the modulus [default = 2048] : 2048
[*SSH Server] commit
Настройка стекирования (istack)
После получения доступа к коммутаторам, при необходимости можно настроить стек. Для объединения нескольких коммутаторов в одно логическое устройство в Huawei CE используется технология iStack. Топология стека — кольцо, т.е. на каждом коммутаторе рекомендуется использовать минимум 2 порта. Количество портов зависит от желаемой скорости взаимодействия коммутаторов в стеке.
Желательно при стекировании задействовать аплинки, скорость которых обычно выше, чем у портов для подключения конечных устройств. Таким образом, можно получить большую пропускную способность при помощи меньшего количества портов. Также, для большинства моделей есть ограничения по использованию гигабитных портов для стекирования. Рекомендуется использовать минимум 10G порты.
Есть два варианта настройки, которые немного отличаются в последовательности шагов:
Предварительная настройка коммутаторов с последующим их физическим соединением.
Сначала установка и подключение коммутаторов между собой, потом их настройка для работы в стеке.
Последовательность действий для этих вариантов выглядит следующим образом:
Рассмотрим второй (более длительный) вариант настройки стека. Для этого нужно выполнить следующие действия:
Планируем работы с учётом вероятного простоя. Составляем последовательность действий.
Осуществляем монтаж и кабельное подключение коммутаторов.
Настраиваем базовые параметры стека для master-коммутатора:
[~HUAWEI] stack
3.1. Настраиваем нужные нам параметры
3.2 Настраиваем интерфейс порта стекирования (пример)
Далее, нужно сохранить конфигурацию и перезагрузить коммутатор:
4. Выключаем порты для стекирования на master-коммутаторе (пример)
[~SwitchA] interface stack-port 1/1
[*SwitchA-Stack-Port1/1] shutdown
[*SwitchA-Stack-Port1/1] commit
5. Настраиваем второй коммутатор в стэке по аналогии с первым:
<HUAWEI> system-view
[~HUAWEI] sysname SwitchB
[*HUAWEI] commit
[~SwitchB] stack
[~SwitchB-stack] stack member 1 priority 120
[*SwitchB-stack] stack member 1 domain 10
[*SwitchB-stack] stack member 1 renumber 2 inherit-config
Warning: The stack configuration of member ID 1 will be inherited to member ID 2
after the device resets. Continue? [Y/N]: y
[*SwitchB-stack] quit
[*SwitchB] commit
Настраиваем порты для стекирования. Обратите внимание, что несмотря на то, что была введена команда “stack member 1 renumber 2 inherit-config”, member-id в конфигурации используется со значением “1” для SwitchB.
Так происходит, потому что member-id коммутатора будет изменён только после перезагрузки и до неё коммутатор по-прежнему имеет member-id, равный 1. Параметр “inherit-config” как раз нужен для того, чтобы после перезагрузки коммутатора все настройки стека сохранились для member 2, которым и будет коммутатор, т.к. его member ID был изменён со значения 1 на значение 2.
[~SwitchB] interface stack-port 1/1[*SwitchB-Stack-Port1/1] port member-group interface 10ge 1/0/1 to 1/0/4Warning: After the configuration is complete,1.
The interface(s) (10GE1/0/1-1/0/4) will be converted to stackmode and be configured with the port crc-statistics trigger error-down command if the configuration doesnot exist.2.The interface(s) may go Error-Down (crc-statistics) because there is no shutdown configuration on theinterfaces.Continue? [Y/N]: y[*SwitchB-Stack-Port1/1] commit[~SwitchB-Stack-Port1/1] return
Перезагружаем SwitchB
<SwitchB> save
Warning: The current configuration will be written to the device. Continue? [Y/N]: y
<SwitchB> reboot
Warning: The system will reboot. Continue? [Y/N]: y
6. Включаем порты стекирования на master-коммутаторе. Важно успеть включить порты до завершения перезагрузки коммутатора B, т.к. если включить их после, коммутатор B снова уйдёт в перезагрузку.
[~SwitchA] interface stack-port 1/1[~SwitchA-Stack-Port1/1] undo shutdown[*SwitchA-Stack-Port1/1] commit[~SwitchA-Stack-Port1/1] return
7. Проверяем работу стека командой “display stack”
Пример вывода команды после правильной настройки
8. Сохраняем конфигурацию стека командой “save”. Настройка завершена.
Подробную информация про iStack и пример настройки iStack можно также посмотреть на сайте Huawei.
Первое подключение
По умолчанию коммутаторы Huawei поставляются без предварительных настроек. Без конфигурационного файла в памяти коммутатора, при включении запускается протокол ZTP (Zero Touch Provisioning). Не будем подробно описывать данный механизм, отметим лишь, что он удобен при работе с большим числом устройств или для осуществления настройки удалённо. Обзор ZTP можно посмотреть на сайте производителя.
Для первичной настройки без использования ZTP необходимо консольное подключение.
Параметры подключения (вполне стандартные)
Transmission rate: 9600
Data bit (B): 8
Parity bit: None
Stop bit (S): 1
Flow control mode: None
После подключения Вы увидите просьбу задать пароль для консольного подключения.
Задаем пароль для консольного подключения
An initial password is required for the first login via the console.
Continue to set it? [Y/N]: y
Set a password and keep it safe!
Otherwise you will not be able to login via the console.
Please configure the login password (8-16)
Enter Password:
Confirm Password:
Просто задайте пароль, подтвердите его и готово! Изменить пароль и прочие параметры аутентификации на консольном порту далее можно с помощью следующих команд: