PowerFlex: Standardisere VLAN-merking av data etter PFxM-oppgradering og OS-konvertering

Under konverteringen av operativsystemet fra CentOS til SLES ble det identifisert at en node som opprinnelig ble bygget under PowerFlex Manager (PFxM) 3.x ved hjelp av v1-nettverk, der Data1- og Data2-nettverk ikke var merket og koblet til VLAN-svitsjporter – ikke ble uendret til PFxM 4.x-nettverksmodellen. Disse eldre nodene fortsatte å stole på umerkede grensesnitt for datanettverk, mens nyere noder lagt til under PFxM 4.x ble distribuert med grensesnitt ved hjelp av VLAN-merking for datanettverk.

Under konverteringen oppdaterte PFxM 4.x datanettverksgrensesnittene på disse eldre nodene til VLAN-merkede SLES-grensesnitt, men de tilknyttede svitsjportene forble konfigurert som tilgangsporter. Denne tilstanden førte til at noden i konverteringen ble isolert fra datanettverkene, noe som forhindret fullføring av konverteringsprosessen.

Denne fremgangsmåten gir en klar, repeterbar og feltklar metode for å standardisere alle noder – spesielt de som opprinnelig ble bygget under 3.x v1-nettverk – til PFxM 4.x VLAN-merket design for å sikre konsekvent og pålitelig drift av datanettverk.

• PowerFlex-klynge ble opprinnelig distribuert under PFxM 3.x med umerkede Data1/Data2-nettverk (tilgangs-VLAN-er).
• Klyngen ble senere oppgradert til PFxM 4.x, som forventer VLAN-merkede datanettverk.
• Ekstra noder lagt til under PFxM 4.x med VLAN-merkede datanettverk på svitsjporter fra stammen.
• Konvertering av operativsystemet fra CentOS til SLES bevarte ikke umerket konfigurasjon på noder mens du fremdeles brukte tilgang til VLAN-svitsjporter.

Klyngen inneholder en blanding av noder som bruker umerkede datanettverk og noder som bruker VLAN-merkede datanettverk. Når noder som ble distribuert med grensesnitt som ikke bruker VLAN-koder, ble oppgradert, ble grensesnittinnstillingen konvertert til å bruke VLAN-koder. Konfigurasjonen av grensesnittet for svitsjporten ble ikke konvertert fra tilgangsmodus til trunk-modus. Dette skapte en feil tilordning av data VLAN mellom nodegrensesnittet og svitsjporten. Dette førte til isolering fra datanettverk for de berørte nodene. Miljøet trenger nå en kontrollert, node-for-node-utbedring for å standardisere VLAN-atferden.

OS-konverteringsprosessen oppdaterer verts-NIC-merkingen, men oppdaterer eller validerer ikke switchport-modus, noe som fører til manglende samsvar mellom verts-VLAN-konfigurasjoner og svitsjenes VLAN-forventninger.

Utfør følgende trinn for hver berørte node. Utbedre bare én node om gangen for å opprettholde klyngeredundans og unngå unødvendige gjenoppbygginger.

Forhåndskontroll

• Kontroller at klyngen er i god stand (ingen gjenoppbygging pågår, alle SDS-er tilkoblet).
• Identifisere noder som fortsatt bruker umerkede datanettverk (for eksempel: IP-er konfigurert direkte på p2p2/em2 uten. VLAN-suffiks)
• Registrer nodens Data1 IP-adresse og Data2 IP-adresse.
• Sikkerhetskopier konfigurasjonsfilene for vertsnettverket (for eksempel: /etc/sysconfig/network scripts/ifcfg-*).
• Registrere gjeldende svitsjportkonfigurasjon for nodens Data1- og Data2-porter for tilbakerulling om nødvendig.
• Bekreft VLAN-ID-ene som brukes for Data1 og Data2 (for eksempel: Data1 = 152, Data2 = 160)

Nettverks- og vertsendringer:

Sett noden i vedlikeholdsmodus

Bruk PowerFlex Manager til å sette noden i vedlikeholdsmodus.

Bekreft at SDS på denne noden er i vedlikehold, og at ingen gjenoppbyggingsoperasjoner har startet.

Oppdater bryterporter fra tilgang til bagasjerom.

Oppdater Data1- og Data2-portene for denne noden på svitsjen.

Konverter Data1- og Data2-svitsjporter fra tilgangsmodus til trunk-modus.

