PowerFlex: Standardisering af data-VLAN-mærkning efter PFxM-opgradering og OS-konvertering

Under OS-konverteringen fra CentOS til SLES blev det identificeret, at en node, der oprindeligt blev bygget under PowerFlex Manager (PFxM) 3.x ved hjælp af v1-netværk – hvor Data1- og Data2-netværk blev umærket og tilsluttet for at få adgang til VLAN-switchporte – ikke overgik rent til PFxM 4.x-netværksmodellen. Disse ældre noder fortsatte med at være afhængige af umærkede grænseflader til datanetværk, mens nyere noder tilføjet under PFxM 4.x blev implementeret med grænseflader ved hjælp af VLAN-tagging til datanetværk.

Under konverteringen opdaterede PFxM 4.x datanetværksgrænsefladerne på disse ældre noder til VLAN-mærkede SLES-grænseflader, men de tilknyttede switchporte forblev konfigureret som adgangsporte. Denne betingelse forårsagede, at noden i konvertering blev isoleret fra datanetværkene, hvilket forhindrede afslutningen af konverteringsprocessen.

Denne procedure giver en klar, gentagelig, feltklar metode til at standardisere alle noder – især dem, der oprindeligt blev bygget under 3.x v1-netværk – til det PFxM 4.x VLAN-mærkede design for at sikre ensartet og pålidelig drift af datanetværket.

• PowerFlex-klynge blev oprindeligt implementeret under PFxM 3.x med umærkede Data1/Data2-netværk (adgangs-VLAN er).
• Klyngen blev senere opgraderet til PFxM 4.x, som forventer VLAN-mærkede datanetværk.
• Yderligere noder tilføjet under PFxM 4.x med VLAN-mærkede datanetværk på trunk-switchporte.
• OS-konvertering fra CentOS til SLES bevarede ikke umærket konfiguration på noder, mens der stadig var brug af adgangs-VLAN-switchporte.

Klyngen indeholder en blanding af noder, der bruger ikke-mærkede datanetværk, og noder, der bruger VLAN-mærkede datanetværk. Når noder, der blev implementeret med grænseflader, der ikke brugte VLAN-tags, blev opgraderet, blev grænsefladeindstillingen konverteret til at bruge VLAN-tags. Switch-port-interfacekonfigurationen blev ikke konverteret fra adgangstilstand til trunk-tilstand. Dette skabte en forkert tilknytning af data-VLAN'er mellem nodegrænsefladen og switchporten. Dette forårsagede isolering fra datanetværk for de berørte noder. Miljøet har nu brug for en kontrolleret afhjælpning knude for node for at standardisere VLAN-funktionsmåden.

OS-konverteringsprocessen opdaterer værts-NIC-mærkning, men opdaterer eller validerer ikke switchport-tilstand, hvilket fører til en uoverensstemmelse mellem værts-VLAN-konfigurationer og switch-VLAN-forventningerne.

Udfør følgende trin for hver berørt node. Afhjælp kun én node ad gangen for at bevare klyngeredundans og undgå unødvendige genopbygninger.

Forhåndskontrol

