PowerFlex: Standaryzacja znakowania sieci VLAN danych po aktualizacji PFxM i konwersji systemu operacyjnego

Podczas konwersji systemu operacyjnego z CentOS na SLES stwierdzono, że żaden węzeł pierwotnie zbudowany w ramach programu PowerFlex Manager (PFxM) 3.x przy użyciu sieci v1 — gdzie sieci Data1 i Data2 były nieoznaczone i podłączone w celu uzyskania dostępu do portów przełączników VLAN — nie przeszedł prawidłowo do modelu sieci PFxM 4.x. Te starsze węzły nadal polegały na nieoznakowanych interfejsach dla sieci danych, podczas gdy nowsze węzły dodane w ramach PFxM 4.x zostały wdrożone z interfejsami wykorzystującymi znakowanie VLAN dla sieci danych.

Podczas konwersji program PFxM 4.x zaktualizował interfejsy sieci danych w tych starszych węzłach do interfejsów SLES oznaczonych siecią VLAN, ale powiązane porty przełączników pozostały skonfigurowane jako porty dostępu. Ten stan powodował, że węzeł w konwersji był odizolowany od sieci danych, co uniemożliwiało ukończenie procesu konwersji.

Procedura ta zapewnia przejrzystą, powtarzalną i gotową do użycia metodę standaryzacji wszystkich węzłów — zwłaszcza tych pierwotnie zbudowanych w ramach sieci 3.x v1 — zgodnie z projektem PFxM 4.x oznaczonym tagiem VLAN w celu zapewnienia spójnej i niezawodnej pracy sieci danych.

• Klaster PowerFlex pierwotnie wdrożony w PFxM 3.x z nieoznaczonymi sieciami Data1/Data2 (dostępowe sieci VLAN).
• Klaster został później uaktualniony do wersji PFxM 4.x, która oczekuje sieci danych oznaczonych tagami VLAN.
• Dodano dodatkowe węzły w ramach PFxM 4.x z sieciami danych oznaczonymi VLAN na portach przełączników trunkingowych.
• Konwersja systemu operacyjnego z CentOS do SLES nie zachowywała nieoznaczonej konfiguracji na węzłach przy jednoczesnym korzystaniu z portów przełącznika dostępu VLAN.

Klaster zawiera kombinację węzłów korzystających z nieoznakowanych sieci danych i węzłów korzystających z sieci danych oznaczonych siecią VLAN. Po uaktualnieniu węzłów wdrożonych z interfejsami, które nie używają znaczników sieci VLAN, ustawienie interfejsu zostało przekonwertowane na używanie znaczników sieci VLAN. Konfiguracja interfejsu portu przełącznika nie została przekonwertowana z trybu dostępu na tryb trunk. Powodowało to nieprawidłowe mapowanie sieci VLAN danych między interfejsem węzła a portem przełącznika. Spowodowało to odłączenie węzłów od sieci danych, których dotyczy problem. Środowisko wymaga teraz kontrolowanego korygowania węzeł po węźle w celu standaryzacji zachowania sieci VLAN.

Proces konwersji systemu operacyjnego aktualizuje znaczniki karty sieciowej hosta, ale nie aktualizuje ani nie weryfikuje trybu switchport, co prowadzi do niezgodności konfiguracji sieci VLAN hosta z oczekiwaniami dotyczącymi sieci VLAN przełącznika.

Wykonaj następujące czynności dla każdego węzła, którego dotyczy problem. Aby zachować nadmiarowość klastra i uniknąć niepotrzebnych odbudowy, koryguj tylko jeden węzeł naraz.

Kontrole wstępne

