Системы хранения данных Huawei — Huawei Enterprise

yiRbapzRvOjBgvBcYodjzEOARqnqgRl Новости

Huawei dorado v6: сычуаньская жара

Системы хранения данных Huawei — Huawei Enterprise
Лето в Москве в этом году выдалось, скажем честно, не очень. Началось оно слишком рано и быстро, не все успели на него среагировать, да и закончилось оно уже в конце июня. Поэтому, когда компания Huawei предложила мне отправиться в Китай, в город Чэнду, где находится их RnD центр, посмотрев на прогноз погоды в 34 градусов в тени — я немедленно согласился. Всё-таки возраст у меня уже не тот и кости свои немного погреть уже требуется. Но хочется отметить, что погреть удалось не только кости, но и внутренности, ведь провинция Сычуань, в которой, собственно, и находится Чэнду славится своей любовью к острой еде. Но всё-таки это блог не о путешествиях, поэтому вернёмся к главной цели нашей поездки — новая линейка систем хранения данных — Huawei Dorado V6. Эта статья будет немного помахивать вам из прошлого, т.к. написана она до официального анонса, но опубликована только после релиза. И так, сегодня мы приглядимся ко всему интересному и вкусному, что приготовила нам компания Huawei.

Системы хранения данных Huawei — Huawei Enterprise
В новой линейке будет 5 моделей. Все модели, кроме 3000V6 могут быть в двух вариантах — SAS и NVMe. От выбора зависит интерфейс дисков, которые вы сможете использовать в данной системе, Back-End порты и количество дисковых накопителей, которые вы сможете установить в систему. Для NVMe используются Palm-sized SSD, которые имеют меньшую толщину, по сравнению с классическими 2.5» SAS SSD и их можно установить до 36 штук. Новая линейка является All Flash и конфигураций с дисками нет.

Системы хранения данных Huawei — Huawei Enterprise
Palm NVMe SSD

На мой взгляд — наиболее интересными моделями выглядят Dorado 8000 и 18000. Компания Huawei позиционирует их как High-end системы, при этом, благодаря ценовой политике Huawei, она противопоставляет эти модели Mid-range сегменту конкурентов. Именно на этих моделях я сегодня и сконцентрируюсь в своём обзоре. Сразу замечу, что из-за своих конструктивных особенностей, младшие двухконтроллерные системы обладают несколько иной архитектурой, отличной от Dorado 8000 и 18000, так что не всё, о чём я сегодня расскажу, применимо к младшим моделям.

Одной из основных особенной новых систем, стало использование нескольких чипов, собственной разработки, каждый из которых, позволяет разнести логическую нагрузку с центрального процессора контроллера и добавить функциональности разным компонентам.
Системы хранения данных Huawei — Huawei Enterprise

Сердцем новых систем стали процессоры Kunpeng 920, разработанные на технологиях ARM и производимые компанией Huawei самостоятельно. В зависимости от модели, варьируется количество ядер, их частота и количество установленных процессоров в каждом контроллере:
Huawei Dorado V6 8000 — 2CPU, 64 core
Huawei Dorado V6 18000 — 4CPU, 48 core
Системы хранения данных Huawei — Huawei Enterprise

Компания Huawei разработала данный процессор на архитектуре ARM, и насколько мне известно, изначально планировала ставить его только в старшие модели Dorado 8000 и 18000, как это уже было с некоторыми моделями V5, но санкции внесли свои корректировки в эту задумку. Конечно, компания ARM так же говорила об отказе сотрудничества с Huawei во время введения санкций, но тут ситуация иная, нежели с Intel. Компания Huawei самостоятельно производит эти чипы, и никакие санкции не смогут остановить этот процесс. Разрыв отношений с ARM грозит только потерей доступа к новым разработкам. Что же касается производительности — тут можно будет судить только после проведения самостоятельных тестов. Хоть я и видел, как с системы Dorado 18000 без проблем сняли 1M IOPS, пока собственными руками у себя в стойке я это не повторю — не поверю. Но мощностей в контроллерах там действительно не мало. Старшие модели оснащены 4 контроллерами, в каждом из которых установлено по 4 процессора, что даёт в сумме 768 ядер.
Системы хранения данных Huawei — Huawei Enterprise

