PowerFlex. Стандартизация тегирования VLAN данных после модернизации PFxM и преобразования ОС

Summary: В этой статье объясняется, как стандартизировать маркировку VLAN данных после модернизации PFxM и преобразования ОС.

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.
Check out other resources

Symptoms

Во время преобразования ОС с CentOS на SLES было выявлено, что ни один узел, изначально созданный под управлением PowerFlex Manager (PFxM) 3.x с использованием сети v1, где сети Data1 и Data2 не маркированы и подключены для доступа к портам коммутаторов VLAN, не переходил полностью на сетевую модель PFxM 4.x. Эти устаревшие узлы по-прежнему полагались на немаркированные интерфейсы для сетей передачи данных, в то время как новые узлы, добавленные в PFxM 4.x, были развернуты с интерфейсами, использующими тегирование VLAN для сетей передачи данных.

Во время преобразования в PFxM 4.x сетевые интерфейсы передачи данных на этих устаревших узлах были заменены на SLES-интерфейсы с тегами VLAN, но соответствующие порты коммутатора остались настроенными как порты доступа. Это состояние приводило к тому, что узел в преобразовании был изолирован от сетей передачи данных, что препятствовало завершению процесса преобразования.

Эта процедура обеспечивает четкий, воспроизводимый, готовый к использованию в полевых условиях метод стандартизации всех узлов, особенно тех, которые изначально были построены в рамках сети 3.x v1, в конструкцию PFxM 4.x с тегами VLAN, чтобы обеспечить согласованную и надежную работу сети передачи данных.

 

  • Кластер PowerFlex, первоначально развернутый под управлением PFxM 3.x с непомеченными сетями Data1/Data2 (VLAN доступа).
  • Позже кластер был модернизирован до версии PFxM 4.x, которая предполагает сети передачи данных с тегами VLAN.
  • Дополнительные узлы, добавленные в PFxM 4.x с сетями передачи данных, помеченными VLAN, на магистральных портах коммутатора.
  • При преобразовании ОС с CentOS на SLES конфигурация без тегов сохранялась на узлах, хотя по-прежнему использовались порты коммутаторов VLAN доступа.

 

Кластер состоит из узлов, использующих сети немаркированных данных, и узлов, использующих сети передачи данных с тегами VLAN. При модернизации узлов, развернутых с интерфейсами, не использующими теги VLAN, параметр интерфейса был преобразован для использования тегов VLAN. Конфигурация интерфейса порта коммутатора не была преобразована из режима доступа в режим магистрали. Это создавало неверное сопоставление сетей VLAN данных между интерфейсом узла и портом коммутатора. Это приводило к изоляции затронутых узлов от сетей передачи данных. Теперь среде требуется контролируемое восстановление каждого узла для стандартизации поведения VLAN.

Cause

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

 

Resolution

Выполните следующие действия для каждого затронутого узла. Исправляйте только один узел за раз, чтобы сохранить избыточность кластера и избежать ненужного перестроения.

Предварительные проверки

  • Убедитесь, что кластер исправен (восстановление не выполняется, все SDS находятся в режиме онлайн).
  • Определите узлы, которые по-прежнему используют немаркированные сети передачи данных (например: IP-адреса, настроенные непосредственно на p2p2/em2 без использования IP-адресов. Суффикс VLAN)
  • Запишите IP-адрес узла Data1 и IP-адрес Data2.
  • Создайте резервную копию файлов конфигурации сети хоста (например: /etc/sysconfig/network scripts/ifcfg-*).
  • Запишите текущую конфигурацию портов коммутатора для портов Data1 и Data2 узла, чтобы при необходимости выполнить откат.
  • Подтвердите идентификаторы виртуальных ЛС, используемые для данных 1 и 2 (например: Данные1 = 152, Данные2 = 160)

 

Изменения сети и хоста:

Переведите узел в режим обслуживания

Используйте PowerFlex Manager, чтобы перевести узел в режим обслуживания.

Убедитесь, что SDS на этом узле находится в режиме обслуживания и что операции восстановления не запущены.

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

На коммутаторе обновите порты Data1 и Data2 для этого узла.

Преобразование портов коммутатора Data1 и Data2 из режима доступа в режим магистрали.

  • Убедитесь, что сети VLAN данных (например, 152 и 160) включены в список разрешенных VLAN для магистрали.
  • Убедитесь, что указан правильный порт коммутатора (например, интерфейс узла p2p2 подключается к порту коммутатора Ethernet 1/1).
  • Убедитесь, что для MTU на коммутаторе установлено значение 9216 (или стандарт среды).
  • Включение краевого ствола остовного дерева, bpduguard и guard root в соответствии с проектом.

 

Пример для данных 1 (до):
 Show running-config interface Ethernet 1/1
    switchport
    switchport access vlan 152
    spanning-tree port type edge
    mtu 9216

 

Пример для data1 (после):
 Show running-config interface Ethernet 1/1
    switchport
    switchport mode trunk
    switchport trunk allowed vlan 152
    spanning-tree port type edge trunk
    spanning-tree bpduguard enable
    spanning-tree guard root
    mtu 9216

 

