NVIDIA SN2100 클러스터 스위치를 스위치가 없는 연결로 교체합니다
변경 제안
PDF
ONTAP 9.3 이상을 위해 스위치 클러스터 네트워크가 있는 클러스터에서 두 노드가 직접 연결된 클러스터로 마이그레이션할 수 있습니다.
요구사항 검토
다음 지침을 검토하십시오.
-
스위치가 없는 2노드 클러스터 구성으로 마이그레이션할 경우 무중단 운영이 가능합니다. 대부분의 시스템에는 각 노드에 2개의 전용 클러스터 인터커넥트 포트가 있지만 4개, 6개 또는 8개 같이 각 노드에 더 많은 수의 전용 클러스터 인터커넥트 포트가 있는 시스템에 대해서는 이 절차를 사용할 수 있습니다.
-
스위치가 없는 클러스터 인터커넥트 기능을 2개 이상의 노드에서 사용할 수 없습니다.
-
클러스터 인터커넥트 스위치를 사용하고 ONTAP 9.3 이상을 실행하는 기존 2노드 클러스터가 있는 경우 스위치를 노드 간 직접 백 투 백 연결로 대체할 수 있습니다.
-
클러스터 스위치로 연결된 2개의 노드로 구성된 정상적인 클러스터 노드는 동일한 ONTAP 릴리즈를 실행 중이어야 합니다.
-
필요한 수의 전용 클러스터 포트가 있는 각 노드는 시스템 구성을 지원하기 위해 이중 클러스터 인터커넥트 연결을 제공합니다. 예를 들어, 각 노드에 전용 클러스터 인터커넥트 포트 2개가 있는 시스템의 경우 이중화 포트 2개가 있습니다.
스위치를 마이그레이션합니다
다음 절차에서는 2노드 클러스터에서 클러스터 스위치를 제거하고 스위치에 대한 각 연결을 파트너 노드에 대한 직접 연결로 교체합니다.
다음 절차의 예는 클러스터 포트로 "e0a" 및 "e0b"를 사용하는 노드를 보여줍니다. 노드가 시스템에 따라 다를 수 있으므로 서로 다른 클러스터 포트를 사용하고 있을 수 있습니다.
1단계: 마이그레이션 준비
-
권한 수준을 고급으로 변경하고 계속할 것인지 묻는 메시지가 표시되면 y를 입력합니다.
세트 프리빌리지 고급
고급 프롬프트 '*>'가 나타납니다.
-
ONTAP 9.3 이상에서는 기본적으로 활성화되어 있는 스위치가 없는 클러스터에 대한 자동 감지를 지원합니다.
고급 권한 명령을 실행하여 스위치가 없는 클러스터 검색이 활성화되었는지 확인할 수 있습니다.
'네트워크 옵션 detect-switchless-cluster show'
예제 보기
다음 예제 출력은 옵션이 활성화되어 있는지 여부를 보여 줍니다.
cluster::*> network options detect-switchless-cluster show (network options detect-switchless-cluster show) Enable Switchless Cluster Detection: true
"스위치 없는 클러스터 검색 활성화"가 인 경우
false, NetApp 지원 부서에 문의하십시오. -
이 클러스터에서 AutoSupport가 활성화되어 있는 경우 AutoSupport 메시지를 호출하여 자동 케이스 생성을 억제합니다.
'System node AutoSupport invoke -node * -type all-message MAINT=<number_of_hours>h'
여기서 h는 유지 보수 기간(시간)입니다. 이 메시지는 유지 관리 작업 중에 자동 케이스 생성이 억제될 수 있도록 기술 지원 부서에 이 유지 관리 작업을 알립니다.
다음 예제에서는 명령이 2시간 동안 자동 케이스 생성을 억제합니다.
예제 보기
cluster::*> system node autosupport invoke -node * -type all -message MAINT=2h
2단계: 포트 및 케이블 연결 구성
-
각 스위치의 클러스터 포트를 그룹으로 구성하여 group1의 클러스터 포트가 클러스터 스위치 1로 이동하고 group2의 클러스터 포트가 클러스터 스위치 2로 이동합니다. 이러한 그룹은 절차의 뒷부분에서 필요합니다.
-
클러스터 포트를 식별하고 링크 상태 및 상태를 확인합니다.
네트워크 포트 표시 - IPSpace 클러스터
클러스터 포트 "e0a" 및 "e0b"가 있는 노드의 경우 한 그룹이 "node1:e0a" 및 "node2:e0a"로 식별되고 다른 그룹은 "node1:e0b" 및 "node2:e0b"로 식별됩니다. 노드가 시스템에 따라 다르기 때문에 서로 다른 클러스터 포트를 사용할 수 있습니다.
포트 값이 인지 확인합니다
up"링크" 열 및 의 값healthy"상태" 열에 표시됩니다.예제 보기
cluster::> network port show -ipspace Cluster Node: node1 Ignore Speed(Mbps) Health Health Port IPspace Broadcast Domain Link MTU Admin/Oper Status Status ----- --------- ---------------- ----- ----- ----------- ------- ------- e0a Cluster Cluster up 9000 auto/10000 healthy false e0b Cluster Cluster up 9000 auto/10000 healthy false Node: node2 Ignore Speed(Mbps) Health Health Port IPspace Broadcast Domain Link MTU Admin/Oper Status Status ----- --------- ---------------- ----- ----- ----------- ------- ------- e0a Cluster Cluster up 9000 auto/10000 healthy false e0b Cluster Cluster up 9000 auto/10000 healthy false 4 entries were displayed. -
모든 클러스터 LIF가 홈 포트에 있는지 확인합니다.
각 클러스터 LIF에 대해 "홈" 열이 "참"인지 확인합니다.
'network interface show-vserver Cluster-fields is-home'
예제 보기
cluster::*> net int show -vserver Cluster -fields is-home (network interface show) vserver lif is-home -------- ------------ -------- Cluster node1_clus1 true Cluster node1_clus2 true Cluster node2_clus1 true Cluster node2_clus2 true 4 entries were displayed.
홈 포트에 없는 클러스터 LIF가 있는 경우 이러한 LIF를 홈 포트로 되돌립니다.
'네트워크 인터페이스 되돌리기 - vserver Cluster-lif *'
-
클러스터 LIF에 대한 자동 되돌리기 기능 해제:
'network interface modify -vserver Cluster-lif * -auto-revert false'
-
이전 단계에 나열된 모든 포트가 네트워크 스위치에 연결되어 있는지 확인합니다.
'network device-discovery show -port_cluster_port_'
"검색된 장치" 열은 포트가 연결된 클러스터 스위치의 이름이어야 합니다.
예제 보기
다음 예에서는 클러스터 포트 "e0a" 및 "e0b"가 클러스터 스위치 "CS1" 및 "CS2"에 올바르게 연결되어 있음을 보여 줍니다.
cluster::> network device-discovery show -port e0a|e0b (network device-discovery show) Node/ Local Discovered Protocol Port Device (LLDP: ChassisID) Interface Platform --------- ------ ------------------------- ---------- ---------- node1/cdp e0a cs1 0/11 BES-53248 e0b cs2 0/12 BES-53248 node2/cdp e0a cs1 0/9 BES-53248 e0b cs2 0/9 BES-53248 4 entries were displayed. -
원격 클러스터 인터페이스의 연결을 확인합니다.
를 사용할 수 있습니다 network interface check cluster-connectivity 클러스터 연결에 대한 접근성 검사를 시작한 다음 세부 정보를 표시하는 명령입니다.
network interface check cluster-connectivity start 및 network interface check cluster-connectivity show
cluster1::*> network interface check cluster-connectivity start
-
참고: * 몇 초 동안 기다린 후
show명령을 실행하여 세부 정보를 표시합니다.
cluster1::*> network interface check cluster-connectivity show
Source Destination Packet
Node Date LIF LIF Loss
------ -------------------------- ---------------- ---------------- -----------
node1
3/5/2022 19:21:18 -06:00 node1_clus2 node2-clus1 none
3/5/2022 19:21:20 -06:00 node1_clus2 node2_clus2 none
node2
3/5/2022 19:21:18 -06:00 node2_clus2 node1_clus1 none
3/5/2022 19:21:20 -06:00 node2_clus2 node1_clus2 none
모든 ONTAP 릴리스에 대해 을 사용할 수도 있습니다 cluster ping-cluster -node <name> 연결 상태를 확인하는 명령:
cluster ping-cluster -node <name>
cluster1::*> cluster ping-cluster -node local Host is node2 Getting addresses from network interface table... Cluster node1_clus1 169.254.209.69 node1 e0a Cluster node1_clus2 169.254.49.125 node1 e0b Cluster node2_clus1 169.254.47.194 node2 e0a Cluster node2_clus2 169.254.19.183 node2 e0b Local = 169.254.47.194 169.254.19.183 Remote = 169.254.209.69 169.254.49.125 Cluster Vserver Id = 4294967293 Ping status: Basic connectivity succeeds on 4 path(s) Basic connectivity fails on 0 path(s) Detected 9000 byte MTU on 4 path(s): Local 169.254.47.194 to Remote 169.254.209.69 Local 169.254.47.194 to Remote 169.254.49.125 Local 169.254.19.183 to Remote 169.254.209.69 Local 169.254.19.183 to Remote 169.254.49.125 Larger than PMTU communication succeeds on 4 path(s) RPC status: 2 paths up, 0 paths down (tcp check) 2 paths up, 0 paths down (udp check)
-
'클러스터 링 쇼'
모든 단위는 마스터 또는 보조 단위여야 합니다.
-
그룹 1의 포트에 대해 스위치가 없는 구성을 설정합니다.
잠재적인 네트워킹 문제를 방지하려면, 그룹 1에서 포트를 분리한 후 가능한 한 빨리(예: 20초 이내에 *) 다시 연결해야 합니다. -
그룹 1의 포트에서 모든 케이블을 동시에 분리합니다.
다음 예제에서 케이블은 각 노드의 포트 "e0a"에서 분리되고 클러스터 트래픽은 각 노드의 스위치 및 포트 "e0b"를 통해 계속됩니다.
-
그룹 1의 포트를 후면에서 케이블로 연결합니다.
다음 예제에서 노드 1의 "e0a"는 노드 2의 "e0a"에 연결되어 있습니다.
-
-
스위치가 없는 클러스터 네트워크 옵션은 false에서 true로 전환됩니다. 이 작업은 최대 45초가 걸릴 수 있습니다. 스위치가 없는 옵션이 "참"으로 설정되어 있는지 확인합니다.
'network options switchless-cluster show'
다음 예는 스위치가 없는 클러스터가 활성화된 것을 보여줍니다.
cluster::*> network options switchless-cluster show Enable Switchless Cluster: true
-
원격 클러스터 인터페이스의 연결을 확인합니다.
를 사용할 수 있습니다 network interface check cluster-connectivity 클러스터 연결에 대한 접근성 검사를 시작한 다음 세부 정보를 표시하는 명령입니다.
network interface check cluster-connectivity start 및 network interface check cluster-connectivity show
cluster1::*> network interface check cluster-connectivity start
-
참고: * 몇 초 동안 기다린 후
show명령을 실행하여 세부 정보를 표시합니다.
cluster1::*> network interface check cluster-connectivity show
Source Destination Packet
Node Date LIF LIF Loss
------ -------------------------- ---------------- ---------------- -----------
node1
3/5/2022 19:21:18 -06:00 node1_clus2 node2-clus1 none
3/5/2022 19:21:20 -06:00 node1_clus2 node2_clus2 none
node2
3/5/2022 19:21:18 -06:00 node2_clus2 node1_clus1 none
3/5/2022 19:21:20 -06:00 node2_clus2 node1_clus2 none
모든 ONTAP 릴리스에 대해 을 사용할 수도 있습니다 cluster ping-cluster -node <name> 연결 상태를 확인하는 명령:
cluster ping-cluster -node <name>
cluster1::*> cluster ping-cluster -node local Host is node2 Getting addresses from network interface table... Cluster node1_clus1 169.254.209.69 node1 e0a Cluster node1_clus2 169.254.49.125 node1 e0b Cluster node2_clus1 169.254.47.194 node2 e0a Cluster node2_clus2 169.254.19.183 node2 e0b Local = 169.254.47.194 169.254.19.183 Remote = 169.254.209.69 169.254.49.125 Cluster Vserver Id = 4294967293 Ping status: Basic connectivity succeeds on 4 path(s) Basic connectivity fails on 0 path(s) Detected 9000 byte MTU on 4 path(s): Local 169.254.47.194 to Remote 169.254.209.69 Local 169.254.47.194 to Remote 169.254.49.125 Local 169.254.19.183 to Remote 169.254.209.69 Local 169.254.19.183 to Remote 169.254.49.125 Larger than PMTU communication succeeds on 4 path(s) RPC status: 2 paths up, 0 paths down (tcp check) 2 paths up, 0 paths down (udp check)
|
|
다음 단계로 진행하기 전에 2분 이상 기다린 후 그룹 1에서 역간 연결이 제대로 작동하는지 확인해야 합니다. |
-
그룹 2의 포트에 대해 스위치 없는 구성을 설정합니다.
잠재적인 네트워킹 문제를 방지하려면, 그룹 2에서 포트를 분리한 후 최대한 빨리 다시 연결해야 합니다(예: 20초 이내 *). -
그룹 2의 포트에서 모든 케이블을 동시에 분리합니다.
다음 예제에서 각 노드의 포트 "e0b"에서 케이블이 분리되고 클러스터 트래픽은 "e0a" 포트 간 직접 연결을 통해 계속됩니다.
-
그룹2의 포트를 후면에서 케이블로 연결합니다.
다음 예제에서 노드 1의 "e0a"는 노드 2의 "e0a"에 연결되고 노드 1의 "e0b"는 노드 2의 "e0b"에 연결됩니다.
-
3단계: 구성을 확인합니다
-
두 노드의 포트가 올바르게 연결되어 있는지 확인합니다.
'network device-discovery show -port_cluster_port_'
예제 보기
다음 예에서는 클러스터 포트 "e0a" 및 "e0b"이 클러스터 파트너의 해당 포트에 올바르게 연결되어 있음을 보여 줍니다.
cluster::> net device-discovery show -port e0a|e0b (network device-discovery show) Node/ Local Discovered Protocol Port Device (LLDP: ChassisID) Interface Platform ---------- ------ ------------------------- ---------- ---------- node1/cdp e0a node2 e0a AFF-A300 e0b node2 e0b AFF-A300 node1/lldp e0a node2 (00:a0:98:da:16:44) e0a - e0b node2 (00:a0:98:da:16:44) e0b - node2/cdp e0a node1 e0a AFF-A300 e0b node1 e0b AFF-A300 node2/lldp e0a node1 (00:a0:98:da:87:49) e0a - e0b node1 (00:a0:98:da:87:49) e0b - 8 entries were displayed. -
클러스터 LIF에 대한 자동 되돌리기 기능을 다시 설정합니다.
'network interface modify -vserver Cluster-lif * -auto-revert true'
-
모든 LIF가 홈 상태인지 확인합니다. 이 작업은 몇 초 정도 걸릴 수 있습니다.
'network interface show -vserver cluster -lif_lif_name_'
예제 보기
다음 예제에서 노드1_clus2 및 노드2_clus2에 대해 표시된 것처럼 "홈" 열이 "참"이면 LIF가 되돌려집니다.
cluster::> network interface show -vserver Cluster -fields curr-port,is-home vserver lif curr-port is-home -------- ------------- --------- ------- Cluster node1_clus1 e0a true Cluster node1_clus2 e0b true Cluster node2_clus1 e0a true Cluster node2_clus2 e0b true 4 entries were displayed.
클러스터 LIFS가 홈 포트로 반환되지 않은 경우 로컬 노드에서 수동으로 되돌립니다.
'network interface revert-vserver cluster-lif_lif_name_'
-
두 노드 중 하나의 시스템 콘솔에서 노드의 클러스터 상태를 확인합니다.
'클러스터 쇼'
예제 보기
다음 예는 두 노드의 epsilon을 "거짓"으로 보여 줍니다.
Node Health Eligibility Epsilon ----- ------- ----------- -------- node1 true true false node2 true true false 2 entries were displayed.
-
원격 클러스터 인터페이스의 연결을 확인합니다.
를 사용할 수 있습니다 network interface check cluster-connectivity 클러스터 연결에 대한 접근성 검사를 시작한 다음 세부 정보를 표시하는 명령입니다.
network interface check cluster-connectivity start 및 network interface check cluster-connectivity show
cluster1::*> network interface check cluster-connectivity start
-
참고: * 몇 초 동안 기다린 후
show명령을 실행하여 세부 정보를 표시합니다.
cluster1::*> network interface check cluster-connectivity show
Source Destination Packet
Node Date LIF LIF Loss
------ -------------------------- ---------------- ---------------- -----------
node1
3/5/2022 19:21:18 -06:00 node1_clus2 node2-clus1 none
3/5/2022 19:21:20 -06:00 node1_clus2 node2_clus2 none
node2
3/5/2022 19:21:18 -06:00 node2_clus2 node1_clus1 none
3/5/2022 19:21:20 -06:00 node2_clus2 node1_clus2 none
모든 ONTAP 릴리스에 대해 을 사용할 수도 있습니다 cluster ping-cluster -node <name> 연결 상태를 확인하는 명령:
cluster ping-cluster -node <name>
cluster1::*> cluster ping-cluster -node local Host is node2 Getting addresses from network interface table... Cluster node1_clus1 169.254.209.69 node1 e0a Cluster node1_clus2 169.254.49.125 node1 e0b Cluster node2_clus1 169.254.47.194 node2 e0a Cluster node2_clus2 169.254.19.183 node2 e0b Local = 169.254.47.194 169.254.19.183 Remote = 169.254.209.69 169.254.49.125 Cluster Vserver Id = 4294967293 Ping status: Basic connectivity succeeds on 4 path(s) Basic connectivity fails on 0 path(s) Detected 9000 byte MTU on 4 path(s): Local 169.254.47.194 to Remote 169.254.209.69 Local 169.254.47.194 to Remote 169.254.49.125 Local 169.254.19.183 to Remote 169.254.209.69 Local 169.254.19.183 to Remote 169.254.49.125 Larger than PMTU communication succeeds on 4 path(s) RPC status: 2 paths up, 0 paths down (tcp check) 2 paths up, 0 paths down (udp check)
-
자동 케이스 생성을 억제한 경우 AutoSupport 메시지를 호출하여 다시 활성화합니다.
'System node AutoSupport invoke-node * -type all-message maINT=end'
자세한 내용은 을 참조하십시오 "NetApp KB 문서 101010449: 예약된 유지 관리 창에서 자동 케이스 생성을 억제하는 방법".
-
권한 수준을 admin으로 다시 변경합니다.
'Set-Privilege admin'입니다