PowerFlex: Standardisering av data VLAN-taggning efter PFxM-uppgradering och OS-konvertering

Under OS-konverteringen från CentOS till SLES identifierades det att noder som ursprungligen byggts under PowerFlex Manager (PFxM) 3.x med v1-nätverk – där Data1- och Data2-nätverk var omärkta och anslutna till åtkomst till VLAN-switchportar – inte övergick till PFxM 4.x-nätverksmodellen. Dessa äldre noder fortsatte att förlita sig på omärkta gränssnitt för datanätverk, medan nyare noder som lagts till under PFxM 4.x distribuerades med gränssnitt som använder VLAN-taggning för datanätverk.

Under konverteringen uppdaterade PFxM 4.x datanätverksgränssnitten på dessa äldre noder till VLAN-märkta SLES-gränssnitt, men de associerade switchportarna förblev konfigurerade som åtkomstportar. Det här tillståndet gjorde att noden i konverteringen isolerades från datanätverken, vilket förhindrade att konverteringsprocessen slutfördes.

Den här proceduren ger en tydlig, repeterbar, fältklar metod för att standardisera alla noder – särskilt de som ursprungligen byggdes under 3.x v1-nätverk – till PFxM 4.x VLAN-taggad design för att säkerställa konsekvent och tillförlitlig datanätverksdrift.

• PowerFlex-kluster som ursprungligen installerades under PFxM 3.x med omärkta Data1/Data2-nätverk (åtkomst till VLAN).
• Klustret uppgraderades senare till PFxM 4.x, som förväntar sig VLAN-märkta datanätverk.
• Ytterligare noder tillagda under PFxM 4.x med VLAN-märkta datanätverk på trunk-switchportar.
• OS-konvertering från CentOS till SLES bevarade inte omärkta konfigurationer på noder medan åtkomst-VLAN-switchportar fortfarande användes.

Klustret innehåller en blandning av noder som använder omärkta datanätverk och noder som använder VLAN-märkta datanätverk. När noder som distribuerats med gränssnitt som inte använder VLAN-taggar uppgraderades konverterades gränssnittsinställningen till att använda VLAN-taggar. Switchportens gränssnittskonfiguration konverterades inte från åtkomstläge till segmentläge. Detta skapade en felaktig mappning av data-VLAN mellan nodgränssnittet och switchporten. Detta orsakade isolering från datanätverk för de berörda noderna. Miljön behöver nu en kontrollerad, nod-för-nod-reparation för att standardisera VLAN-beteendet.

OS-konverteringsprocessen uppdaterar värdens NIC-märkning men uppdaterar eller validerar inte switchport-läget, vilket leder till en felmatchning mellan värdens VLAN-konfigurationer och switch-VLAN-förväntningarna.

Utför följande steg för varje berörd nod. Åtgärda endast en nod i taget för att upprätthålla klusterredundans och undvika onödiga återskapanden.

Förkontroller

• Kontrollera att klustret är problemfritt (inga återskapande pågår, alla SDS:er online).
• Identifiera noder som fortfarande använder omärkta datanätverk (till exempel: IP-adresser konfigureras direkt på p2p2/em2 utan. VLAN-suffix)
• Registrera nodens Data1 IP-adress och Data2 IP-adress.
• Säkerhetskopiera värdnätverkets konfigurationsfiler (till exempel: /etc/sysconfig/network scripts/ifcfg-*).
• Samla in aktuell switchport-konfiguration för nodens Data1- och Data2-portar för återställning vid behov.
• Bekräfta de VLAN-ID:n som används för Data1 och Data2 (till exempel: Data1 = 152, Data2 = 160)

Nätverks- och värdändringar:

Placera noden i underhållsläge

Använd PowerFlex Manager för att försätta noden i underhållsläge.

Bekräfta att SDS på den här noden underhålls och att inga återskapandeåtgärder har startats.

Uppdatera switchportar från åtkomst till trunk.

Uppdatera data1- och data2-portarna för den här noden på switchen.

Konvertera Data1- och Data2-switchportar från åtkomstläge till segmentläge.

