PowerScale: Isilon: Isilon 클러스터 기반 분석: 네트워크 풀 - 병렬 업그레이드 지원

Network Pools - Parallel Upgrade Support          FAIL

CRITICAL: A parallel upgrade runs the risk of making one or more external networks temporarily unavailable. Affected pools: groupnet0.subnet0.pool1, groupnet0.subnet1.pool1, groupnet0.subnet1.pool2

• 이는 클러스터에 연결되지 않은 외부 네트워크가 있어 영향을 받는 네트워크 풀의 모든 노드가 동시에 재부팅될 위험이 있기 때문입니다.
• 이 경우 클라이언트는 해당 네트워크 풀과 연결된 SCZN(SmartConnect Zone Name)을 통해 클러스터에 액세스할 수 없습니다. 

중요한 정의:
 

• 디스크 풀:  클러스터 노드의 하위 집합 간에 분산된 디스크 모음입니다. 
• 보호 수준/정책: /ifs 파일 시스템의 모든 파일에는 보호 수준이 할당됩니다. OneFS는 단일 디스크 풀의 노드 및 드라이브의 파일 콘텐츠를 스트라이핑하거나 미러링합니다. 보호 레벨이 2d+1n인 파일은 둘러싸는 디스크 풀에서 드라이브 2개 또는 노드 1개가 다운되어도 파일을 계속 사용할 수 있도록 보장합니다.
• 이웃:  하나 이상의 디스크 풀을 완전히 포함하는 노드 세트입니다. 디스크 풀에 할당된 노드의 하위 집합이 다른 이웃에 할당된 노드의 하위 집합과 겹칠 수 있습니다. 환경 사이에는 디스크 풀이 중복되지 않습니다. 
• 디스크 풀 DB API 및 예약 디스크 풀 데이터베이스 API에는 업그레이드 프레임워크와 같은 클라이언트 애플리케이션이 디스크 풀의 보호를 위반하지 않고 노드 집합(즉, 재부팅) 또는 드라이브를 클러스터에서 제거할 수 있도록 하는 예약 기능이 있습니다.
• 분리형 외부 네트워크: 모든 디스크 풀에서 겹치지 않는 외부 인터페이스를 가진 노드 집합이 있는 경우 클러스터에는 분리형 외부 네트워크가 있는 것입니다.

• 병렬 업그레이드는 모든 노드에 새 운영 체제를 설치한 다음 노드의 하위 집합을 각 디스크 풀에서 최대 하나의 노드까지 동시에 재부팅합니다.
• 각 노드는 모든 노드가 업그레이드될 때까지 재부팅을 위한 예약을 시도합니다.  노드 하위 집합 및 예약은 디스크 풀 및 노드 가용성을 기반으로 합니다.
• 병렬 업그레이드 중에 재부팅되지 않는 노드 하위 집합은 온라인 상태로 유지되며 클라이언트 서비스를 계속할 수 있습니다.

• 클러스터에 연결되지 않은 외부 네트워크가 있습니다(KB 예: groupnet0.subnet0.pool1, groupnet0.subnet1.pool1, groupnet0.subnet1.pool2).
• 병렬 업그레이드 중에 영향을 받는 네트워크 풀의 모든 노드가 동시에 재부팅될 수 있기 때문에 해당 네트워크 풀에 DU 위험이 있을 수 있습니다(즉, 모두 디스크 풀을 예약하여 동시에 재부팅할 수 있음). 
• 이 경우 영향을 받는 네트워크 풀의 SCZN에 액세스할 수 없습니다. 

• 클러스터마다 네트워크 구성이 다르므로 솔루션이 클러스터마다 동일하지는 않습니다.
• 병렬 업그레이드 중에 분리형 네트워크 풀에서 DU가 발생하지 않도록 하기 위해 클러스터 및 외부 환경에서 네트워크 구성을 변경해야 하며, 일반적으로 고객 측에서 여러 건의 승인을 받아야 합니다.
• 이 KB 문서에는 위의 사항으로 인해 IOCA 검사 실패에 대한 직접적인 해결 방법이 포함되어 있지 않습니다.
• 그러나 일반적인 지침은 영향을 받는 네트워크 풀에서 최소 2개 이상의 노드의 외부 구성원 인터페이스가 동일한 이웃/장애 도메인에 있어야 해당 SmartConnect 네트워크 풀에 대한 비연결 네트워크/DU 위험을 방지할 수 있습니다(즉, 동일한 이웃/장애 도메인의 노드를 영향을 받는 네트워크 풀에 노드 추가). 
• 이 KB 문서에서는 영향을 받는 네트워크 풀에서 클러스터의 이웃/장애 도메인 및 구성원 노드를 확인하는 방법에 대한 명령을 제공합니다.