Пример сценария выполнения для изменения настроек порта коммутатора.
configuration terminal
 interface ethernet 1/1
    switchport mode trunk
    switchport trunk allowed vlan 152
    no switchport access vlan 152
    spanning-tree port type edge trunk
    spanning-tree bpduguard enable
    spanning-tree guard root
    end
copy running-config startup-config

 

Обновление конфигурации сети ОС хоста

  • Резервная копия текущей сети files.cd /etc/sysconfig/network-scripts/
  • Редактируйте и переименовывайте файлы сетевого интерфейса.
  • Перезапустите сеть.
  • Проверьте пути сети передачи данных.

 

  • Войдите в первый узел SDS.
  • Проверьте используемый интерфейс:
  • Отображение текущих интерфейсов и IP-адреса:
ip address
  • Просматривайте статические маршруты и записывайте их.
  • Перейдите в каталог с сетевыми файлами:
cd /etc/sysconfig/network-scripts/

Просмотр текущих сетевых файлов:

ls -ltr

Резервное копирование текущего сетевого файла

cp /etc/sysconfig/network-scripts/ifcfg-<devicename>  /etc/sysconfig/network-scripts/ifcfg-<devicename>.bak

Переименуйте текущий сетевой файл.

mv /etc/sysconfig/network-scripts/ifcfg-<devicename> /etc/sysconfig/network-scripts/ifcfg-<devicename>.<vlan>

Пример:

mv /etc/sysconfig/network-scripts/ifcfg-em2 /etc/sysconfig/network-scripts/ifcfg-em2.152

Редактирование сетевого файла.

vi /etc/sysconfig/network-scripts/ifcfg-<devicename>.vlan

Пример:

vi /etc/sysconfig/network-scripts/ifcfg-em2.152

Обновите имя устройства , указав <идентификатор VLAN с точкой>, и вставьте VLAN=yes

DEVICE=em2.152

VLAN=yes

Выйдите и сохраните файл.

:wq!

 

Повторите эти действия для других сетей передачи данных

 

Перезапустите сеть и проверьте

Перезапустите сетевую службу на хосте или выполните контролируемую перезагрузку.

Конфигурация статических маршрутов

Выполните подключение по SSH к узлу SDS.

Выполните следующую команду:

ip route

Убедитесь, что маршруты не ссылаются на немаркированные интерфейсы (например, em2, p2p2). Все маршруты должны ссылаться на эквиваленты, помеченные VLAN.

Пример 

default via 172.18.133.1 dev bond0.1352

172.18.133.0/24 dev bond0.1352 proto kernel scope link src 172.18.133.100

192.168.152.0/21 dev p2p2.152 proto kernel scope link src 192.168.152.100

192.168.160.0/21 dev em2.160 proto kernel scope link src 192.168.160.100

 

Проверки сети

Убедитесь, что интерфейсы VLAN (например, p2p2.152 и em2.160) работают.

Пример

 ip address

С хоста отправьте ping-запрос с известным одноранговым узлом или с каждой VLAN, используя команды ping-запроса из интерфейса.

Пример

ping -I p2p2.152 <peer>

Опционально. Проверьте значение MTU крупного пакета с помощью команды ping с большой полезной нагрузкой.

Пример

ping -I p2p2.152 -s 8972 -M do <peer>

 

Выйдите из режима обслуживания

 В PowerFlex Manager проверьте работоспособность SDS и устройства на узле.

 Выведите узел из режима обслуживания.

 Отслеживайте оповещения, перезапуск SDS или сбои канала связи в течение нескольких минут.

 

Повторите эти действия для остальных узлов

Повторите эти действия для каждого оставшегося узла, который по-прежнему использует сети немаркированных данных, пока весь кластер не будет стандартизирован на интерфейсы передачи данных, помеченные VLAN, в соответствии с архитектурой PFxM 4.x.

 

План проверочных испытаний (сводка)

  • Проверка MTU: Убедитесь, что интерфейсы VLAN используют MTU 9000 и что тесты проверки ping-тестирования крупного размера успешно выполняются для одноранговых узлов на Data1 и Data2.
  • Проверка SDS: Убедитесь, что SDS подключено, не выполняется перезапуск и пути устройства совпадают.
  • Подключение к сети: Проверьте возможность подключения к нескольким одноранговым узлам в обеих сетях VLAN данных в направлении от востока к западу (ping-запрос от p2p2.152 и em2.160).
  • Отказоустойчивого: Временно отключите интерфейсы Data1 и Data2 по одному, чтобы гарантировать, что SDS остается в режиме онлайн с использованием оставшегося пути и резервирование восстановлено после повторного включения.
  • SCR/PFxM: Выполните диагностику SCR и PowerFlex Manager, чтобы убедиться в отсутствии ошибок, связанных с VLAN/MTU/сетью.

 

 

Затронутые платформы и версии

- Узлы PowerFlex 3.6.x/3.7.x/3.8.x, первоначально развернутые с VLAN
в режиме доступа — преобразование PowerFlex 4.x PFMP в SLES
— серверы
Dell R640/R740 — коммутаторы Cisco Nexus, коммутаторы Dell на базе OS10

 

Исправлено в версии

4.6.2.1

Affected Products

PowerFlex rack, ScaleIO
Article Properties
Article Number: 000406776
Article Type: Solution
Last Modified: 24 ديسمبر 2025
Version:  2
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.