PowerFlex: PFxM 업그레이드 및 OS 전환 후 데이터 VLAN 태그 지정 표준화

OS를 CentOS에서 SLES로 변환하는 동안, 원래 v1 네트워킹을 사용하여 PowerFlex Manager(PFxM) 3.x에서 구축된 노드(Data1 및 Data2 네트워크는 태그가 지정되지 않고 VLAN 스위치 포트에 액세스하기 위해 연결됨)가 PFxM 4.x 네트워킹 모델로 완전히 전환되지 않는 것으로 확인되었습니다. 이러한 레거시 노드는 데이터 네트워크에 태그가 지정되지 않은 인터페이스에 계속 의존하는 반면, PFxM 4.x에서 추가된 새로운 노드는 데이터 네트워크에 VLAN 태그 지정을 사용하는 인터페이스와 함께 구축되었습니다.

변환하는 동안 PFxM 4.x는 이러한 레거시 노드의 데이터 네트워크 인터페이스를 VLAN 태그가 지정된 SLES 인터페이스로 업데이트했지만 연결된 스위치 포트는 액세스 포트로 구성된 상태로 유지되었습니다. 이 조건으로 인해 변환 중인 노드가 데이터 네트워크에서 격리되어 변환 프로세스가 완료되지 못했습니다.

이 절차는 일관되고 신뢰할 수 있는 데이터 네트워크 운영을 보장하기 위해 모든 노드, 특히 원래 3.x v1 네트워킹에서 구축된 노드를 PFxM 4.x VLAN 태그 설계로 표준화하는 명확하고 반복 가능하며 현장에서 바로 사용할 수 있는 방법을 제공합니다.

• PowerFlex 클러스터는 원래 태그가 지정되지 않은 Data1/Data2 네트워크(액세스 VLAN)를 사용하여 PFxM 3.x에 구축되었습니다.
• 클러스터는 나중에 PFxM 4.x로 업그레이드되었으며 여기에는 VLAN 태그가 지정된 데이터 네트워크가 필요합니다.
• 트렁크 스위치 포트의 VLAN 태그가 지정된 데이터 네트워크가 있는 PFxM 4.x 아래에 노드가 추가되었습니다.
• CentOS에서 SLES로의 OS 변환 시 액세스 VLAN 스위치 포트를 계속 사용하는 동안 노드에서 태그가 지정되지 않은 구성이 유지되지 않았습니다.

클러스터에는 태그가 지정되지 않은 데이터 네트워크를 사용하는 노드와 VLAN 태그가 지정된 데이터 네트워크를 사용하는 노드가 혼합되어 포함되어 있습니다. VLAN 태그를 사용하지 않는 인터페이스와 함께 배포된 노드를 업그레이드하면 VLAN 태그를 사용하도록 인터페이스 설정이 변환되었습니다. 스위치 포트 인터페이스 구성이 액세스 모드에서 트렁크 모드로 변환되지 않았습니다. 이로 인해 노드 인터페이스와 스위치 포트 간에 데이터 VLAN의 매핑이 잘못되었습니다. 이로 인해 영향을 받는 노드의 데이터 네트워크에서 격리되었습니다. 이제 환경에는 VLAN 동작을 표준화하기 위해 제어된 노드별 문제 해결이 필요합니다.

OS 변환 프로세스는 호스트 NIC 태그 지정을 업데이트하지만 switchport 모드를 업데이트하거나 검증하지 않으므로 호스트 VLAN 구성과 스위치 VLAN 기대치가 일치하지 않을 수 있습니다.

영향을 받는 각 노드에 대해 다음 단계를 수행합니다. 클러스터 이중화를 유지하고 불필요한 재구축을 방지하기 위해 한 번에 하나의 노드만 수정합니다.

사전 검사

• 클러스터가 정상(진행 중인 재구축 없음, 모든 SDS가 온라인 상태)인지 확인합니다.
• 태그가 지정되지 않은 데이터 네트워크를 계속 사용하는 노드를 식별합니다(예: 없는 p2p2/em2에서 직접 구성된 IP입니다. VLAN 접미사)
• 노드의 Data1 IP 주소와 Data2 IP 주소를 기록합니다.
• 호스트 네트워크 구성 파일을 백업합니다(예: /etc/sysconfig/network scripts/ifcfg-*)를 사용합니다.
• 필요한 경우 롤백을 위해 노드의 Data1 및 Data2 포트에 대한 현재 스위치 포트 구성을 캡처합니다.
• Data1 및 Data2에 사용되는 VLAN ID를 확인합니다(예: 데이터1 = 152, 데이터2 = 160)

네트워크 및 호스트 변경 사항:

노드를 유지 보수 모드로 전환

PowerFlex Manager를 사용하여 노드를 유지 보수 모드로 전환합니다.

이 노드의 SDS가 유지 보수 중이고 재구축 작업이 시작되지 않았는지 확인합니다.

액세스에서 트렁크로 스위치 포트를 업데이트합니다.