Но про ядра я расскажу ещё позже, когда мы рассмотрим архитектуру новых систем, а пока вернёмся к ещё одному чипу, установленному в системе. Крайне интересным решением смотрится чип Ascend 310 (насколько я понимаю, младший брат Ascend 910, который был недавно представлен публике). Его задача — анализ поступающих на систему блоков данных, для повышения Read hit ratio. Пока сложно сказать как он покажет себя в работе, т.к. на сегодняшний день он работает только по заданному шаблону и не имеет возможности обучаться в интеллектуальном режиме. Появление интеллектуального режима обещают в будущих прошивках, скорее всего в начале следующего года.

Перейдём к архитектуре. Компания Huawei продолжила развитие собственной технологии Smart Matrix, которая реализует full mesh подход к соединению компонентов. Но если в V5 это было только для доступа с контроллеров к дискам, то теперь все контроллеры имеют доступ ко всем портам как на Back-End, так и на Front-End.
Системы хранения данных Huawei — Huawei Enterprise

Благодаря новой микросервисной архитектуре, это позволяет так же балансировать нагрузку между всеми контроллерами, даже при наличии только одного lun’а. ОС для данной линейки массивов была разработана с нуля, а не просто оптимизирована для использования Flash-накопителей. Благодаря тому, что у нас все контроллеры имеют доступ к одним и тем же портам, в случае выхода из строя контроллера или его перезагрузки, хост не теряет ни одного пути до СХД, а переключение путей осуществляется на уровне системы хранения данных. При этом, использование UltraPath на хосте не является строгой необходимостью. Ещё одной «экономией» при монтаже системы является меньшее количество необходимых линков. И если при «классическом” подходе для 4 контроллеров нам необходимо будет 8 линков от 2 фабрик, то в случае с Huawei будет достаточно даже 2 (я не говорю сейчас о достаточности пропускной способности одного линка).
Системы хранения данных Huawei — Huawei Enterprise

Как и в предыдущей версии — используется глобальный кэш с зеркалированием. Это позволяет без влияния на доступность потерять до двух контроллеров одновременно или трёх контроллеров последовательно. Но стоит отметить, что полной балансировки нагрузки, между оставшимися 3 контроллерами в случае выхода из строя одного, мы на демо стенде не увидели. Нагрузку вышедшего из строя контроллера, целиком забрал на себя один из оставшихся. Возможно, что для этого необходимо дать системе поработать что дольше в такой конфигурации. В любом случае, на собственных тестах я проверю это уже более детально.
Компания Huawei позиционирует новые системы, как End-to-End NVMe системы, но на сегодняшний день на фронтэнде NVMeOF пока не поддерживается, только FC, iSCSI или NFS. В конце этого или начале следующего, как и другие фишки, нам обещают и поддержку RoCE.
Системы хранения данных Huawei — Huawei Enterprise

Полки к контроллерам подключаются так же по средствам RoCE и с этим связан один недостаток — отсутствие “петлевого” подключения полок, как это было при SAS. На мой взгляд, пока это является довольно большим недостатком, если у вас планируется довольно большая система. Дело в том, что все полки подключаются последовательно, и выход из строя одной из полок влечёт и полную недоступность всех остальных, следующих за ней. В данном случае, для обеспечения отказоустойчивости нам придётся подключать все полки к контроллерам, что влечёт за собой увеличение необходимого количества бэкэнд портов в системе.

И ещё одна вещь, о которой стоит сказать — non-disruptive update (NDU). Как я уже говорил выше, компания Huawei реализовала контейнерный подход в работе ОС для новой линейки Dorado, это позволяет производить обновление и перезапуск сервисов, без необходимости полной перезагрузки контроллера. Здесь стоит сразу оговориться, что некоторые обновления, будут содержать обновления ядра и в этом случае классический ребут контроллеров иногда всё-таки будет требоваться при обновлении, но не всегда. Это позволит уменьшить уровень влияния этой операции на продуктивную систему.

