Windows Server 장애 조치(failover) 클러스터링 계획
Windows Server 장애 조치(failover) 클러스터에는 독립 실행형 서버보다 더 엄격한 하드웨어 및 소프트웨어 요구 사항이 있습니다. 따라서 구현을 수행하려면 추가 계획 작업이 필요합니다. 구현 및 신중한 계획에 대한 요구 사항을 검토하면 클러스터 프로비저닝 프로세스를 간소화할 수 있습니다.
장애 조치(failover) 클러스터 계획 시 고려 사항
Windows Server 장애 조치(failover) 클러스터 배포를 계획할 때 적절한 워크로드를 식별하는 것부터 시작한 다음 워크로드에 필요한 리소스를 고려합니다.
장애 조치(failover) 클러스터링 워크로드
장애 조치(failover) 클러스터링이 항상 적절한 것은 아니므로 장애 조치(failover) 클러스터링 기술을 구현하기 전에 클러스터된 리소스로 실행할 수 있고 실행해야 하는 서비스 및 애플리케이션을 식별해야 합니다.
장애 조치(failover) 클러스터링은 다음을 지원합니다.
- 공유 스토리지에 데이터 저장을 지원하는 상태 저장 애플리케이션의 범위입니다.
- 고유한 네이티브 데이터 복제 메커니즘을 사용하는 상태 저장 애플리케이션을 해당 데이터의 단일 쓰기 가능한 복사본과 함께 호스팅합니다.
이러한 두 시나리오는 모두 Microsoft SQL Server와 같은 데이터베이스 관리 시스템에서 일반적입니다. 장애 조치(failover) 클러스터링은 운영 체제 내에서 실행되는 Hyper-V VM 및 상태 저장 애플리케이션에도 적합합니다.
장애 조치(failover) 클러스터링 용량
장애 조치(failover) 클러스터에서 용량을 계획할 때 다음 지침을 사용하세요.
- 실패한 노드에서 발생한 워크로드를 잘 분산된 방식으로 고르게 재분배합니다. 장애 조치(failover) 클러스터의 모든 노드가 활성화된 경우, 고가용성 서비스 또는 애플리케이션은 단일 노드가 오버로드되지 않도록 하기 위해 실패한 노드에서 다른 생존 노드로 이전되어야 합니다.
- 각 노드에 다른 노드가 실패할 때 할당하는 고가용성 서비스 또는 애플리케이션을 서비스할 수 있는 충분한 용량이 있는지 확인합니다. 이 용량은 추가 리소스 요구를 수용하기에 충분해야 합니다.
- 모든 클러스터의 노드에서 비슷한 용량의 하드웨어를 사용합니다. 이렇게 하면 장애 조치(failover) 계획 프로세스가 간소화되어 생존 노드 간에 균등하게 배포할 수 있습니다.
- 대기 서버를 사용하여 용량 계획을 간소화하는 것이 좋습니다. 클러스터의 수동 노드는 복잡한 용량 계획의 필요성을 최소화합니다.
장애 조치(failover) 클러스터링 복원력
모든 클러스터 구성 구성 요소를 검사하여 단일 실패 지점을 식별합니다. 중복 스토리지 컨트롤러, 미러링 또는 패리티와 같은 다중 디스크 구성, 팀 네트워크 어댑터 및 다중 경로 소프트웨어와 같은 구성으로 단일 실패 지점을 해결합니다. 이러한 솔루션은 단일 디바이스 오류가 장애 조치(failover) 클러스터의 안정성에 해로운 영향을 미칠 가능성을 줄입니다.
비고
일반적으로 서버 하드웨어에는 전원 중복 및 RAID(독립 디스크) 컨트롤러의 중복 배열을 제공하는 여러 전원 공급 장치가 포함되어 있습니다.
일반 하드웨어 권장 사항 및 요구 사항
장애 조치 클러스터는 다음 하드웨어 지침을 준수해야 합니다.
- 하드웨어는 Windows Server용으로 인증되어야 합니다.
- 각 장애 조치(failover) 클러스터 노드에 동일하거나 유사한 하드웨어를 설치해야 합니다.
- 각 노드는 동일한 프로세서 아키텍처와 동일한 프로세서 패밀리를 실행해야 합니다.
- SAS(직렬 연결 SCSI) 또는 파이버 채널 스토리지 연결을 사용하는 경우 클러스터 스토리지 전용 대용량 스토리지 디바이스 컨트롤러는 모든 클러스터된 서버에서 동일해야 하며 동일한 펌웨어 버전을 사용해야 합니다.
- iSCSI(인터넷 SCSI) 스토리지 연결을 사용하는 경우 클러스터된 각 서버에는 클러스터 스토리지 전용 네트워크 어댑터 또는 호스트 버스 어댑터가 하나 이상 있어야 합니다. 모든 클러스터형 서버에서 iSCSI 스토리지 대상에 연결하는 데 사용하는 네트워크 어댑터는 동일해야 합니다.
중요합니다
비 스토리지 네트워크 통신을 위해 iSCSI 스토리지 연결에 사용되는 네트워크를 사용하면 안 됩니다.
네트워킹 요구 사항
일반적인 하드웨어 요구 사항 외에도 네트워크 관련 요구 사항은 다음과 같습니다.
- 각 노드의 네트워크 어댑터는 동일해야 하며 속도, 이중 및 흐름 제어 기능이 같아야 합니다.
- 클러스터 네트워크의 네트워크 어댑터는 DHCP를 사용하여 고정 또는 동적으로 동일한 IP 주소 할당 방법을 가져야 합니다.
- 나머지 네트워크 인프라로 라우팅되지 않은 프라이빗 네트워크가 있는 경우 각 프라이빗 네트워크가 고유한 서브넷을 사용하는지 확인합니다. 이는 각 네트워크 어댑터에 고유한 IP 주소를 지정하는 경우에도 필요합니다.
인프라 요구 사항
장애 조치(failover) 클러스터는 인프라 서비스에 따라 달라질 수 있습니다. Windows Server는 다중 도메인 클러스터 및 작업 그룹 클러스터를 지원합니다.
비고
다중 도메인 클러스터 및 작업 그룹 클러스터를 배포할 수 있지만 Hyper-V 또는 파일 서버 클러스터에 이 구성을 사용하면 안 됩니다.
각 노드에 동일한 Windows Server 기능 및 역할을 설치해야 합니다. 클러스터 노드에서 일관되지 않은 구성으로 인해 불안정과 성능 문제가 발생할 수 있습니다. 또한 AD DS에는 고유한 내결함성 메커니즘이 있으므로 클러스터 노드에 AD DS(Active Directory Domain Services) 역할을 설치해서는 안 됩니다.
장애 조치 클러스터를 위해 다음 표에 설명된 네트워크 인프라 요소가 필요합니다.
| 요소 | 설명 |
|---|---|
| 디엔에스 (DNS) | 클러스터의 서버는 이름 확인을 위해 DNS(Domain Name System)를 사용합니다. |
| 도메인 멤버 자격 | Windows Server 장애 조치(failover) 클러스터에서 클러스터 노드는 동일한 도메인의 멤버일 필요가 없습니다. |
| 관리 계정 | 클러스터를 처음 만들거나 클러스터에 서버를 추가할 때 해당 클러스터의 모든 서버에 대한 관리 권한이 있는 계정으로 도메인에 로그인해야 합니다. |
중요합니다
각 클러스터 노드에서 로컬 관리자 그룹의 구성원인 경우 관리 계정이 Domain Admins 그룹의 구성원일 필요는 없습니다. 그러나 해당 계정이 Domain Admins 그룹의 구성원이 아닌 경우 클러스터 노드를 호스팅하는 도메인에 컴퓨터 개체 만들기 권한이 있어야 합니다.
비고
Windows Server 2016부터 이 권한 할당이 필요하지 않은 소위 분리된 클러스터를 만들 수 있습니다.
Windows Server에서는 클러스터 서비스 계정이 필요하지 않습니다. 대신 클러스터 서비스는 서비스에 필요한 특정 권한 및 자격 증명을 제공하는 특수 컨텍스트에서 자동으로 실행됩니다. 장애 조치(failover) 클러스터가 만들어지고 해당 컴퓨터 개체가 AD DS에 만들어지면 해당 개체가 실수로 삭제되는 것을 방지하도록 구성됩니다. 또한 클러스터 네트워크 이름 리소스에는 네트워크 이름 리소스를 나타내는 컴퓨터 개체의 상태 및 속성을 주기적으로 확인하는 추가 상태 검사 논리가 있습니다.
장애 조치 클러스터 구현을 위한 소프트웨어의 필요 조건
모범 사례로 각 클러스터 노드는 Windows Server 2025 Standard 또는 Windows Server 2025 Datacenter와 동일한 버전의 Windows Server를 실행해야 합니다. 노드에 동일한 소프트웨어 업데이트가 설치되어 있어야 합니다. 배포하려는 워크로드 및 서버 역할에 따라 달라지지만 Windows Server 2025의 Server Core 설치를 클러스터 노드로 사용할 수 있습니다.