2 노드 클러스터형 파일 서버 배포

적용 대상: Windows Server 2022, Windows Server 2019, Windows Server 2016

장애 조치(failover) 클러스터는 응용 프로그램 및 서비스의 가용성을 높이기 위해 함께 작동하는 독립적인 컴퓨터 그룹입니다. 클러스터된 서버는 노드라고 하며, 물리적 케이블과 소프트웨어를 통해 연결됩니다. 클러스터 노드 중 하나가 실패하면 다른 노드가 서비스를 제공하기 시작하며, 이를 장애 조치라고 합니다. 이 프로세스로 인해 사용자는 최소한의 서비스 중단을 경험합니다. Azure Stack HCI에서 장애 조치 클러스터를 사용하는 방법에 대한 자세한 내용은 Windows Admin Center를 사용하여 Azure Stack HCI 클러스터 만들기를 참조하세요.

이 지침은 두 개의 노드를 사용하여 범용 파일 서버 장애 조치 클러스터를 설치하고 구성하는 방법에 대해 설명합니다. 이 지침을 통해 장애 조치 클러스터에 대해 알아보고 Windows Server 2019 또는 Windows Server 2016에서 장애 조치 클러스터 관리 스냅인 인터페이스를 숙지할 수 있습니다.

2노드 파일 서버 클러스터 작동 방식

장애 조치 클러스터의 서버는 파일 서버, Hyper-V 서버 또는 데이터베이스 서버를 비롯한 다양한 역할에서 작동할 수 있습니다. 또한, 다양한 다른 서비스 및 응용 프로그램에 대한 높은 가용성을 제공할 수 있습니다.

장애 조치 클러스터에는 일반적으로 클러스터 내 모든 서버에 물리적으로 연결된 저장 장치가 포함됩니다. 그러나 저장 장치의 볼륨에는 한 번에 하나의 서버만 액세스할 수 있습니다. 다음 다이어그램에서는 저장 장치에 연결된 2노드 장애 조치 클러스터를 보여줍니다.

클러스터의 노드에 노출된 저장 볼륨 또는 논리 단위 번호(LUN)는 다른 서버, 다른 클러스터의 서버를 포함하여 다른 서버에 노출되어서는 안 됩니다. 다음 다이어그램은 배포에서 격리된 LUN의 모양을 보여줍니다.

모든 서버의 최대 가용성을 보장하려면 서버 관리에 대한 모범 사례를 따르는 것이 중요합니다. 예를 들어, 서버의 물리적 환경을 신중하게 관리하고 변경 사항을 완전히 적용하기 전에 테스트하며, 모든 클러스터 서버에서 소프트웨어 업데이트와 구성 변경을 추적해야 합니다.

다음 시나리오에서는 파일 서버 장애 조치 클러스터를 구성할 수 있는 방법 중 하나를 설명합니다. 서버가 공유하는 파일은 클러스터 저장소에 위치하므로, 어느 노드든 파일 서버로서 파일을 공유할 수 있습니다.

필수 조건

장애 조치 클러스터가 공식적으로 지원되는 배포 기준을 충족하려면 다음 전제 조건을 충족해야 합니다.

• 모든 하드웨어 및 소프트웨어 구성 요소는 적절한 로고에 대한 자격을 충족해야 합니다. Windows Server의 경우 'Certified for Windows Server' 로고가 필요합니다. 인증된 하드웨어 및 소프트웨어 시스템에 대한 자세한 내용은 Windows Server 카탈로그를 참조하세요.

• 완전히 구성된 솔루션(서버, 네트워크, 저장소)은 장애 조치 클러스터 스냅인에 포함된 유효성 검사 워크플로의 모든 테스트를 통과해야 합니다.

2노드 장애 조치 클러스터를 사용하려면 다음 섹션의 전제 조건도 충족해야 합니다.

서버

서버의 경우 다음 권장 사항을 따라야 합니다:

• 동일하거나 유사한 구성 요소가 있는 일치하는 컴퓨터를 사용하는 것이 좋습니다.

• 2노드 장애 조치 클러스터의 서버는 동일한 버전의 Windows Server를 실행해야 합니다.

