PowerFlex: Standardizzazione dell'etichettatura VLAN dei dati dopo l'aggiornamento di PFxM e la conversione del sistema operativo

Durante la conversione del sistema operativo da CentOS a SLES, è stato identificato che qualsiasi nodo originariamente costruito in PowerFlex Manager (PFxM) 3.x con rete v1, in cui le reti Data1 e Data2 erano prive di tag e connesse per accedere alle switchport VLAN, non eseguiva una transizione pulita al modello di rete PFxM 4.x. Questi nodi legacy hanno continuato a fare affidamento su interfacce senza tag per le reti di dati, mentre i nodi più recenti aggiunti in PFxM 4.x sono stati implementati con interfacce che utilizzano l'etichettatura VLAN per le reti di dati.

Durante la conversione, PFxM 4.x ha aggiornato le interfacce di rete dati su questi nodi legacy alle interfacce SLES con tag VLAN, ma le porte degli switch associate sono rimaste configurate come porte di accesso. Questa condizione causava l'isolamento del nodo in conversione dalle reti di dati, impedendo il completamento del processo di conversione.

Questa procedura fornisce un metodo chiaro, ripetibile e pronto per il campo per standardizzare tutti i nodi, in particolare quelli originariamente creati in rete 3.x v1, nella progettazione con tag VLAN PFxM 4.x per garantire un funzionamento coerente e affidabile della rete di dati.

• Cluster PowerFlex originariamente implementato in PFxM 3.x con reti Data1/Data2 senza tag (VLAN di accesso).
• Il cluster è stato successivamente aggiornato a PFxM 4.x, che prevede reti di dati con tag VLAN.
• Ulteriori nodi aggiunti in PFxM 4.x con reti di dati con tag VLAN sulle switchport trunk.
• La conversione del sistema operativo da CentOS a SLES non ha mantenuto la configurazione senza tag sui nodi pur continuando a utilizzare le porte degli switch VLAN di accesso.

Il cluster contiene una combinazione di nodi che utilizzano reti di dati senza tag e nodi che utilizzano reti di dati con tag VLAN. Quando i nodi implementati con interfacce che non utilizzano tag VLAN sono stati aggiornati, l'impostazione dell'interfaccia è stata convertita per utilizzare tag VLAN. La configurazione dell'interfaccia della porta dello switch non è stata convertita dalla modalità di accesso alla modalità trunk. Ciò creava un mapping errato delle VLAN di dati tra l'interfaccia del nodo e la porta dello switch. Ciò causava l'isolamento dalle reti dati per i nodi interessati. L'ambiente necessita ora di una correzione controllata, nodo per nodo, per standardizzare il comportamento della VLAN.

Il processo di conversione del sistema operativo aggiorna l'etichettatura della scheda di rete dell host ma non aggiorna o convalida la modalità switchport, causando una mancata corrispondenza tra le configurazioni VLAN host e le aspettative VLAN dello switch.

Attenersi alla seguente procedura per ogni nodo interessato. Correggere solo un nodo alla volta per mantenere la ridondanza del cluster ed evitare ricostruzioni non necessarie.

Controlli preliminari

• Verificare che il cluster sia integro (nessuna ricostruzione in corso, tutti gli SDS sono online).
• Identificare i nodi che utilizzano ancora reti di dati senza tag (ad esempio: IP configurati direttamente su p2p2/em2 senza. Suffisso VLAN)
• Registrare l'indirizzo IP Data1 e l'indirizzo IP Data2 del nodo.
• Eseguire il backup dei file di configurazione della rete host (ad esempio: /etc/sysconfig/network scripts/ifcfg-*).
• Acquisire la configurazione corrente dello switchport per le porte Data1 e Data2 del nodo per il rollback, se necessario.
• Confermare gli ID VLAN utilizzati per Data1 e Data2 (ad esempio: Data1 = 152, Data2 = 160)

Modifiche alla rete e all'host:

Impostazione del nodo in modalità di manutenzione

Utilizzare PowerFlex Manager per impostare il nodo in modalità di manutenzione.

Verificare che l SDS su questo nodo sia in manutenzione e che non siano state avviate operazioni di ricostruzione.

Aggiornare le porte dello switch dall'accesso al trunk.

Sullo switch, aggiornare le porte Data1 e Data2 per questo nodo.

Convertire le porte degli switch Data1 e Data2 dalla modalità di accesso alla modalità trunk.

