Управление сетью и автоматизация : Cisco Application Policy Infrastructure Controller (APIC)

Оконечное восстановление отказа оборудования

20 октября 2016 - Машинный перевод
Другие версии: PDF-версия:pdf | Английский (22 августа 2015) | Отзыв

Введение

Этот документ описывает процесс для замены оконечного коммутатора, который отказал из-за проблемы аппаратных средств в режиме Приложения центральной инфраструктуры (ACI).

Внесенный Робертом Коррейро, специалистом службы технической поддержки Cisco.

Проблема

Существует текущая и рабочая матрица ACI. Лист отказал, который был ранее функционален и часть матрицы. Это происходит из-за отказа оборудования, и лист должен быть заменен.

Решение

Выполните эти шаги для замены листа:

  1. Если отказавший лист в настоящее время включается, демонтируйте шнуры питания для выключения его.
  2. От GUI Контроллера инфраструктуры правила приложений (APIC) выберите Fabric> Inventory> Unreachable Nodes. Отказавший лист перечислен здесь после того, как он выключался в течение нескольких минут. Примите во внимание его 'Название' и 'Идентификатор узла'.
  3. Спишите отказавший лист и удалите его из контроллера.
    1. Выберите лист в области работы. От выпадающего списка Действий выберите Decommission.

    2. Нажмите Remove от кнопки с зависимой фиксацией controller и нажмите OK.

      Совет: Опция 'Remove from controller' полностью удаляет узел из матрицы ACI, и серийный номер разъединен с Идентификатором узла. Опция 'Regular' используется для временного удаления узла из матрицы ACI с ожиданием, что тот же узел воссоединится с матрицей с тем же Идентификатором узла. Например, если узел должен быть временно выключен для обслуживания.

      Примечание: После того, как узел списан, он может занять 5-10 минут для него, чтобы быть удаленным и исчезнуть из GUI APIC.

  4. Удалите отказавший лист из стойки и установите замену. Новый лист загружается в автономный режим, который выполняет NX-OS.
  5. Завершите одну из этих трех опций для загрузки образа ACI в загрузочную флэш-память листа.
    • Вариант A- Скопируйте образ ACI с Карты памяти в загрузочную флэш-память. Перечислите содержание Карты памяти (usb1: или usb2:) для имени образа ACI для завершения этого:
      switch# dir usb1:
      switch# copy usb1:aci-n9000-dk9.11.0.3f.bin bootflash:
    • Опция B - Включает сервисы Протокола SCP для продвижения образа ACI от APIC. Настройте управление 0 интерфейсов с IP-адресом, установите шлюз по умолчанию для виртуальной маршрутизации управления и передачи (VRF) экземпляр, и включите характеристику сервера SCP.
      switch# configure terminal
      switch(config)# interface mgmt 0
      switch(config-if)# ip address ipv4-address{ [/length] | [subnet-mask]}
      switch(config-if)# no shutdown
      switch(config-if)# exit
      switch(config)# vrf context management
      switch(config-vrf)# ip route 0.0.0.0/0 default-gw-ip
      switch(config-vrf)# exit
      switch(config)# feature scp-server
      switch(config)# exit
      switch# copy running-config startup-config

      Примечание: Прежде чем вы продолжитесь, проверите, что можно пропинговать один из APICs от VRF управления.

      Введите эту команду в APIC:

      admin@apic:~> 
      scp /firmware/fwrepos/fwrepo/<aci_image.bin> admin@<node-mgmt-ip>:<aci_image.bin>

      Примечание: <aci_image.bin> является именем файла образа коммутатора ACI, расположенного на APIC. <ip mgmt узла> является управлением IP-адресами, которое было ранее настроено на коммутаторе.

      Совет: Имена образа коммутатора ACI всегда начинаются с aci-n9000'.

    • Опция C - Копия образ от доступного SCP/FTP/СЕРВЕРА TFTP. Настройте управление 0 интерфейсов с IP-адресом, установите шлюз по умолчанию для экземпляра VRF управления и скопируйте образ в загрузочную флэш-память. Данный пример использует SCP.
      switch# configure terminal
      switch(config)# interface mgmt 0
      switch(config-if)# ip address ipv4-address{ [/length] | [subnet-mask] }
      switch(config-if)# no shutdown
      switch(config-if)# exit
      switch(config)# vrf context management
      switch(config-vrf)# ip route 0.0.0.0/0 default-gw-ip
      switch(config-vrf)# end

      Проверьте, что сервер может быть пропингован от VRF управления и затем скопировать образ с сервера в загрузочную флэш-память.

      switch# 
      copy scp://scpuser@10.0.0.10/path/to/aci-n9000-dk9.11.0.3f.bin bootflash: vrf management

      Введите команду dir bootflash: чтобы проверить, что образ ACI передал успешно автономному коммутатору.

  6. Преобразуйте Автономный Лист в режим ACI. Если оконечная версия 6.1 (2) I3 (3) NX-OS выполнений или позже, используйте Метод 1. В противном случае используйте Метод 2. Метод 2 мог бы также использоваться в качестве резервной копии если Метод 1 сбой.
    • Способ 1

      Программное обеспечение NXOS протестировало: n9000-dk9.6.1.2. I3.3a.bin
      Программное обеспечение ACI протестировало: aci-n9000-dk9.11.0.3f.bin

      Введите эти команды в автономный узел:

      switch# configure terminal
      switch(config)# boot aci bootflash:<aci_image.bin>
      switch(config)# reload
    • Способ 2

      Программное обеспечение NXOS протестировало: n9000-dk9.6.1.2.i2.1.bin
      Программное обеспечение ACI протестировало: aci-n9000-dk9.11.0.2j.1.0-2j.bin

      Введите эти команды в автономный узел:

      switch# configure terminal
      switch(config)# no boot nxos
      switch(config)# end
      switch# copy running-config startup-config
      switch# reload

      Это заставляет коммутатор загружаться в приглашение 'loader>'. Введите команду dir для распечатки содержания загрузочной флэш-памяти для имени образа ACI.

      Загрузите образ ACI с загрузочной командой <aci_image_name.bin>.

      Лист загружается в режим ACI в оптоволоконном состоянии обнаружения. Войдите с именем пользователя admin без пароля.

  7. Используйте имя образа от команды dir для установки переменных загрузок на листе:
    (none)# dir bootflash
    (none)# setup-bootvars.sh <aci_image_name.bin>
  8. Введите эти команды, чтобы проверить, что переменные загрузки были установлены должным образом:
    leaf# cat /mnt/cfg/0/boot/grub/menu.lst.local
    boot aci-n9000-dk9.11.0.3f.bin
    leaf# cat /mnt/cfg/1/boot/grub/menu.lst.local
    boot aci-n9000-dk9.11.0.3f.bin
  9. В GUI APIC выберите Fabric> Inventory> Fabric Membership. Новый лист перечислен как строка в области работы. Дважды нажмите строку и назначьте тот же 'Идентификатор узла' и 'Имя узла' от предыдущего листа.

    Лист получает IP-адрес, который отражен в GUI APIC.

    Новый лист теперь полностью присоединился к матрице ACI, и APIC автоматически отталкивает всю соответствующую политику. В этом случае лист с Идентификатором узла 102 отказал. Это было заменено другим листом, которому дали тот же Идентификатор узла. APIC тогда выдвигает всю политику, относящуюся к Узлу 102 вниз к новому листу без потребности в дальнейшей конфигурации.

    На командной строке имя хоста изменяется для отражения то, что было введено в GUI APIC, который проверяет, что политика была оттолкнута к новому узлу.



Document ID: 118865