• 2노드 장애 조치 클러스터의 서버도 동일한 소프트웨어 업데이트를 갖추어야 합니다.

네트워크 어댑터 및 케이블

장애 조치 클러스터 솔루션의 다른 구성 요소와 마찬가지로 네트워크 하드웨어는 Windows Server와 호환되어야 합니다.

iSCSI를 사용하는 경우, 네트워크 어댑터를 네트워크 통신용 또는 iSCSI 전용으로 구분하여 사용해야 합니다.

클러스터 노드를 연결하는 네트워크 인프라에는 단일 실패 지점이 없도록 해야 합니다. 단일 실패 지점을 방지하기 위한 두 가지 방법이 있습니다:

• 클러스터 노드를 여러 개의 서로 다른 네트워크와 연결합니다.

• 클러스터 노드를 네트워크 어댑터 팀, 중복 스위치, 중복 라우터로 구성된 하나의 네트워크 또는 단일 실패 지점을 제거하는 유사한 하드웨어로 구성된 하나의 네트워크에 연결하세요.

  참고 항목

  클러스터 노드를 단일 네트워크에 연결하면 해당 네트워크는 구성 유효성 워크플로의 중복 요구 사항을 충족하게 됩니다. 그러나 보고서에는 네트워크에 단일 실패 지점이 없어야 한다는 경고가 포함됩니다.

저장소에 적절한 장치 컨트롤러 또는 어댑터

직렬 연결된 소형 컴퓨터 시스템 인터페이스(SCSI) 또는 파이버 채널을 사용하는 경우, 모든 클러스터형 서버에서 저장소 스택의 모든 구성 요소가 동일해야 합니다. 다중 경로 I/O(MPIO) 소프트웨어와 장치별 모듈(DSM) 소프트웨어 구성 요소는 동일해야 합니다. 클러스터 저장소에 연결하는 대용량 저장 장치 컨트롤러(호스트 버스 어댑터(HBA), HBA 드라이버, HBA 펌웨어)는 동일한 것이 좋습니다. 동일한 HBA가 없는 경우, 해당 저장소 공급업체와 확인하여 지원하거나 권장하는 구성을 따르고 있는지 확인해야 합니다.

인터넷 SCSI(iSCSI)를 사용하는 경우, 각 클러스터형 서버에는 iSCSI 저장소 전용으로 네트워크 어댑터 또는 호스트 버스 어댑터가 하나 이상 있어야 합니다. iSCSI에 이미 사용 중인 네트워크를 네트워크 통신에 사용하면 안 됩니다. 클러스터형 모든 서버에서 iSCSI 스토리지 대상에 연결하는 데 사용하는 네트워크 어댑터가 동일해야 하며 Gigabit Ethernet 이상을 사용하는 것이 좋습니다.

스토리지

Windows Server 2016 또는 Windows Server 2019용으로 인증된 공유 저장소를 사용해야 합니다.

2노드 장애 조치 클러스터의 경우, 쿼럼용 위트니스 디스크(witness disk)를 사용할 땐 저장소에 두 개 이상의 개별 볼륨(LUN)이 포함되어야 합니다. 위트니스 디스크는 클러스터 저장소 내에서 클러스터 구성 데이터베이스의 복사본을 저장하도록 지정된 디스크입니다.

이 2노드 클러스터 예제의 경우 쿼럼 구성이 노드 및 디스크 과반수로 설정됩니다. 노드 및 디스크 과반수는 노드와 위트니스 디스크 각각에 클러스터 구성의 복사본이 포함되어 있음을 의미합니다. 이 복사본들 중 과반수가 사용 가능한 한 클러스터는 쿼럼을 유지합니다. 다른 볼륨인 LUN에는 사용자에게 공유하도록 저장한 파일이 포함되어 있습니다.

고려해야 할 몇 가지 다른 저장소 요구 사항은 다음과 같습니다:

• 장애 조치 클러스터링에 포함된 기본 디스크 지원을 사용하려면 동적 디스크가 아닌 기본 디스크를 사용합니다.

• 파티션을 NTFS 형식으로 포맷하는 것이 좋습니다. 위트니스 디스크의 경우 파티션의 형식을 NTFS로 포맷해야 합니다.