• Kontroller at Data VLAN-nettverk (f.eks. 152 og 160) er inkludert i VLAN-listen over tillatte bagasjerom.
• Kontroller at riktig svitsjport er identifisert (for eksempel nodegrensesnitt p2p2 kobles til svitsjport Ethernet 1/1)
• Kontroller at MTU er angitt til 9216 (eller miljøstandard) på svitsjen.
• Aktiver spanning-tree edge trunk, bpduguard og guard root i henhold til design.

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 (etter):

 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å utførelsesskript for å endre innstillinger for svitsjport.

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

Oppdatere verts-OS-nettverkskonfigurasjonen

• Backup gjeldende nettverk files.cd / etc / sysconfig / network-scripts /
• Rediger og gi nytt navn til nettverksgrensesnittfiler.
• Start nettverkene på nytt.
• Validere datanettverksbaner.

• Logg på den første SDS-noden
• Gjennomgå grensesnittet som brukes:
• Vis gjeldende grensesnitt og IP-adresse:

ip address

• Se gjennom statiske ruter og registrer dem.
• Bytt til nettverksfilkatalogen:

cd /etc/sysconfig/network-scripts/

Se gjennom gjeldende nettverksfiler:

ls -ltr

Sikkerhetskopier gjeldende nettverksfil

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

Gi nytt navn til gjeldende nettverksfil.

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 nettverksfilen.

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

Eksempel:

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

Oppdater enhetsnavn med <dot>vlan id og sett inn VLAN = yes

DEVICE=em2.152

VLAN=yes

Avslutt og lagre filen.

:wq!

Gjenta for annet datanettverk

Start nettverket på nytt og valider

Start nettverkstjenesten på nytt på verten eller utfør en kontrollert omstart.

Konfigurasjon av statiske ruter

Utfør ssh til SDS-noden.

Kjør følgende kommando:

ip route

Sørg for at ingen ruter refererer til umerkede grensesnitt (f.eks. em2, p2p2). Alle ruter må referere til VLAN-merkede ekvivalenter.

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

Nettverksvalideringer

Kontroller at VLAN-grensesnittene (for eksempel p2p2.152 og em2.160) er oppe.

Eksempel

 ip address

Ping en kjent node fra verten eller på hver VLAN ved hjelp av grensesnitt-hentet ping.

Eksempel

ping -I p2p2.152 <peer>

Valgfritt: Test en MTU med jumboramme ved hjelp av ping med stor nyttelast.

Eksempel

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

Avslutt vedlikeholdsmodus

 I PowerFlex Manager kontrollerer du SDS og enhetstilstanden på noden.

 Avslutt vedlikeholdsmodus for noden.

 Overvåk for varsler, SDS starter på nytt eller kobler klaffer i flere minutter.

Gjenta for gjenværende noder

Gjenta prosessen for hver gjenværende node som fortsatt bruker umerkede datanettverk, til hele klyngen er standardisert til VLAN-merkede datagrensesnitt som samsvarer med PFxM 4.x-designen.

Valideringstestplan (sammendrag)

• MTU-validering: Bekrefte at VLAN-grensesnitt bruker MTU 9000, og jumbo ping-tester lykkes med jevnaldrende på Data1 og Data2.
• SDS-validering: Bekreft at SDS er koblet til, at ingen omstarter og at enhetsbanene er justert.
• Nettverkstilkobling: Kontrollere øst-vest-tilkobling til flere noder på begge Data VLAN-ene (ping fra p2p2.152 og em2.160).
• Failover: Deaktiver midlertidig grensesnittene for data1 og Data2, ett etter ett for å bekrefte at SDS forblir tilkoblet ved hjelp av den gjenværende banen, og at redundansen gjenopprettes etter at de er aktivert på nytt.
• SCR/PFxM: Kjør SCR- og PowerFlex Manager-tilstandskontroller for å bekrefte at det ikke er noen VLAN/MTU/nettverksrelaterte feil.

Berørte plattformer/versjoner

– PowerFlex 3.6.x/3.7.x / 3.8.x-noder opprinnelig distribuert med tilgangsmodus VLAN-er
– PowerFlex 4.x PFMP-konverteringer til SLES-Dell
R640/R740-servere
– Cisco Nexus-svitsjer, Dell OS10-baserte svitsjer

Løst i versjon

4.6.2.1