스위치에서 이 노드의 Data1 및 Data2 포트를 업데이트합니다.

Data1 및 Data2 스위치 포트를 액세스 모드에서 트렁크 모드로 전환합니다.

• 데이터 VLAN(예: 152 및 160)이 트렁크 허용 VLAN 목록에 포함되어 있는지 확인합니다.
• 올바른 스위치 포트가 식별되었는지 확인합니다(예: 노드 인터페이스 p2p2가 스위치 포트 이더넷 1/1에 연결됨).
• 스위치에서 MTU가 9216(또는 환경 표준)으로 설정되어 있는지 확인합니다.
• 설계에 따라 스패닝 트리 엣지 트렁크, bpduguard 및 가드 루트를 활성화합니다.

데이터 1(이전)의 예:

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

data1(이후)의 예:

 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

스위치 포트 설정을 변경하는 샘플 실행 스크립트입니다.

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

호스트 OS 네트워크 구성 업데이트

• 현재 네트워크 files.cd /etc/sysconfig/network-scripts/ 백업
• 네트워크 인터페이스 파일을 편집하고 이름을 바꿉니다.
• 네트워킹을 재시작합니다.
• 데이터 네트워크 경로를 검증합니다.

• 첫 번째 SDS 노드에 로그인합니다.
• 사용 중인 인터페이스를 검토합니다.
• 현재 인터페이스 및 IP 주소 표시:

ip address

• 정적 경로를 검토하고 기록합니다.
• 네트워크 파일 디렉토리로 변경합니다.

cd /etc/sysconfig/network-scripts/

현재 네트워크 파일 검토:

ls -ltr

현재 네트워크 파일 백업

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

현재 네트워크 파일의 이름을 바꿉니다.

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

예:

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

네트워크 파일을 편집합니다.

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

예:

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

디바이스 이름을 점>VLAN ID로 <업데이트하고 VLAN=yes 삽입

DEVICE=em2.152

VLAN=yes

파일을 종료하고 저장합니다.

:wq!

다른 데이터 네트워크에 대해 반복합니다.

네트워킹 재시작 및 검증

호스트에서 네트워크 서비스를 재시작하거나 제어된 재부팅을 수행합니다.

정적 라우트 구성

SDS 노드에 대해 ssh를 수행합니다.

다음 명령을 실행합니다.

ip route

태그가 지정되지 않은 인터페이스(예: em2, p2p2)를 참조하는 경로가 없는지 확인합니다. 모든 경로는 VLAN 태그가 지정된 동등한 경로를 참조해야 합니다.

예제 

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

네트워크 검증

VLAN 인터페이스(예: p2p2.152 및 em2.160)가 작동 중인지 확인합니다.

예제

 ip address

호스트에서 알려진 피어 또는 인터페이스 소스 ping을 사용하여 각 VLAN에서 ping합니다.

예제

ping -I p2p2.152 <peer>

*선택 사항: 대용량 페이로드와 함께 ping을 사용하여 점보 프레임 MTU를 테스트합니다.

예제

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

유지 보수 모드 종료

 PowerFlex Manager에서 노드의 SDS 및 디바이스 상태를 확인합니다.

 노드의 유지 보수 모드를 종료합니다.

 몇 분 동안 알림, SDS 재시작 또는 링크 플랩을 모니터링합니다.

나머지 노드에 대해 반복합니다.

전체 클러스터가 PFxM 4.x 설계와 일치하는 VLAN 태그 지정 데이터 인터페이스로 표준화될 때까지 태그가 지정되지 않은 데이터 네트워크를 사용하는 나머지 각 노드에 대해 반복합니다.

검증 테스트 계획서(요약)

• MTU 검증: VLAN 인터페이스가 MTU 9000을 사용하고 점보 ping 테스트가 Data1 및 Data2의 피어에 성공하는지 확인합니다.
• SDS 검증: SDS가 연결되어 있고, 재시작이 발생하지 않으며, 디바이스 경로가 정렬되어 있는지 확인합니다.
• 네트워크 연결: 두 데이터 VLAN의 여러 피어에 대한 East-West 연결을 확인합니다(p2p2.152 및 em2.160에서 ping).
• 장애 조치: Data1 및 Data2 인터페이스를 한 번에 하나씩 일시적으로 비활성화하여 SDS가 나머지 경로를 사용하여 온라인 상태로 유지되고 다시 활성화하면 이중화가 복원되는지 확인합니다.
• SCR/PFxM: SCR 및 PowerFlex Manager 상태 점검을 실행하여 VLAN/MTU/네트워크 관련 오류가 없는지 확인합니다.

영향을 받는 플랫폼/버전

- 원래 액세스 모드 VLAN과 함께 구축된
PowerFlex 3.6.x/3.7.x/3.8.x 노드- SLES
로 PowerFlex 4.x PFMP 변환- Dell R640/R740 서버
- Cisco Nexus 스위치, Dell OS10 기반 스위치

수정된 버전

4.6.2.1