• 디스크의 파티션 형식으로는 기본 부트 레코드(MBR) 또는 GUID 파티션 테이블(GPT) 중 하나를 사용할 수 있습니다.

• 저장소는 특정 SCSI 명령에 올바르게 응답해야 합니다. 저장소는 SCSI 기본 명령-3(SPC-3) 표준도 준수해야 합니다. 특히, 저장소는 SPC-3 표준에 명시된 '지속적 예약'을 지원해야 합니다.

• 저장소에서 사용하는 미니포트 드라이버는 Microsoft Storport 저장소 드라이버와 호환되어야 합니다.

네트워크 인프라 및 도메인 계정 요구 사항

2노드 장애 조치 클러스터를 사용하려면 다음 인프라 및 도메인 권한도 필요합니다:

• 네트워크에서 동일한 네트워크 어댑터를 사용하는 경우, 해당 어댑터의 통신 설정(예: 속도, 이중 모드, 흐름 제어, 미디어 유형)도 동일하게 설정해야 합니다. 또한 네트워크 어댑터와 연결된 스위치 간의 설정을 비교하고 충돌하는 설정이 없는지 확인합니다.

  나머지 네트워크 인프라로 라우팅되지 않는 프라이빗 네트워크가 있는 경우, 각 프라이빗 네트워크가 고유한 서브넷을 사용하는지 확인합니다. 각 네트워크 어댑터에 고유한 IP 주소를 이미 할당한 경우에도 서브넷이 고유한지 확인해야 합니다. 예를 들어, 하나의 클러스터 노드가 본사에 있고, 다른 노드가 별도의 물리적 네트워크를 가진 지사에 있는 경우, 각 어댑터에 고유 IP 주소를 할당한 경우에도 두 네트워크의 서브넷에 10.0.0.0/24를 지정하지 않아야 합니다.

  네트워크 어댑터를 설정하는 방법에 대한 자세한 내용은 전제 조건을 참조하세요.

• 클러스터 내 서버는 이름 확인을 위해 도메인 이름 시스템(DNS)를 사용해야 합니다. DNS 동적 업데이트 프로토콜도 사용할 수 있습니다.

• 클러스터의 모든 서버는 동일한 Active Directory 도메인에 속해야 합니다. 서버는 동일한 도메인 역할(구성원 서버 또는 도메인 컨트롤러)을 가져야 합니다. 구성원 서버 역할을 사용하는 것이 좋습니다.

• 클러스터형 서버는 구성원 서버 역할을 사용하는 것이 좋습니다. 클러스터된 서버가 구성원 서버인 경우, 장애 조치 클러스터를 포함하는 도메인에서 도메인 컨트롤러 역할을 하는 추가 서버가 필요합니다.

• 테스트에 필요한 경우, 하나 이상의 네트워크 클라이언트를 장애 조치 클러스터에 연결할 수 있습니다. 테스트하는 동안 클러스터 파일 서버를 한 클러스터 노드에서 다른 노드로 이동하거나 장애 조치할 때, 클러스터에 연결하는 것이 클라이언트에 미치는 영향을 관찰할 수 있습니다.

• 클러스터를 처음으로 만들거나 클러스터에 서버를 추가하는 경우, 해당 클러스터의 모든 서버에 대한 관리자 권한 및 권리를 가진 계정으로 도메인에 로그인해야 합니다. 사용하는 계정이 Domain Admins 계정일 필요는 없지만 클러스터된 각 서버의 Administrators 그룹에 속한 Domain Users 계정일 수 있습니다. 계정이 Domain Admins 계정이 아닌 경우, 해당 계정 또는 계정이 속한 그룹에 대하여 컴퓨터 개체 만들기 및 모든 속성 읽기 권한을 부여해야 합니다. 이 권한들은 클러스터를 추가할 계획인 도메인 조직 구성 단위(OU)에 대해 설정됩니다.

장애 조치 클러스터의 공유 폴더

다음 목록은 장애 조치 클러스터링에 통합된 공유 폴더 구성 기능에 대해 설명합니다:

• 표시 범위는 클러스터형 공유 폴더로만 한정됩니다. 클러스터되지 않은 공유 폴더와 혼합할 수 없습니다. 사용자가 클러스터형 파일 서버의 경로를 지정하여 공유 폴더를 볼 때, 표시되는 내용은 해당 파일 서버 역할의 일부인 공유 폴더만 포함됩니다. 클러스터되지 않은 공유 폴더를 제외하고 클러스터 노드에 있는 별도의 파일 서버 역할의 일부를 공유합니다.

• 액세스 기반 열거를 사용하여 사용자 보기에서 지정된 폴더를 숨길 수 있습니다. 사용자가 폴더를 볼 수 있지만 폴더에 액세스하지 못하게 하는 대신, 아얘 폴더가 전혀 표시되지 않도록 설정할 수 있습니다. 클러스터형 공유 폴더에 대해 액세스 기반 열거를 구성하는 방법은 클러스터되지 않은 공유 폴더와 동일합니다.

• 클러스터형 공유 폴더에 대해 오프라인 액세스(캐싱)를 구성하는 방법은 클러스터되지 않은 공유 폴더와 동일합니다.

• 장애 조치 클러스터 인터페이스, Windows 탐색기, 또는 공유 및 스토리지 관리 스냅인을 사용하는지 여부에 관계없이 Windows는 항상 디스크가 클러스터 저장소의 일부인지 인식합니다. 이미 장애 조치 클러스터 관리에서 클러스터형 파일 서버의 일부로 클러스터된 디스크를 구성한 경우, 앞에서 언급한 인터페이스 중 어느 것이든 사용하여 해당 디스크에 공유를 생성할 수 있습니다. 클러스터형 파일 서버의 일부로 이 디스크를 아직 구성하지 않은 경우 실수로 해당 디스크에 공유를 생성할 수 없습니다. 대신, 디스크를 공유하려면 클러스터형 파일 서버의 일부로 디스크를 구성해야 한다는 오류가 발생합니다.

• Windows Server의 파일 서버 역할에는 네트워크 파일 시스템(NFS) 서비스라는 선택적 역할 서비스가 포함됩니다. 역할 서비스를 설치하고 NFS 서비스를 사용하여 공유 폴더를 구성하면 UNIX 기반 클라이언트를 지원하는 클러스터형 파일 서버를 만들 수 있습니다.

장애 조치(failover) 클러스터로 스토리지 영역 네트워크 배포

장애 조치 클러스터로 스토리지 영역 네트워크(SAN)을 배포하는 경우 다음 지침을 따릅니다:

• Windows Server 카탈로그 사이트를 사용하여 드라이버, 펌웨어 및 소프트웨어를 포함한 공급업체의 저장소가 Windows Server 2016 또는 Windows Server 2019용으로 인증되는지 확인합니다.

• 저장 장치를 격리하고, 장치당 하나의 클러스터를 사용합니다. 서로 다른 클러스터의 서버는 동일한 저장 장치에 액세스할 수 없어야 합니다. 대부분의 경우, 하나의 클러스터 서버 집합에 사용되는 LUN은 LUN 마스킹 또는 영역 지정을 통해 다른 모든 서버로부터 격리해야 합니다.

• MPIO 소프트웨어를 사용하는 것이 좋습니다. 고가용성 스토리지 패브릭에서는 다중 경로 I/O 소프트웨어를 사용하여 여러 호스트 버스 어댑터가 있는 장애 조치(failover) 클러스터를 배포할 수 있습니다. 이 구성은 최고 수준의 중복성 및 가용성을 제공합니다. 그러나, 다중 경로 솔루션은 Microsoft MPIO를 기반으로 해야 합니다. Windows Server 2016 및 Windows Server 2019에는 운영 체제의 일부로 하나 이상의 DSM이 포함되어 있지만, 대개 스토리지 하드웨어 공급업체에서 하드웨어에 맞는 MPIO 장치 특정 모듈(DSM)을 제공합니다.

2노드 파일 서버 클러스터 설치

다음 섹션의 지침에 따라 2노드 파일 서버 클러스터를 설치합니다.

클러스터 노드를 이미 설치했고 파일 서버 장애 조치 클러스터를 구성하려면 2노드 파일 서버 클러스터 구성을 참조하세요.

1단계: 서버를 네트워크 및 저장소에 연결