В нашем арсенале, подавляющее большинство массивов от компании NetApp. Поэтому, я думаю будет вполне логично, если я проведу небольшое сравнение с системами, с которыми мне приходится работать довольно много. Это не попытка определить — кто лучше, а кто хуже или чья архитектура более выигрышна. Попытаюсь трезво и без фанатизма сравнить два разных подхода к решению одной и той же задачи от разных вендоров. Да, конечно, системы Huawei в данном случае мы будем рассматривать в «теории» и те моменты, которые только планируется реализоваться в будущих версиях прошивок я буду так же отдельно отмечать. Какие плюсы мне видятся на текущий момент:

  1. Количество поддерживаемых NVMe накопителей. У NetApp на сегодняшний день их количество составляет 288, у Huawei в зависимости от модели — 1600-6400. При этом, Max usable capacity у Huawei равен 32PBe, как и у систем NetApp (если быть точнее, у них 31.64PBe). И это при том, что поддерживаются накопители того же объёма (до 15Tb). Компания Huawei этот факт объясняет следующим образом — у них не было возможности собрать стенд большего объёма. В теории у них нет ограничения по объёму, но протестировать данный факт они пока просто не смогли. Но тут стоит отметить, что возможности flash-накопителей на сегодняшний день очень высоки, и в случае с NVMe системами мы сталкиваемся с тем, что 24 накопителей достаточно для того, что бы утилизировать топовую 2-х контроллерную систему. Соответственно дальнейшее увеличение количества дисков в системе не только не даст прироста производительности, но и плохо скажется на соотношении IOPS/Tb. Конечно стоит посмотреть, какое количество накопителей смогут вытянуть 4-х контроллерные системе 8000 и 16000, т.к. пока всё-таки не до конца ясны возможности и потенциал Kunpeng 920.
  2. Наличие у Lun’а владельца у систем NetApp. Т.е. операции с луном может выполнять только один контроллер, второй же лишь пропускает через себя IO. У систем Huawei наоборот нет никаких владельцев и операции с блоками данных (компрессия, дедупликация) могут выполняться любым из контроллеров, также как и записываться на диски.
  3. Отсутствие падения портов при отказе одного из контроллеров. Для кого-то этот момент выглядит крайне критичным. Суть в том, что переключение внутри СХД должно происходить быстрее, чем со стороны хоста. И если в случае с тем же NetApp нами на практике выявлен фриз порядка 5 сек при выдёргивании контроллера и переключении путей, то с переключением на Huawei ещё предстоит попрактиковаться.
  4. Отсутствие необходимости перезапуска контроллера при обновлении. Особенно меня это стало волновать при довольно частом выходе новых версий и веток прошивки для NetApp’ов. Да, некоторые обновления для Huawei будут всё же требовать перезапуска, но не все.
  5. 4 контроллера Huawei по цене двух контроллеров NetApp. Как я уже говорил выше, благодаря ценовой политике Huawei, она может своими Hight-end моделями конкурировать с Mid-range.
  6. Наличие дополнительных чипов в контроллерах полок и порт-картах, которые потенциально предназначаются для повышения эффективности системы.

Минусы и опасения в целом:

  1. Прямое подключение полок к контроллерам или необходимость большого количества back-end портов для подключения всех полок к контроллерам.
  2. ARM-архитектура и наличие большого количества чипов — на сколько эффективно это будет работать, и хватит ли производительности.

Большинство опасений и страхов сможет развеять собственноручное тестирование новой линейки. Надеюсь, в скором времени после релиза они уже появятся в Москве и их будет достаточное количество, чтобы оперативно получить одну для собственных испытаний. Пока можно сказать, что в целом подход компании выглядит интересно, а новая линейка смотрится очень хорошо на фоне конкурентов. очень много вопросов вызывает конечная реализация, т.к. многие вещи мы увидим только в конце года, а может быть и только в 2020.

Huawei mate v

По сведениям инсайдеров, на мероприятии покажут очередной гаджет из линейки складных телефонов HUAWEI. Ранее компания выпускала гибкие устройства Mate X в так называемом книжном форм-факторе — телефон превращался в планшет.

Mate V предложит иную конструкцию. Сообщают, что аппарат похож на Samsung Galaxy Z Flip 3, то есть складывается пополам. Гаджет с таким дизайном был замечен на патенте, который зарегистрировало ведомство EUIPO. Экран устройства получит вытянутое соотношение сторон (21:9) и будет прикрыт ультратонким стеклом. Его разрешение не уточняется, но известно, что речь про OLED-матрицу с частотой обновления 120 Гц.