• 아래 명령을 사용하여 영향을 받는 네트워크 풀의 구성원 노드를 확인합니다(참고: "<network-pool 1 ID> | <네트워크 풀 2 ID> | <network-pool 3 ID>"를 IOCA 확인 세부 정보에서 영향을 받는 네트워크 풀 ID로 교체하고 '|' 문자를 사용하여 구분합니다. 

# isi network pools list -v | egrep -i 'ID: |ifaces' | egrep -A1 '<network-pool 1 ID> | <network-pool 2 ID> | <network-pool 3 ID>'

• 아래 명령을 실행하여 클러스터의 이웃을 확인합니다(참고: 교체 <IOCA 스크립트 위치> 및 <새 OneFS 버전을> 올바른 값으로 바꿉니다.) 

# perl <IOCA script location> -o <New OneFS version>,parallel  -e -r "checkNetworkParallelUpgrade"  

• 위 명령의 출력을 상호 참조하여 클러스터의 네트워크 풀에 수행해야 하는 변경 사항을 결정합니다.
• 빠른 해결 방법은 영향을 받는 네트워크 풀에 모든 클러스터 노드를 추가하는 것이지만, 외부 네트워크 환경에서 이러한 변경을 허용하지 않을 수 있기 때문에 일반적으로 쉽지는 않습니다.
• 필요한 변경 사항을 적용한 후 IOCA 검사를 다시 실행합니다.
• 필요한 변경 사항을 확인할 수 없는 경우 지원 부서에 케이스를 개설하여 추가 지원을 받으십시오.
• 테스트 시나리오에서 필요한 변경 사항을 결정하기 위한 아래 예:

1) Determine member nodes in affected network pools:
# isi network pools list -v | grep -i 'ID: |ifaces' | egrep -A1 'groupnet0.subnet0.pool1| groupnet0.subnet1.pool1| groupnet0.subnet1.pool2'
                     ID: groupnet0.subnet0.pool1
                 Ifaces: 1:10gige-agg-1, 2:10gige-agg-1, 4:10gige-agg-1, 3:10gige-agg-1
                     ID: groupnet0.subnet1.pool1
                 Ifaces: 37:10gige-agg-1, 38:10gige-agg-1, 39:10gige-agg-1, 40:10gige-agg-1
                     ID: groupnet0.subnet1.pool2
                 Ifaces: 37:10gige-agg-1, 38:10gige-agg-1, 39:10gige-agg-1, 40:10gige-agg-1

2) Run the IOCA check to determine cluster neighborhoods:
# perl IOCA -o 9.2.1.5,parallel -e -r "checkNetworkParallelUpgrade"
Isilon On-Cluster Analysis                        0.1395
Cluster Name                                      TestCluster
Cluster GUID                                      0050569b6db2ad086861001a2f1dd1d02473
Node Count                                        52
Current OneFS Version                             8.2.2.0
Destination OneFS Version                         9.2.1.5
Destination OneFS Version                         WARN
  WARN: There is a newer patch release available for OneFS 9.2.1: 9.2.1.9
Network Pools - Parallel Upgrade Support          FAIL
  CRITICAL: A parallel upgrade runs the risk of making one or more external networks temporarily unavailable. Affected pools: groupnet0.subnet0.pool1, groupnet0.subnet1.pool1, groupnet0.subnet1.pool2
  
  ==============================
  Node Neighborhoods
  ==============================
  1: [ 1, 7, 10, 16, 19, 24, 27, 31, 35, 40, 43, 45, 47 ]
  2: [ 2, 6, 9, 15, 18, 23, 26, 29, 33, 38, 41, 46, 48 ]
  3: [ 3, 5, 12, 14, 17, 22, 25, 30, 34, 37, 42, 50, 51 ]
  4: [ 4, 8, 11, 13, 20, 21, 28, 32, 36, 39, 44, 49, 52 ]

3) The possible resolution in this case would be to :

a) A quick fix would be to add all clusters nodes to the impacted network pools groupnet0.subnet0.pool1 & groupnet0.subnet1.pool1, groupnet0.subnet1.pool2
b) Add more nodes to affected network pools ( suggested nodes are based on neighborhood command output ) :

- Possible resolution to groupnet0.subnet0.pool1 : at least add node 7  to the network pool as node 7 exists in the same neighborhood as nodes 1
- Possible resolution to groupnet0.subnet1.pool1 : at least add node 34 to the network pool as node 34 exists in the same neighborhood as nodes 37
- Possible resolution to groupnet0.subnet1.pool2 : at least add node 33 to the network pool as node 33 exists in the same neighborhood as nodes 38

4) After applying the network changes, re-run the IOCA check to confirm that there are no issues:
# perl IOCA -o 9.2.1.5,parallel -e -r "checkNetworkParallelUpgrade"