장애 조치 클러스터 네트워크의 경우, 단일 실패 지점을 사용하지 않습니다. 대신 중복성을 높이기 위해, 클러스터 노드를 여러 개의 서로 다른 네트워크로 연결할 수 있습니다. 또한, 클러스터 노드를 네트워크 어댑터 팀, 중복 스위치, 중복 라우터로 구성된 하나의 네트워크 또는 단일 실패 지점을 제거하는 유사한 하드웨어로 구성된 하나의 네트워크에 연결할 수 있습니다. iSCSI용 네트워크를 사용하는 경우 다른 네트워크와 함께 이 네트워크를 만들어야 합니다.

2노드 파일 서버 클러스터의 경우, 서버를 클러스터 스토리지에 연결할 때 최소 두 개의 볼륨(LUN)을 노출해야 합니다. 필요에 따라선, 구성의 철저한 테스트를 더 많은 볼륨을 노출할 수 있습니다. 클러스터에 없는 서버에 클러스터된 볼륨을 노출하지 마세요.

클러스터 서버를 네트워크 및 저장소에 연결하려면 다음을 수행하세요:

1. 전제 조건 및 네트워크 인프라 및 도메인 계정 요구 사항에서 네트워크에 대한 세부 정보를 검토합니다.

2. 클러스터 서버에서 사용할 네트워크를 연결하고 구성합니다.

3. 클라이언트 또는 클러스터되지 않은 도메인 컨트롤러가 테스트 구성에 포함된 경우, 이러한 컴퓨터가 하나 이상의 네트워크를 통해 클러스터용 서버에 연결할 수 있는지 확인합니다.

4. 서버를 실제로 스토리지에 연결하는 방법은 제조업체의 지침을 따릅니다.

5. 클러스터에서 사용할 디스크(LUN)가 클러스터할 서버에만 노출되는지 확인합니다. 다음 인터페이스 중 하나를 사용하여 디스크 또는 LUN을 노출할 수 있습니다.

   • 스토리지 제조업체가 제공한 인터페이스

   • iSCSI를 사용하는 경우 적절한 iSCSI 인터페이스를 사용합니다.

6. 디스크의 형식이나 기능을 제어하는 소프트웨어를 구입한 경우, 해당 소프트웨어를 Windows Server와 함께 사용하는 방법은 해당 공급업체의 지침을 따릅니다.

7. 클러스터 하려는 서버 중 하나에서, 시작>관리 도구>컴퓨터 관리>디스크 관리로 이동하세요.

   • 사용자 계정 컨트롤 대화상자가 나타나면, 표시된 작업이 원하는 작업인지 확인한 후 계속을 선택합니다.

8. 디스크 관리에서 클러스터 디스크가 표시되는지 확인합니다.

9. (선택 사항) 2TB보다 큰 저장 볼륨을 원하고 디스크 형식을 제어하기 위해 Windows 인터페이스를 사용하는 경우, 해당 디스크를 GUID 파티션 테이블(GPT)이라는 파티션 형식으로 변환합니다. 디스크를 변환하기 위해선 다음을 수행하세요:

   • 디스크의 모든 데이터를 백업합니다.

   • 디스크의 모든 볼륨을 삭제합니다.

   • 디스크 관리에서 디스크(파티션 아님)를 마우스 오른쪽 단추로 클릭하고, GPT 디스크로 변환을 선택합니다.

   • 2TB보다 작은 볼륨의 경우, GPT 대신 마스터 부트 레코드(MBR)라는 파티션 형식을 사용할 수 있습니다.

10. 표시된 모든 볼륨 또는 LUN의 형식을 확인합니다. NTFS 형식을 사용하는 것이 좋습니다. 위트니스 디스크에는 NTFS를 사용해야 합니다.

2단계: 파일 서버 역할 및 장애 조치 클러스터 기능 설치

다음으로 파일 서버 역할 및 장애 조치 클러스터 기능을 설치해야 합니다. 두 서버 모두 Windows Server 2016 또는 Windows Server 2019를 실행해야 합니다.

3단계: 클러스터 구성 유효성 검사