• Kontrollér, at klyngen er sund (ingen genopbygninger i gang, alle SDS er online).
• Identificer noder, der stadig bruger ikke-mærkede datanetværk (f.eks.: IP'er konfigureret direkte på p2p2/em2 uden. VLAN-suffiks)
• Registrer nodens Data1 IP-adresse og Data2 IP-adresse.
• Sikkerhedskopiere konfigurationsfilerne til værtsnetværket (f.eks.: /etc/sysconfig/network scripts/ifcfg-*).
• Registrere aktuel switchport-konfiguration for nodens Data1- og Data2-porte til annullering, hvis det er nødvendigt.
• Bekræft de VLAN-id er, der bruges til Data1 og Data2 (f.eks.: Data1 = 152, Data2 = 160)

Netværks- og værtsændringer:

Sæt noden i vedligeholdelsestilstand

Brug PowerFlex Manager til at sætte noden i vedligeholdelsestilstand.

Bekræft, at sikkerhedsdatabladet på denne node er under vedligeholdelse, og at der ikke er påbegyndt nogen genopbygningshandlinger.

Opdater switchporte fra adgang til trunk.

På switchen skal du opdatere Data1- og Data2-portene for denne node.

Konverter Data1- og Data2-switchporte fra adgangstilstand til trunk-tilstand.

• Sørg for, at data-VLAN'er (f.eks. 152 og 160) er inkluderet på listen over tilladte VLAN-enheder for trunken.
• Sørg for, at den korrekte switchport er identificeret (f.eks. nodegrænsefladen p2p2 forbindes til switchporten Ethernet 1/1)
• Kontroller, at MTU er indstillet til 9216 (eller miljøstandard) på switchen.
• Aktivér kantstamme, der spænder over hele træet, bpduguard og beskyttelsesrod i henhold til designet.

Eksempel på data 1 (før):

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

Eksempel på 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

Eksempel på udførelsesscript til ændring af indstillinger for 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

Opdater netværkskonfiguration for værts-OS

• Backup nuværende netværk files.cd /etc/sysconfig/network-scripts/
• Rediger og omdøb netværksgrænsefladefiler.
• Genstart netværket.
• Valider datanetværksstier.

• Log på den første SDS-node
• Gennemse grænseflade, der bruges:
• Vis aktuelle grænseflader og IP-adresse:

ip address

• Gennemgå statiske ruter, og registrer dem.
• Skift til netværksfilmappen:

cd /etc/sysconfig/network-scripts/

Gennemse aktuelle netværksfiler:

ls -ltr

Sikkerhedskopiér aktuel netværksfil

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

Omdøb den aktuelle netværksfil.

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

Eksempel:

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

Rediger netværksfil.

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

Eksempel:

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

Opdater enhedsnavnet med <punktum>vlan id, og indsæt VLAN = ja

DEVICE=em2.152

VLAN=yes

Afslut og gem filen.

:wq!

Gentag for andet datanetværk

Genstart netværket, og valider

Genstart netværkstjenesten på værten, eller udfør en kontrolleret genstart.

Konfiguration af statiske ruter

Udfør ssh til SDS-noden.

Kør følgende kommando:

ip route

Sørg for, at ingen ruter henviser til umærkede grænseflader (f.eks. em2, p2p2). Alle ruter skal referere til tilsvarende VLAN-mærkede ruter.

Eksempel 

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

Netværksvalideringer

Kontroller, at VLAN-grænsefladerne (f.eks. p2p2.152 og em2.160) kører.

Eksempel

 ip address

Fra værten skal du pinge en kendt peer eller på hvert VLAN ved hjælp af interface-sourcede pings.

Eksempel

ping -I p2p2.152 <peer>

Valgfri: Test en jumbo-frame MTU ved hjælp af ping med en stor nyttelast.

Eksempel

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

Afslut vedligeholdelsestilstand

 I PowerFlex Manager skal du kontrollere SDS og enhedens tilstand på noden.

 Afslut vedligeholdelsestilstand for noden.

 Overvåg for advarsler, SDS genstarter eller linkflapper i flere minutter.

Gentag fremgangsmåden for de resterende noder

Gentag fremgangsmåden for hver tilbageværende node, der stadig bruger ikke-kodede datanetværk, indtil hele klyngen er standardiseret til VLAN-mærkede datagrænseflader, der er i overensstemmelse med PFxM 4.x-designet.

Valideringstestplan (oversigt)

• MTU-validering: Bekræft, at VLAN-grænseflader bruger MTU 9000, og jumboping-tests lykkes for peers på Data1 og Data2.
• SDS-validering: Bekræft, at SDS er tilsluttet, at der ikke sker genstart, og at enhedsstier er justeret.
• Netværksforbindelsen: Bekræft øst-vest-forbindelsen til flere peers på begge data-VLAN er (ping fra p2p2.152 og em2.160).
• Failover: Deaktiver midlertidigt Data1- og Data2-grænseflader én ad gangen for at bekræfte, at SDS forbliver online ved hjælp af den resterende sti, og redundans gendannes efter genaktivering.
• SCR/PFxM: Kør SCR- og PowerFlex Manager-helbredstjek for at bekræfte, at der ikke er nogen VLAN-/MTU-/netværksrelaterede fejl.

Berørte platforme/versioner

– PowerFlex 3.6.x/3.7.x/3.8.x-noder, der oprindeligt blev implementeret med VLAN'er
i adgangstilstand- PowerFlex 4.x PFMP-konverteringer til SLES-
Dell R640/R740-servere
- Cisco Nexus-switche, Dell OS10-baserede switche

Fast i version

4.6.2.1