• Se till att data-VLAN (till exempel 152 och 160) ingår i listan över tillåtna VLAN-nätverk för trunk.
• Kontrollera att rätt switchport är identifierad (till exempel ansluts nodgränssnittet p2p2 till switchporten Ethernet 1/1)
• Kontrollera att MTU är inställt på 9216 (eller miljöstandard) på switchen.
• Aktivera spanning-tree edge trunk, bpduguard och guard root enligt design.

Exempel för data 1 (före):

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

Exempel för data1 (efter):

 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

Exempel på körningsskript för att ändra inställningar för switchport.

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

Uppdatera värdoperativsystemets nätverkskonfiguration

• Säkerhetskopiera aktuell nätverks-files.cd /etc/sysconfig/network-scripts/
• Redigera och byt namn på nätverksgränssnittsfiler.
• Starta om nätverket.
• Validera datanätverkssökvägar.

• Logga in på den första SDS-noden
• Granska gränssnitt som används:
• Visa aktuella gränssnitt och IP-adress:

ip address

• Granska statiska rutter och registrera dem.
• Ändra till nätverksfilkatalogen:

cd /etc/sysconfig/network-scripts/

Granska aktuella nätverksfiler:

ls -ltr

Säkerhetskopiera aktuell nätverksfil

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

Byt namn på den aktuella nätverksfilen.

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

Exempel:

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

Redigera nätverksfilen.

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

Exempel:

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

Uppdatera enhetsnamnet med <punkt>vlan-id och infoga VLAN=yes

DEVICE=em2.152

VLAN=yes

Avsluta och spara filen.

:wq!

Upprepa för andra datanätverk

Starta om nätverket och validera

Starta om nätverkstjänsten på värden eller utför en kontrollerad omstart.

Konfiguration av statiska vägar

Utför ssh till SDS-noden.

Kör följande kommando:

ip route

Se till att inga vägar refererar till omärkta gränssnitt (t.ex. em2, p2p2). Alla vägar måste referera till VLAN-taggade motsvarigheter.

Exempel 

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

Nätverksvalideringar

Kontrollera att VLAN-gränssnitten (till exempel p2p2.152 och em2.160) är aktiva.

Exempel

 ip address

Från värden pingar du en känd peer eller på varje VLAN med hjälp av pingar från gränssnittskällan.

Exempel

ping -I p2p2.152 <peer>

Valfri: Testa en MTU med jumboram med ping med en stor nyttolast.

Exempel

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

Avsluta underhållsläge

 Kontrollera SDS och enhetshälsa på noden i PowerFlex Manager.

 Avsluta underhållsläget för noden.

 Övervaka varningar, SDS-omstarter eller länkklaffar i flera minuter.

Upprepa för återstående noder

Upprepa för varje återstående nod som fortfarande använder omärkta datanätverk tills hela klustret är standardiserat till VLAN-märkta datagränssnitt som överensstämmer med PFxM 4.x-designen.

Valideringstestplan (sammanfattning)

• MTU-validering: Bekräfta att VLAN-gränssnitt använder MTU 9000 och att jumbopingtester lyckas för peer-datorer på Data1 och Data2.
• SDS-validering: Bekräfta att SDS är anslutet, att inga omstarter sker och att enhetssökvägarna är justerade.
• Nätverksanslutning: Verifiera öst-väst-anslutning till flera peers på båda data-VLAN (ping från p2p2.152 och em2.160).
• Failover: Inaktivera tillfälligt Data1- och Data2-gränssnitten ett i taget för att bekräfta att SDS förblir online med den återstående sökvägen och att redundansen återställs efter återaktivering.
• SCR/PFxM: Kör hälsokontrollerna SCR och PowerFlex Manager för att bekräfta att det inte finns några VLAN/MTU/nätverksrelaterade fel.

Berörda plattformar/versioner

– PowerFlex 3.6.x/3.7.x/3.8.x-noder som ursprungligen distribuerades med VLAN
i åtkomstläge– PowerFlex 4.x PFMP-konverteringar till SLES–
Dell R640/R740-servrar
– Cisco Nexus-switchar, Dell OS10-baserade switchar

Åtgärdat i version

4.6.2.1