클러스터를 만들기 전에 구성의 유효성을 검사하는 것이 좋습니다. 유효성 검사를 통해 서버, 네트워크 및 저장소의 구성이 장애 조치 클러스터에 대한 일련의 특정 요구 사항을 충족하는지 확인할 수 있습니다.

장애 조치 클러스터 유효성 검사 테스트에 대한 자세한 내용은 장애 조치 클러스터 유효성 검사를 참조하세요.

4단계: 클러스터 생성

구성한 장치에서 클러스터를 만들려면 다음을 수행합니다:

파일 서버 장애 조치 클러스터 구성

파일 서버 장애 조치 클러스터를 구성하기 위해서는 다음을 수행합니다:

1. 서버 관리자를 연 다음, 도구 드롭다운 메뉴를 열고 장애 조치 클러스터 관리자를 선택합니다.

2. 장애 조치 클러스터 관리자를 열면 만든 클러스터의 이름이 표시됩니다. 그렇지 않은 경우, 관리 아래 쪽 중간 열로 이동하여 클러스터에 연결을 선택합니다. 클러스터의 이름을 입력하고 확인을 선택합니다.

3. 콘솔 트리에서 클러스터 이름 옆에 있는 >을 선택하여 클러스터가 포함하고 있는 항목들을 봅니다.

4. 역할을 마우스 오른쪽 버튼으로 선택한 다음 구성 역할을 선택합니다.

5. 시작하기 전에 창이 열리면 다음을 선택합니다.

6. 역할 목록에서 파일 서버를 선택한 다음 다음을 선택합니다.

7. 파일 서버 형식의 경우, 범용 파일 서버를 선택한 다음 다음을 선택합니다.

   

8. 클라이언트 액세스 지점 창에서 사용하려는 파일 서버의 이름을 입력합니다. 이 이름은 클러스터의 이름이 아닌, 파일 공유 연결에 사용하는 이름입니다. 예를 들어, \\SERVER에 연결하려는 경우 SERVER를 입력합니다.

   참고 항목

   고정 IP 주소를 사용하는 경우, 사용할 네트워크를 수동으로 선택하고 클러스터 이름 필드에 해당 IP 주소를 입력해야 합니다. IP 주소에 DHCP를 사용하는 경우 IP 주소가 자동으로 구성됩니다. P 주소, IP 주소가 자동으로 구성됩니다.

9. 다음을 선택합니다.

10. 저장소 선택 창에서, 파일 공유를 저장할 추가 드라이브(위트니스 드라이브 제외)를 선택합니다.

11. 다음을 선택합니다.

12. 확인 페이지에서 구성이 올바른지 확인한 다음, 다음을 선택합니다.

13. 요약 페이지에 만든 구성에 대한 간략한 요약 내용이 표시됩니다. 자세한 내용은 보고서 보기를 선택합니다.

    참고 항목

    서비스가 역할을 추가하지 않았거나 역할이 의도한 대로 작동하지 않는 경우, 클러스터 이름 개체(CNO)가 Active Directory에서 개체를 생성할 권한이 없을 수 있습니다. 파일 서버 역할에는 클라이언트 액세스 지점과 이름이 같은 컴퓨터 개체가 필요합니다.

14. 콘솔 트리의 역할 아래에 새로 생성한 이름으로 새 역할이 나열됩니다. 이름을 선택하여 강조 표시한 다음 화면 오른쪽의 작업 창을 살펴보고 공유 추가를 선택합니다.

15. 공유 추가 워크플로에 다음 정보를 입력합니다:

    • 공유 유형

    • 의도한 공유 폴더 경로

    • 공유 이름

    • 액세스 기반 열거, 캐싱, 암호화 등 필요한 다른 설정을 구성합니다.

    • 기본값이 아닌 파일 수준 사용 권한을 선택하는 경우 해당 사용 권한도 지정합니다.

16. 확인 페이지에서 구성이 올바른지 확인한 다음, 만들기를 선택하여 파일 서버 공유를 만듭니다.

17. 서비스가 공유를 성공적으로 만든 경우, 결과 페이지에서 닫기를 선택합니다. 그렇지 않은 경우 문제를 해결할 수 있는 오류 목록이 표시됩니다.

18. 닫기를 선택합니다.

19. 배포하려는 다른 공유에 대해 이 프로세스를 반복합니다.