Dell Unity. Unity недоступна после перезагрузки основного процессора СХД во время модернизации

Основной процессор СХД перезагружается во время процесса обновления.

Сервисы управления Unity становятся недоступными во время перезагрузки основного процессора СХД процесса обновления кода.

IP-адрес Unity не проходит проверку связи, и Unisphere не загружается.

Это не влияет на доступ к данным.

В Unity основной процессор СХД обрабатывает сервисы управления (IP-адрес).
При перезагрузке основного процессора СХД службы управления переключаются на вторичный (одноранговый) процессор СХД.

Вопрос 1:
Если вторичный процессор СХД не подключен к той же сети управления, что и основной сервер, IP-адрес Unity становится недоступен при переключении службы управления при отказе.

Пример:
Перед обновлением:

• Процессор СХД А является основным, а процессор СХД B — вторичным
• Процессор СХД А подключен к сети управления, из которой осуществляется доступ к Unisphere.
• Процессор СХД B не подключен к той же сети, что и процессор СХД A.

При перезагрузке процессора СХД А во время модернизации:

• Процессор СХД B становится основным, а процессор СХД A — вторичным.
• Поскольку службы управления обрабатываются процессором СХД B, IP-адрес управления Unity становится недоступным.

Вопрос 2:
Вторая проблема может возникнуть, если происходит переключение между процессорами СХД при отказе и мы подделываем MAC-адрес в новом процессоре СХД. Некоторые пользовательские среды могут подхватить новый «дублированный» MAC-адрес и заблокировать доступ к порту коммутатора, что приводит к потере доступа.
 
Это улучшение проверяет возможные проблемы с подключением на портах управления. См. Dell Unity. Диагностика системы перед модернизацией завершается с предупреждением: platform::check_management_port_2 (исправляется пользователем)

Test of the management port configuration indicates there may be a problem with the management port VLAN settings that could cause loss of management functionality during storage processor reboots associated with the upgrade. Some valid network configurations can also make this test fail. Ensure that the alternate management port is properly configured. See KB#000066048 for recommended VLAN management port guidelines. You can safely ignore this warning if there is not a real issue.

Снимок экрана пользовательского интерфейса с предупреждением PUHC:



Это предупреждающее сообщение указывает на то, что дисковому массиву Unity не удалось подтвердить сетевое подключение к сети управления однорангового процессора СХД (SP). Новое улучшение Unity OE 5.3 PUHC инициирует зонд ARP (Address Resolution Protocol) в сети. Это необходимо для подтверждения любых проблем с подключением на соседнем одноранговом процессоре СХД в случае переключения операций управления на соседний одноранговый процессор СХД.

PUHC отправляет зонд ARP вместо стандартного ARP-ping. IP-адрес управления активен только на основном процессоре СХД, но не на одноранговом узле. По этой причине проверка должна быть зондом ARP на одноранговом узле. Неосновной (одноранговый) процессор СХД не имеет настроенного IP-адреса для стандартного ARP. Таким образом, ARP-запрос должен быть отправлен с заполненным значением 0.0.0.0 и является зондом ARP.

Предупреждающее сообщение отображается, если ответ от зонда ARP не получен.

Это предупреждение не означает, что перед модернизацией канал порта управления одного процессора СХД был отключен. Если бы проблема заключалась в этом, она была бы обнаружена во время диагностики системы перед модернизацией (как описано в статье Dell Unity. Сбой диагностики системы с ошибкой [Код ошибки: platform::check_peer_management_port_link_2] (исправляется пользователем)

Во время PUHC перед модернизацией:
Следующее предупреждение является мягким предупреждением, а не ошибкой:

Warning Code: platform::check_management_port_2

Используйте один из вариантов, приведенных ниже в статье, чтобы переключить операции управления на соседний одноранговый процессор СХД, чтобы проверить, есть ли у этого однорангового процессора СХД возможность подключения к сети. Dell Unity. Как выполнить переключение служб управления (ECOM) при отказе (исправляется Dell)

Дополнительная возможность в этой статье — перезагрузить текущий основной процессор СХД для переключения операций управления при отказе на соседний одноранговый процессор СХД. Во время выполнения переключения на резервный ресурс могут быть потеряны до 10 минут. После восстановления операций управления убедитесь, что одноранговый процессор СХД теперь является основным процессором СХД. Если после тестов переключения при отказе операции управления на процессорах SPA и SPB успешно выполняются, это предупреждающее сообщение можно игнорировать.

Во время обновления:
Это предупреждение можно игнорировать, если оно не было видно до середины модернизации. Нажмите кнопку «Retry», чтобы продолжить обновление.  

Если кнопка «Повторить» не работает, обратитесь в службу поддержки Dell и укажите эту статью базы знаний.

После успешного обновления:
Приведенное ниже предупреждение

Warning Code: platform::check_management_port_2

Можно игнорировать, если это предупреждающее сообщение было получено после успешной модернизации до Unity OE 5.3 или более поздней версии.

Эта статья базы знаний относится ко всем перезагрузкам основного процессора СХД, а не только к модернизациям.

Далее приведены примеры проблемы. 

• В одном случае один процессор СХД был подключен к сети управления, а кабель управления другим процессором СХД был подключен к коммутатору iSCSI.
• В другом случае один процессор СХД был подключен к сети управления, а кабель управления другим процессором СХД был подключен к порту коммутатора, подключенному к другой сети через другую VLAN.

В операционной среде Unity версии 5.3 новый тест является частью утилиты pre-Upgrade Health Check (PUHC) для проверки этого состояния.  В этом тесте будут проверяться как основные, так и вторичные процессоры СХД.  Новый тест (который отличается от текущего теста, в котором мы проверяем, чтобы убедиться, что порты не отключены) будет использовать утилиту «arp ping» (arping) для проверки того, разрешает ли интерфейс трафик протокола ARP через свой интерфейс.  Обычно коммутаторы настраиваются для блокировки широковещательных передач ARP между VLAN, поэтому в большинстве случаев этот тест будет надежным, чтобы определить, правильно ли настроены сети VLAN для портов управления.  Этот тест может привести к ложному отрицательному результату, если коммутатор настроен на разрешение широковещательных передач по VLAN, и он может привести к ложному срабатываю при отключении широковещательных трансляций даже в сети VLAN.  Но в большинстве случаев при нормальных условиях этот новый тест определяет, правильно ли настроены порты управления в VLAN.