• Assicurarsi che le VLAN dati (ad esempio, 152 e 160) siano incluse nell'elenco delle VLAN consentite del trunk.
• Verificare che sia identificata la porta dello switch corretta (ad esempio, l'interfaccia del nodo p2p2 si connette alla porta dello switch Ethernet 1/1)
• Verificare che MTU sia impostato su 9216 (o standard ambientale) sullo switch.
• Abilitare spanning-tree edge trunk, bpduguard e guard root come da progettazione.

Esempio per i dati 1 (prima):

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

Esempio per data1 (dopo):

 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

Esempio di script di esecuzione per modificare le impostazioni delle porte dello switch.

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

Aggiornamento della configurazione di rete del sistema operativo host

• Backup del files.cd di rete corrente /etc/sysconfig/network-scripts/
• Modificare e rinominare i file dell'interfaccia di rete.
• Riavviare la rete.
• Convalidare i percorsi della rete dati.

• Accesso al primo nodo SDS
• Esaminare l'interfaccia in uso:
• Visualizzare le interfacce correnti e l'indirizzo IP:

ip address

• Rivedere le route statiche e registrarle.
• Passare alla directory del file di rete:

cd /etc/sysconfig/network-scripts/

Esaminare i file di rete correnti:

ls -ltr

Eseguire il backup del file di rete corrente

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

Rinominare il file di rete corrente.

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

Esempio:

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

Modificare il file di rete.

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

Esempio:

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

Aggiornare il nome del dispositivo con <l'ID vlan punto>e inserire VLAN=yes

DEVICE=em2.152

VLAN=yes

Uscire e salvare il file.

:wq!

Ripetere la procedura per un'altra rete di dati

Riavviare la rete e convalidare

Riavviare il servizio di rete sull host o eseguire un riavvio controllato.

Configurazione di route statiche

Eseguire l'SSH sul nodo SDS.

Eseguire il seguente comando:

ip route

Accertarsi che nessuna route faccia riferimento a interfacce senza tag (ad esempio, em2, p2p2). Tutte le route devono fare riferimento a equivalenti con tag VLAN.

Esempio 

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

Convalide di rete

Verificare che le interfacce VLAN (ad esempio, p2p2.152 e em2.160) siano attive.

Esempio

 ip address

Dall host, eseguire il ping di un peer noto o su ciascuna VLAN utilizzando i ping originati dall'interfaccia.

Esempio

ping -I p2p2.152 <peer>

Opzionale: Testare una MTU di frame jumbo utilizzando il ping con un payload di grandi dimensioni.

Esempio

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

Uscita dalla modalità di manutenzione

 In PowerFlex Manager, verificare l'SDS e lo stato del dispositivo sul nodo.

 Uscire dalla modalità di manutenzione per il nodo.

 Monitorare gli avvisi, il riavvio dell SDS o i lembi dei link per alcuni minuti.

Ripetere la procedura per i nodi rimanenti

Ripetere la procedura per ogni nodo rimanente che utilizza ancora reti di dati senza tag fino a quando l'intero cluster non è standardizzato per interfacce di dati con tag VLAN coerenti con la progettazione PFxM 4.x.

Test Plan di convalida (riepilogo)

• Convalida MTU: Verificare che le interfacce VLAN utilizzino MTU 9000 e che i test ping jumbo abbiano esito positivo per i peer su Data1 e Data2.
• Convalida SDS: Verificare che l SDS sia connesso, che non si verifichino riavvii e che i percorsi dei dispositivi siano allineati.
• Connettività di rete: Verificare la connettività est-ovest a più peer su entrambe le VLAN dati (ping da p2p2.152 e em2.160).
• Failover: Disabilitare temporaneamente le interfacce Data1 e Data2 una alla volta per confermare che l SDS rimanga online utilizzando il percorso rimanente e che la ridondanza venga ripristinata dopo la riattivazione.
• SCR/PFxM: Eseguire i controlli di integrità di SCR e PowerFlex Manager per verificare che non vi siano errori relativi a VLAN/MTU/rete.

Piattaforme/versioni interessate

- Nodi PowerFlex 3.6.x/3.7.x/3.8.x originariamente implementati con VLAN
in modalità di accesso - Conversioni PFMP di PowerFlex 4.x in SLES
- Server
Dell R640/R740 - Switch Cisco Nexus, switch basati su Dell OS10

Risolto nella versione

4.6.2.1