일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | 7 |
8 | 9 | 10 | 11 | 12 | 13 | 14 |
15 | 16 | 17 | 18 | 19 | 20 | 21 |
22 | 23 | 24 | 25 | 26 | 27 | 28 |
29 | 30 | 31 |
- FTP7.5
- 터키여행
- nonpaged pool
- ftp7.5 장애조치 클러스터
- Session space
- paged pool
- windows debugging tool
- 프로세스 CPU 사용량
- Nested VM
- MSCS on VMWare
- Windows Server 2008
- failover cluster
- Windows Server 2016 Hyper-v Cluster
- windbg
- 클러스터
- 작업관리자
- windows media service
- LiveKD
- Xperf
- 인문고전
- Local TempDB
- cluster node as Domain controller
- SQL Server 2012R2 FCI
- SQL Server 2008
- 안철수
- dsquery
- Windows Server 2016
- Hyper-V
- windows update
- iSCSI target
- Today
- Total
류짱:Beyond MySelf
세 개 이상의 노드로 이루어진 클러스터에서의 장애 조치(failover) 동작 본문
클러스터 노드 구성원이 세 개 이상인 경우 그룹이 한 노드에서 다른 노드로 장애 조치될 때의 논리를 설명합니다. 그룹 이동은 그룹을 수동으로 이동시키는 관리자에 의해 또는 노드나 리소스의 실패로 인해 발생할 수 있습니다. 그룹 이동 목적지는 이러한 이동이 시작되는 방법과 기본 소유자 목록이 설정되었는지 여부에 따라 달라집니다.
노드 또는 리소스 실패가 있고 기본 소유자 목록이 설정되어 있습니다.
노드 또는 리소스 실패가 있고 기본 소유자 목록이 설정되지 않았습니다.
관리자가 수동으로 그룹을 "최상"으로 옮기고 기본 소유자 목록이 설정되어 있습니다.
관리자가 수동으로 그룹을 "최상"으로 옮기고 기본 소유자 목록이 설정되지 않았습니다.
노드 또는 리소스가 실패했고 기본 소유자 목록이 정의된 경우에는 클러스터 서비스가 그룹을 노드 목록의 다음 번 사용 가능한 노드로 장애 조치합니다. 노드 목록은 기본 사용자 목록과 그 다음에 해당 노드 ID별로 정렬된 나머지 노드로 구성되어 있습니다. 노드 ID는 노드가 클러스터에 가입할 때나 노드가 제거되거나 다시 추가될 때 정의됩니다.
레지스트리에서 \HKEY_LOCAL_MACHINE\Cluster\Nodes 키 아래 부분을 조사하면 노드 ID 순서를 볼 수 있습니다.
예를 들어, 6개의 노드로 구성된 클러스터를 갖고 있고 해당 노드들이 NodeA, NodeB, NodeC, NodeD, NodeE, NodeF의 순서로 설치되고 클러스터에 가입되었다고 가정해 보십시오. 또한 그룹이 NodeA, NodeC, NodeE를 기본 소유자로 나열한다고 가정해 보십시오.
이 정보에 따르면 해당 그룹의 노드 목록은 다음과 같이 됩니다.
NodeA - 기본 소유자 1
NodeC - 기본 소유자 2
NodeE - 기본 소유자 3
NodeB - 두 번째로 설치된 노드
NodeD - 네 번째로 설치된 노드
NodeF - 여섯 번째로 설치된 노드
이 시나리오에서 노드 실패나 리소스 실패가 발생하고 다시 시작 임계값에 도달하면 전체 그룹이 노드 목록에서 아래쪽의 다음 번 노드로 장애 조치됩니다. 예를 들어, NodeC에 실패한 리소스가 포함되어 있는 경우에는 전체 그룹이 NodeE로 장애 조치됩니다. NodeA가 기본 소유자 목록에 첫 번째로 나와 있더라도 NodeA로 장애 조치되지 않습니다. NodeE가 실패하면 그룹은 NodeA가 아니라 NodeB로 장애 조치됩니다.
시나리오 2
노드나 리소스가 실패하고 기본 소유자 목록이 설정되어 있지 않은 경우에는 그룹이 시나리오 1에서보다 더 노드 목록을 따릅니다. 노드 목록이 노드 ID에 따라서만 구성됩니다. 노드나 리소스가 실패하면 리소스가 하향 경로에 따라 노드 목록의 다음 번 노드로 장애 조치됩니다. 노드 목록에 마지막으로 나열된 노드가 실패하면 노드 목록의 첫 번째 노드에서 시작합니다.
NodeA - 첫 번째로 설치된 노드
NodeC - 두 번째로 설치된 노드
NodeE - 세 번째로 설치된 노드
NodeB - 네 번째로 설치된 노드
NodeD - 다섯 번째로 설치된 노드
NodeF - 여섯 번째로 설치된 노드
예를 들어, 앞에서 설명한 목록은 다른 클러스터 노드의 설치 순서를 갖고 있습니다. NodeE가 실패하면 Node E의 모든 그룹은 NodeF가 아니라 NodeB로 장애 조치됩니다.
시나리오 3
클러스터 관리자가 수동으로 그룹 이동을 선택하고 최상을 선택하며 기본 소유자 목록이 구성되어 있는 경우에는 그룹이 항상 노드 목록의 맨 위에서 시작합니다. 시나리오 1처럼 노드 목록이 기본 소유자 목록과 설치 순서로 구성되어 있습니다.
NodeA - 기본 소유자 1
NodeC - 기본 소유자 2
NodeE - 기본 소유자 3
NodeB - 두 번째로 설치된 노드
NodeD - 네 번째로 설치된 노드
NodeF - 여섯 번째로 설치된 노드
이 예에서 최상을 선택하면 그룹이 항상 NodeA로 이동하려고 합니다. 그룹이 이미 NodeA에 있거나 NodeA가 사용 불가능한 경우에는 해당 그룹이 NodeC로 이동하려고 합니다. 그룹이 NodeD에 있고 관리자가 그룹을 최상으로 이동하도록 선택한 경우에는 그룹이 NodeA로 이동합니다. NodeA, NodeC 또는 NodeE가 활성화되어 있지 않은 경우에는 NodeB나 NodeF 중 하나가 임의로 선택됩니다.
시나리오 4
클러스터 관리자가 수동으로 그룹 이동을 선택하고 최상을 선택하며 기본 소유자 목록이 구성되어 있지 않은 경우에는 그룹을 호스트하기 위해 활성 노드가 임의로 선택됩니다. 기본 소유자 목록이 구성되어 있지 않은 경우에는 그룹이 이미 여러 개의 다른 그룹을 실행 중인 노드로 이동할 수도 있습니다.
노드 간 로드가 상당히 다르거나 노드가 동종이 아닌 경우에는 대규모 노드 클러스터에서 기본 소유자 목록을 구성하는 것이 좋습니다.
[참고 사이트]
세 개 이상의 노드로 이루어진 클러스터에서의 장애 조치(failover) 동작
http://support.microsoft.com/kb/299631/ko
세 개 이상의 노드가 있는 클러스터에서 그룹 이동 작업을 수행할 때의 기본 동작
http://support.microsoft.com/kb/279802/KO