Среди других особенностей Mate V стоит выделить вырез под фронталку и ToF-сенсор для считывания биометрических данных. На задней панели, помимо основного модуля камер, установлен мини-дисплей для отображения уведомлений, времени и прочей информации. Его можно использовать для съёмки селфи на основную камеру.

Аппаратной основой новинки, вероятно, станет чипсет Kirin 9000 — его мы уже видели в HUAWEI P50. По имеющимся сведениям, Mate V получит 6 ГБ ОЗУ и от 128 ГБ на встроенном накопителе. Цена устройства ожидается на уровне 1000 долларов.

Huawei watch d

Новые умные часы ориентированы на сегмент гаджетов для здоровья и фитнеса. Согласно инсайдам, Watch D оснастят квадратным дисплеем с закруглёнными углами. Операционной системой для аксессуара послужит Harmony OS.

Среди ключевых функций часов ожидаются мониторинг сердечного ритма, измерение процента жира и множество других спортивных сценариев. Главный козырь гаджета — контроль артериального давления. Экран HUAWEI Watch D, скорее всего, будет выполнен по технологии OLED. Сменные ремешки, как в других моделях, тоже предусмотрены.

Huawei watch gt 3 – huawei россия

*Изображение продуктов и отображаемый на экране устройств контент, которые представлены на вышеприведенных страницах, носят справочный характер. Фактические функции и характеристики продуктов (включая, в том числе, внешний вид, цвет и размер) могут отличаться.

**Все данные на вышеприведенных страницах являются теоретическими величинами, полученными в собственных лабораториях компании Huawei в ходе испытаний, проведенных в определенных условиях. Более подробную информацию см. в описании каждого продукта. Фактические данные зависят от конкретного продукта, версии программного обеспечения, сценариев использования и окружающих условий.

***В связи с возможными изменениями комплекта поставки, процессов производства и процедуры доставки компания Huawei может вносить в режиме реального времени изменения в описания и изображения, опубликованные на вышеприведенных информационных страницах. Целью вносимых изменений является предоставление точной информации о продукции, а также обеспечение соответствия между размещенными на веб-сайте данными и фактическими характеристиками продуктов. Сведения об устройствах могут быть изменены без предварительного уведомления.

Настройка базовых параметров системы

В этом блоке рассмотрим небольшое количество различных блоков команд для настройки наиболее популярных возможностей.

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 порты.

Есть два варианта настройки, которые немного отличаются в последовательности шагов:

  1. Предварительная настройка коммутаторов с последующим их физическим соединением.

  2. Сначала установка и подключение коммутаторов между собой, потом их настройка для работы в стеке.

Последовательность действий для этих вариантов выглядит следующим образом:

Последовательность действий для двух вариантов стекирования коммутаторов
Последовательность действий для двух вариантов стекирования коммутаторов

Рассмотрим второй (более длительный) вариант настройки стека. Для этого нужно выполнить следующие действия:

  1. Планируем работы с учётом вероятного простоя. Составляем последовательность действий.

  2. Осуществляем монтаж и кабельное подключение коммутаторов.

  3. Настраиваем базовые параметры стека для 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:

Просто задайте пароль, подтвердите его и готово! Изменить пароль и прочие параметры аутентификации на консольном порту далее можно с помощью следующих команд:

Решение резервного копирования

Решения резервного копирования Huawei обеспечивают централизованное и универсальное резервное копирование и поддерживают резервное копирование приложений баз данных, файловых систем, виртуальных машин, систем больших данных и электронной почты. Для ускорения цифровой трансформации предприятий эти решения оптимизируют резервное копирование данных, снижают совокупную стоимость владения и упрощают использование данных.

Чего ещё ждать и когда

Инсайдеры упоминают, что на конференции могут анонсировать устройства с экраном на электронных чернилах и новые умные очки с поддержкой Bluetooth. Но об этих гаджетах подробностей пока нет.

Презентация HUAWEI состоится в декабре 2021 года.

Оцените статью
Huawei Devices
Добавить комментарий