• Sprawdź, czy klaster jest sprawny (brak odbudowy w toku, wszystkie serwery SDS są w trybie online).
• Identyfikacja węzłów, które nadal korzystają z nieoznaczonych sieci danych (na przykład: Adresy IP skonfigurowane bezpośrednio na p2p2/em2 bez. VLAN (sufiks sieci VLAN)
• Zapisz adres IP węzła Data1 i adres IP Data2 węzła.
• Utwórz kopię zapasową plików konfiguracyjnych sieci hosta (na przykład: /etc/sysconfig/skrypty sieciowe/ifcfg-*).
• Przechwycenie bieżącej konfiguracji portu przełącznika dla portów Data1 i Data2 węzła w celu cofnięcia w razie potrzeby.
• Potwierdź identyfikatory sieci VLAN używane dla danych1 i danych2 (na przykład: Dane1 = 152, Dane2 = 160)

Zmiany sieci i hosta:

Przełącz węzeł w tryb konserwacji

Użyj programu PowerFlex Manager, aby przełączyć węzeł w tryb konserwacji.

Upewnij się, że serwer SDS w tym węźle jest w trakcie konserwacji i że nie rozpoczęto żadnych operacji odbudowy.

Zaktualizuj porty przełączników z dostępu do magistrali.

Na przełączniku zaktualizuj porty Data1 i Data2 dla tego węzła.

Konwertowanie portów przełączników Data1 i Data2 z trybu dostępu na tryb trunk.

• Upewnij się, że sieci VLAN danych (na przykład 152 i 160) znajdują się na liście dozwolonych sieci VLAN z magistralą.
• Upewnij się, że zidentyfikowano prawidłowy port przełącznika (na przykład interfejs węzła p2p2 łączy się z portem przełącznika Ethernet 1/1)
• Sprawdź, czy wartość MTU jest ustawiona na 9216 (lub standard środowiska) na przełączniku.
• Włącz pień krawędzi drzewa rozpinającego, bpduguard i korzeń ochronny zgodnie z projektem.

Przykład dla danych 1 (przed):

 Show running-config interface Ethernet 1/1
    switchport
    switchport access vlan 152
    spanning-tree port type edge
    mtu 9216

Przykład dla data1 (po):

 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

Przykładowy skrypt wykonawczy w celu zmiany ustawień portu przełącznika.

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

Zaktualizuj konfigurację sieci systemu operacyjnego hosta

• Utwórz kopię zapasową bieżącego files.cd sieciowego /etc/sysconfig/skrypty-sieci/
• Edytuj pliki interfejsu sieciowego i zmień ich nazwy.
• Uruchom ponownie sieć.
• Weryfikacja ścieżek sieci danych.

• Zaloguj się do pierwszego węzła SDS
• Przejrzyj interfejs, który jest używany:
• Wyświetlanie bieżących interfejsów i adresu IP:

ip address

• Przeglądaj trasy statyczne i zapisuj je.
• Zmień na katalog plików sieciowych:

cd /etc/sysconfig/network-scripts/

Przejrzyj bieżące pliki sieciowe:

ls -ltr

Tworzenie kopii zapasowej bieżącego pliku sieciowego

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

Zmień nazwę bieżącego pliku sieciowego.

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

Przykład:

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

Edytuj plik sieciowy.

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

Przykład:

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

Zaktualizuj nazwę urządzenia za pomocą <kropki>VLAN id i wstaw VLAN=yes

DEVICE=em2.152

VLAN=yes

Zamknij i zapisz plik.

:wq!

Powtórz tę czynność dla innych sieci danych

Ponownie uruchom sieć i sprawdź poprawność

Uruchom ponownie usługę sieciową na hoście lub wykonaj kontrolowany ponowny rozruch.

Konfiguracja tras statycznych

Wykonaj połączenie SSH z węzłem SDS.

Uruchom następujące polecenie:

ip route

Upewnij się, że żadne trasy nie odwołują się do nieoznakowanych interfejsów (np. em2, p2p2). Wszystkie trasy muszą odwoływać się do odpowiedników oznaczonych tagami VLAN.

Przykład 

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

Weryfikacje sieci

Sprawdź, czy interfejsy VLAN (na przykład p2p2.152 i em2.160) są włączone.

Przykład

 ip address

Z poziomu hosta wykonaj polecenie ping do znanego elementu równorzędnego lub w każdej sieci VLAN przy użyciu pingów pochodzących z interfejsu.

Przykład

ping -I p2p2.152 <peer>

Opcjonalnie: Przetestuj jednostkę MTU jumbo frame za pomocą polecenia ping z dużym ładunkiem.

Przykład

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

Wyjdź z trybu konserwacji

 W programie PowerFlex Manager sprawdź kondycję SDS i kondycję urządzenia w węźle.

 Wyjdź z trybu konserwacji węzła.

 Monitoruj alerty, ponowne uruchomienia karty SDS lub klapy łącza przez kilka minut.

Powtórz dla pozostałych węzłów

Powtórz tę czynność dla każdego pozostałego węzła, który nadal korzysta z nieoznaczonych sieci danych, aż cały klaster zostanie ustandaryzowany do interfejsów danych oznaczonych VLAN, zgodnych z projektem PFxM 4.x.

Plan testów weryfikacyjnych (podsumowanie)

• Weryfikacja MTU: Upewnij się, że interfejsy VLAN używają MTU 9000, a testy jumbo ping zakończyły się powodzeniem z równorzędnymi danymi Data1 i Data2.
• Walidacja SDS: Upewnij się, że serwer SDS jest podłączony, nie ma ponownych uruchomień, a ścieżki urządzeń są wyrównane.
• Łączność sieciowa: Sprawdź łączność wschód-zachód z wieloma elementami równorzędnymi w obu sieciach VLAN danych (ping z p2p2.152 i em2.160).
• Pracy awaryjnej: Tymczasowo wyłącz interfejsy Data1 i Data2 jeden po drugim, aby upewnić się, że SDS pozostaje w trybie online przy użyciu pozostałej ścieżki i po ponownym włączeniu nadmiarowość.
• SCR/PFxM: Uruchom kontrole stanu aplikacji SCR i PowerFlex Manager, aby potwierdzić brak błędów związanych z sieciami VLAN/MTU/siecią.

Platformy/wersje, których dotyczy problem

- Węzły PowerFlex 3.6.x/3.7.x/3.8.x pierwotnie wdrożone z sieciami
VLAN w trybie dostępu- Konwersje PowerFlex 4.x PFMP do SLES-
Serwery
Dell R640/R740- przełączniki Cisco Nexus, przełączniki oparte na Dell OS10

Naprawiono w wersji

4.6.2.1