2노드 클러스터형 파일 서버 배포
적용 대상: Windows Server 2022, Windows Server 2019, Windows Server 2016
장애 조치(failover) 클러스터는 애플리케이션 및 서비스의 가용성을 높이기 위해 함께 작동하는 독립 컴퓨터 그룹입니다. 노드라고 하는 클러스터형 서버는 물리적 케이블과 소프트웨어 모두에 의해 연결됩니다. 클러스터 노드 중 하나가 실패하면 다른 노드는 장애 조치(failover)라고 하는 프로세스인 서비스를 제공하기 시작합니다. 이 프로세스로 인해 사용자는 최소한의 서비스 중단을 경험합니다. Azure Stack HCI에서 장애 조치(failover) 클러스터를 사용하는 방법에 대한 자세한 내용은 Windows 관리 Center를 사용하여 Azure Stack HCI 클러스터 만들기를 참조하세요.
이 가이드에서는 두 개의 노드를 사용하여 범용 파일 서버 장애 조치(failover) 클러스터를 설치하고 구성하는 방법을 설명합니다. 이러한 지침을 통해 장애 조치(failover) 클러스터에 대해 알아보고 Windows Server 2019 또는 Windows Server 2016의 장애 조치(failover) 클러스터 관리 스냅인 인터페이스를 숙지할 수 있습니다.
2노드 파일 서버 클러스터 작동 방식
장애 조치(failover) 클러스터의 서버는 파일 서버, Hyper-V 서버 또는 데이터베이스 서버를 비롯한 다양한 역할에서 작동할 수 있습니다. 또한 다양한 다른 서비스 및 애플리케이션에 고가용성을 제공할 수 있습니다.
장애 조치(failover) 클러스터에는 일반적으로 클러스터 내의 모든 서버에 물리적으로 연결된 스토리지 단위가 포함되어 있지만 한 번에 하나의 서버만 스토리지의 볼륨에 액세스할 수 있습니다. 다음 다이어그램에서는 스토리지 단위에 연결된 2노드 장애 조치(failover) 클러스터를 보여 줍니다.
클러스터의 노드에 노출된 스토리지 볼륨 또는 LUN(논리 단위 번호)은 다른 클러스터의 서버를 비롯한 다른 서버에 노출되어서는 안 됩니다. 다음 다이어그램은 배포에서 격리된 LUN의 모양을 보여 줍니다.
모든 서버의 최대 가용성을 보장하려면 서버 관리에 대한 모범 사례를 따르는 것이 중요합니다. 예를 들어 변경 내용을 완전히 구현하기 전에 테스트하고 모든 클러스터된 서버에서 소프트웨어 업데이트 및 구성 변경 내용을 추적하여 서버의 물리적 환경을 신중하게 관리해야 합니다.
다음 시나리오에서는 파일 서버 장애 조치(failover) 클러스터를 구성할 수 있는 방법 중 하나를 설명합니다. 서버가 공유하는 파일은 클러스터 스토리지에 있습니다. 즉, 두 노드 중 하나가 공유되는 파일 서버 역할을 할 수 있습니다.
필수 조건
공식적으로 지원되는 배포에 대한 조건을 충족하려면 장애 조치(failover) 클러스터에 대한 다음 필수 조건을 충족해야 합니다.
모든 하드웨어 및 소프트웨어 구성 요소는 적절한 로고에 대한 자격을 충족해야 합니다. Windows Server의 경우 Windows Server용 Certified 로고가 필요합니다. 인증된 하드웨어 및 소프트웨어 시스템에 대한 자세한 내용은 Windows Server 카탈로그를 참조하세요.
완전히 구성된 솔루션(서버, 네트워크 및 스토리지)은 장애 조치(failover) 클러스터 스냅인에 포함된 유효성 검사 워크플로의 모든 테스트를 통과해야 합니다.
2노드 장애 조치(failover) 클러스터를 사용하려면 다음 섹션의 필수 구성 요소도 충족해야 합니다.
서버
서버의 경우 다음 권장 사항을 따라야 합니다.
동일하거나 유사한 구성 요소가 있는 일치하는 컴퓨터를 사용하는 것이 좋습니다.
2노드 장애 조치(failover) 클러스터의 서버는 동일한 버전의 Windows Server를 실행해야 합니다.
2노드 장애 조치(failover) 클러스터의 서버도 동일한 소프트웨어 업데이트가 있어야 합니다.
네트워크 어댑터 및 케이블
장애 조치(failover) 클러스터 솔루션의 다른 구성 요소와 마찬가지로 네트워크 하드웨어는 Windows Server와 호환되어야 합니다.
iSCSI를 사용하는 경우 네트워크 어댑터를 둘 다 사용하는 것이 아니라 네트워크 통신 또는 iSCSI에 헌정해야 합니다.
클러스터 노드를 연결하는 네트워크 인프라에는 단일 실패 지점이 없도록 해야 합니다. 단일 실패 지점을 방지할 수 있는 두 가지 방법이 있습니다.
여러 개의 고유 네트워크를 사용하여 클러스터 노드를 커넥트.
단일 실패 지점을 제거하는 팀 네트워크 어댑터, 중복 스위치, 중복 라우터 또는 유사한 하드웨어로 구성된 하나의 네트워크로 클러스터 노드를 커넥트.
참고 항목
클러스터 노드를 단일 네트워크에 연결하는 경우 네트워크는 구성 유효성 검사 워크플로의 중복성 요구 사항을 전달합니다. 그러나 보고서에는 네트워크에 단일 실패 지점이 없어야 한다는 경고가 포함됩니다.
디바이스 컨트롤러 또는 스토리지에 적합한 어댑터
SCSI(직렬 연결된 소형 컴퓨터 시스템 인터페이스) 또는 파이버 채널을 사용하는 경우 모든 클러스터형 서버에서 스토리지 스택의 모든 구성 요소가 동일해야 합니다. MPIO(다중 경로 I/O) 소프트웨어 및 DSM(디바이스별 모듈) 소프트웨어 구성 요소는 동일해야 합니다. HBA(호스트 버스 어댑터), HBA 드라이버 및 HBA 펌웨어를 포함하여 클러스터 스토리지에 연결하는 대용량 스토리지 디바이스 컨트롤러도 동일한 것이 좋습니다. 동일한 HBA가 없는 경우 스토리지 공급업체에 지원되거나 권장되는 구성을 따르고 있는지 확인해야 합니다.
iSCSI(Internet Small Computer Systems Interface)를 사용하는 경우 각 클러스터형 서버에는 iSCSI 스토리지 전용 네트워크 어댑터 또는 호스트 버스 어댑터가 하나 이상 있어야 합니다. iSCSI에 이미 사용 중인 네트워크를 네트워크 통신에 사용하면 안 됩니다. 클러스터형 모든 서버에서 iSCSI 스토리지 대상에 연결하는 데 사용하는 네트워크 어댑터가 동일해야 하며 Gigabit Ethernet 이상을 사용하는 것이 좋습니다.
스토리지
Windows Server 2016 또는 Windows Server 2019용으로 인증된 공유 스토리지를 사용해야 합니다.
2노드 장애 조치(failover) 클러스터의 경우 쿼럼에 미러링 모니터 디스크를 사용하는 경우 스토리지에 두 개 이상의 개별 볼륨(LUN)이 포함되어야 합니다. 미러 디스크는 클러스터 구성 데이터베이스의 복사본을 보관하도록 지정된 클러스터 스토리지의 디스크입니다.
이 2노드 클러스터 예제의 경우 쿼럼 구성은 노드 및 디스크 과반수입니다. 노드 및 디스크 과반수는 노드와 미러 디스크 각각에 클러스터 구성의 복사본이 포함되어 있음을 의미합니다. 클러스터에는 이러한 복사본의 대부분을 사용할 수 있는 한 쿼럼이 있습니다. 다른 볼륨인 LUN에는 사용자에게 공유하도록 심은 파일이 포함되어 있습니다.
고려해야 할 몇 가지 다른 스토리지 요구 사항은 다음과 같습니다.
기본 디스크를 사용하여 동적 디스크가 아닌 장애 조치(failover) 클러스터링 포함된 네이티브 디스크 지원을 사용해야 합니다.
NTFS를 사용하여 파티션의 형식을 지정하는 것이 좋습니다. 미러 디스크의 경우 파티션의 형식을 NTFS로 지정해야 합니다.
디스크의 파티션 스타일의 경우 MBR(기본 부팅 레코드) 또는 GPT(GUID 파티션 테이블)를 사용할 수 있습니다.
스토리지는 특정 SCSI 명령에 올바르게 응답해야 합니다. 스토리지는 SCSI 기본 명령-3(SPC-3)이라는 표준을 따라야 합니다. 특히 스토리지는 SPC-3 표준에 지정된 대로 영구 예약을 지원해야 합니다.
스토리지에서 사용하는 미니포트 드라이버는 Microsoft Storport 스토리지 드라이버와 호환되어야 합니다.
네트워크 인프라 및 도메인 계정 요구 사항
2노드 장애 조치(failover) 클러스터를 사용하려면 다음 인프라와 할기본 권한도 필요합니다.
네트워크에 대해 동일한 네트워크 어댑터를 사용하는 경우 해당 어댑터에서도 동일한 통신 설정(예: 속도, 이중 모드, 흐름 제어 및 미디어 유형)을 사용해야 합니다. 또한 네트워크 어댑터와 연결된 스위치 간의 설정을 비교하고 충돌하는 설정이 없는지 확인합니다.
나머지 네트워크 인프라로 라우팅되지 않는 프라이빗 네트워크가 있는 경우 각 프라이빗 네트워크가 고유한 서브넷을 사용하는지 확인합니다. 각 네트워크 어댑터에 고유한 IP 주소를 이미 지정한 경우에도 서브넷이 고유한지 확인해야 합니다. 예를 들어 중앙 사무실에 클러스터 노드가 하나 있고 다른 클러스터 노드가 별도의 실제 네트워크가 있는 지사에 있는 경우 각 어댑터에 고유한 IP 주소를 지정하더라도 두 네트워크의 서브넷에 대해 10.0.0.0/24를 지정하지 마세요.
네트워크 어댑터를 설정하는 방법에 대한 자세한 내용은 필수 구성 요소를 참조 하세요.
클러스터의 서버는 이름 확인을 위해 DNS(Do기본 Name System)를 사용해야 합니다. DNS 동적 업데이트 프로토콜을 사용할 수도 있습니다.
클러스터의 모든 서버는 동일한 Active Directory에 있어야 합니다기본. 또한 서버에는 멤버 서버 또는 할기본 컨트롤러와 동일한 do기본 역할이 있어야 합니다. 멤버 서버 역할을 사용하는 것이 좋습니다.
클러스터형 서버는 멤버 서버가 되는 것이 좋습니다. 이 경우 장애 조치(failover) 클러스터를 포함하는 do기본 기본 컨트롤러 역할을 하는 추가 서버가 필요합니다.
테스트에 필요한 경우 하나 이상의 네트워크로 연결된 클라이언트를 장애 조치(failover) 클러스터에 연결할 수 있습니다. 테스트하는 동안 클러스터된 파일 서버를 한 클러스터 노드에서 다른 클러스터 노드로 이동하거나 장애 조치(failover)할 때 클러스터에 연결하는 것이 클라이언트에 미치는 영향을 관찰할 수 있습니다.
클러스터를 처음 만들거나 클러스터에 서버를 추가하는 경우 해당 클러스터의 모든 서버에 대한 관리자 권한 및 권한이 있는 계정으로 do기본 로그인해야 합니다. 사용하는 계정은 Do기본 관리s 계정일 필요는 없지만 각 클러스터형 서버의 관리istrators 그룹에 있는 Do기본 사용자 계정일 수 있습니다. 계정이 Do기본 관리s 계정이 아닌 경우 추가하려는 do기본 OU(조직 구성 단위)에서 컴퓨터 개체 만들기 및 모든 속성 읽기 권한의 구성원인 계정 또는 그룹을 제공해야 합니다.
장애 조치(failover) 클러스터의 공유 폴더
다음 목록에서는 장애 조치(failover) 클러스터링 통합된 공유 폴더 구성 기능에 대해 설명합니다.
표시 범위는 클러스터형 공유 폴더로만 지정됩니다. 클러스터되지 않은 공유 폴더와 혼합할 수 없습니다. 사용자가 클러스터형 파일 서버의 경로를 지정하여 공유 폴더를 볼 때 표시에는 특정 파일 서버 역할의 일부인 공유 폴더만 포함됩니다. 클러스터되지 않은 공유 폴더를 제외하고 클러스터 노드에 있는 별도의 파일 서버 역할의 일부를 공유합니다.
액세스 기반 열거형을 사용하여 사용자 보기에서 지정된 폴더를 숨길 수 있습니다. 사용자가 폴더를 볼 수 있지만 폴더에 액세스하지 못하게 하는 대신 폴더가 전혀 표시되지 않도록 선택할 수 있습니다. 클러스터되지 않은 공유 폴더와 마찬가지로 클러스터형 공유 폴더에 대한 액세스 기반 열거형을 구성할 수 있습니다.
클러스터되지 않은 공유 폴더와 마찬가지로 클러스터형 공유 폴더에 대한 오프라인 액세스(캐싱)를 구성할 수 있습니다.
장애 조치(failover) 클러스터 인터페이스, Windows 탐색기 또는 공유 및 스토리지 관리 스냅인을 사용하는지 여부에 관계없이 Windows는 항상 디스크가 클러스터 스토리지의 일부인지 여부를 인식합니다. 클러스터형 파일 서버의 일부로 장애 조치(failover) 클러스터 관리에서 클러스터된 디스크를 이미 구성한 경우 이전에 멘션 인터페이스를 사용하여 디스크에 공유를 만들 수 있습니다. 클러스터된 파일 서버의 일부로 이 디스크를 아직 구성하지 않은 경우 실수로 공유를 만들 수 없습니다. 대신, 디스크를 공유하려면 클러스터형 파일 서버의 일부로 디스크를 구성해야 한다는 오류가 발생합니다.
Windows Server의 파일 서버 역할에는 NFS(네트워크 파일 시스템)에 대한 서비스라는 선택적 역할 서비스가 포함됩니다. 역할 서비스를 설치하고 NFS용 서비스를 사용하여 공유 폴더를 구성하면 UNIX 기반 클라이언트를 지원하는 클러스터형 파일 서버를 만들 수 있습니다.
장애 조치(failover) 클러스터로 스토리지 영역 네트워크 배포
장애 조치(failover) 클러스터를 사용하여 SAN(스토리지 영역 네트워크)을 배포하는 경우 다음 지침을 따라야 합니다.
Windows Server 카탈로그 사이트를 사용하여 드라이버, 펌웨어 및 소프트웨어를 포함한 공급업체의 스토리지가 Windows Server 2016 또는 Windows Server 2019용으로 인증되는지 확인합니다.
디바이스당 하나의 클러스터인 스토리지 디바이스를 격리합니다. 다른 클러스터의 서버는 동일한 스토리지 디바이스에 액세스할 수 없어야 합니다. 대부분의 경우 LUN 마스킹 또는 영역 지정을 사용하여 한 클러스터 서버 집합에 사용하는 LUN을 다른 모든 서버에서 격리해야 합니다.
다중 경로 I/O 소프트웨어를 사용하는 것이 좋습니다. 고가용성 스토리지 패브릭에서는 다중 경로 I/O 소프트웨어를 사용하여 여러 호스트 버스 어댑터가 있는 장애 조치(failover) 클러스터를 배포할 수 있습니다. 이 구성은 가장 높은 수준의 중복성 및 가용성을 제공합니다. 그러나 MPIO(Microsoft Multipath I/O)를 기반으로 하는 다중 경로 솔루션을 기반으로 해야 합니다. Windows Server 2016 및 Windows Server 2019는 운영 체제의 일부로 하나 이상의 DSM을 포함하지만 스토리지 하드웨어 공급업체는 하드웨어용 MPIO DSM(디바이스별 모듈)을 제공할 수도 있습니다.
2노드 파일 서버 클러스터 설치
다음 섹션의 지침에 따라 2노드 파일 서버 클러스터를 설치합니다.
클러스터 노드를 이미 설치했고 파일 서버 장애 조치(failover) 클러스터를 구성하려면 2노드 파일 서버 클러스터 구성을 참조하세요.
1단계: 클러스터 서버를 네트워크 및 스토리지에 커넥트
장애 조치(failover) 클러스터 네트워크의 경우 단일 실패 지점을 사용하지 않습니다. 대신 중복성을 장려하기 위해 클러스터 노드를 여러 개의 고유 네트워크로 연결할 수 있습니다. 단일 실패 지점을 제거하는 팀 네트워크 어댑터, 중복 스위치, 중복 라우터 또는 유사한 하드웨어로 구성된 하나의 네트워크로 클러스터 노드를 연결할 수도 있습니다. iSCSI용 네트워크를 사용하는 경우 다른 네트워크와 함께 이 네트워크를 만들어야 합니다.
2노드 파일 서버 클러스터의 경우 서버를 클러스터 스토리지에 연결할 때 LUN(볼륨)을 두 개 이상 노출해야 합니다. 구성의 철저한 테스트를 위해 필요에 따라 더 많은 볼륨을 노출할 수 있습니다. 클러스터에 없는 서버에 클러스터된 볼륨을 노출하지 마세요.
클러스터 서버를 네트워크 및 스토리지에 연결하려면 다음을 수행합니다.
클러스터에서 서버를 사용하려는 네트워크를 커넥트 구성합니다.
테스트 구성에 클라이언트 또는 비클러스터형 do기본 컨트롤러가 포함된 경우 이러한 컴퓨터가 하나 이상의 네트워크를 통해 클러스터형 서버에 연결할 수 있는지 확인합니다.
서버를 실제로 스토리지에 연결하는 방법은 제조업체의 지침을 따릅니다.
클러스터에서 사용하려는 디스크(LUN)가 클러스터에 심은 서버와 해당 서버에만 노출되는지 확인합니다. 다음 인터페이스를 사용하여 디스크 또는 LUN을 노출할 수 있습니다.
스토리지 제조업체가 제공한 인터페이스
iSCSI를 사용하는 경우 적절한 iSCSI 인터페이스를 사용합니다.
디스크의 형식 또는 기능을 제어하는 소프트웨어를 구입한 경우 Windows Server에서 해당 소프트웨어를 사용하는 방법에 대한 공급업체의 지침을 따릅니다.
클러스터하려는 서버 중 하나에서 Start>관리istrative Tools>컴퓨터 관리 디스크 관리>로 이동합니다.
- 사용자 계정 컨트롤 대화 상자가 나타나면 표시되는 작업이 원하는 작업인지 확인한 다음 계속을 선택합니다.
디스크 관리에서 클러스터 디스크가 표시되는지 확인합니다.
(선택 사항) 스토리지 볼륨이 2테라바이트보다 크고 Windows 인터페이스를 사용하여 디스크 형식을 제어하려는 경우 해당 디스크를 GPT(GUID 파티션 테이블)라는 파티션 스타일로 변환합니다. 디스크를 변환하려면 다음을 수행합니다.
디스크의 모든 데이터를 백업합니다.
디스크의 모든 볼륨을 삭제합니다.
디스크 관리에서 디스크(파티션 아님)를 마우스 오른쪽 단추로 클릭하고 GPT 디스크로 변환을 선택합니다.
GPT를 사용하는 대신 2테라바이트보다 작은 볼륨의 경우 MBR(마스터 부팅 레코드)이라는 파티션 스타일을 사용할 수 있습니다.
표시된 모든 볼륨 또는 LUN의 형식을 확인합니다. 형식에 NTFS를 사용하는 것이 좋습니다. 미러 디스크의 경우 NTFS를 사용해야 합니다.
2단계: 파일 서버 역할 및 장애 조치(failover) 클러스터 기능 설치
다음으로 파일 서버 역할 및 장애 조치(failover) 클러스터 기능을 설치해야 합니다. 두 서버 모두 Windows Server 2016 또는 Windows Server 2019를 실행해야 합니다.
서버 관리자 연 다음 관리 드롭다운 메뉴를 열고 역할 및 기능 추가를 선택합니다.
시작하기 전에 창이 열리면 다음을 선택합니다.
설치 유형에 대해 역할 기반 또는 기능 기반 설치를 선택합니다.
다음을 선택합니다.
서버 풀에서 서버 선택 및 사용하려는 컴퓨터의 이름을 선택합니다.
다음을 선택합니다.
서버 역할의 경우 파일 및 스토리지 서비스>파일 및 iSCSI 서비스>파일 서버를 선택합니다.
다음을 선택합니다.
기능에서 장애 조치(Failover) 클러스터링>포함 관리 도구(해당하는 경우)>기능 추가를 선택한 다음, 다음을 선택합니다.
확인 페이지에서 설치를 선택합니다.
설치가 완료되면 컴퓨터를 다시 시작합니다.
두 번째 서버 컴퓨터에서 이 프로세스를 반복합니다.
3단계: 클러스터 구성 유효성 검사
클러스터를 만들기 전에 구성의 유효성을 검사하는 것이 좋습니다. 유효성 검사를 통해 서버, 네트워크 및 스토리지의 구성이 장애 조치(failover) 클러스터에 대한 특정 요구 사항 집합을 충족하는지 확인할 수 있습니다.
서버 관리자 연 다음 도구 드롭다운 메뉴를 열고 장애 조치(failover) 클러스터 관리자를 선택합니다.
장애 조치(failover) 클러스터 관리자에서 관리 아래의 중간 열로 이동하여 구성 유효성 검사를 선택합니다.
시작하기 전에 창이 열리면 다음을 선택합니다.
서버 선택 또는 클러스터 창에서 클러스터에 대한 새 노드를 만들려는 두 컴퓨터의 이름을 입력합니다. 예를 들어 계획된 노드 이름이 NODE1 및 NODE2인 경우 해당 이름을 입력하고 추가를 선택합니다. 찾아보기 단추를 선택하여 Active Directory에서 사용할 수 있는 기존 노드의 이름을 검색할 수도 있습니다. 선택한 서버 아래에 두 노드가 모두 나열되면 다음을 선택합니다.
테스트 옵션 창에서 모든 테스트 실행(권장)을 선택한 다음, 다음을 선택합니다.
확인 페이지에는 서비스에서 유효성 검사를 위해 실행되는 테스트 목록이 있습니다. 다음을 선택하고 테스트가 완료되기를 기다립니다.
테스트가 완료되면 요약 페이지가 표시됩니다. 테스트 및 해당 출력의 의미에 대한 자세한 내용을 보려면 클러스터 유효성 검사 테스트에 대한 자세한 내용을 선택합니다.
보고서 보기를 선택하고 테스트 결과를 읽습니다.
구성에서 필요한 내용을 변경하고 테스트를 다시 실행합니다. 이 워크플로를 종료한 후 테스트 결과를 보려면 SystemRoot>클러스터>보고서>유효성 검사 보고서 날짜 및 time.html로 이동합니다.
워크플로를 종료한 후 클러스터 유효성 검사에 대한 자세한 정보가 필요한 경우 장애 조치(failover) 클러스터 관리>도움말>항목>항목 도움말>>도움말로 이동하여 장애 조치(failover) 클러스터 구성의 유효성을 검사합니다.
장애 조치(failover) 클러스터에 대한 유효성 검사 테스트에 대한 자세한 내용은 장애 조치(failover) 클러스터 구성 유효성 검사를 참조 하세요.
4단계: 클러스터 만들기
구성한 컴퓨터에서 클러스터를 만들려면 다음을 수행합니다.
서버 관리자 연 다음 도구 드롭다운 메뉴를 열고 장애 조치(failover) 클러스터 관리자를 선택합니다.
장애 조치(failover) 클러스터 관리자에서 관리 아래의 중간 열로 이동하여 클러스터 만들기를 선택합니다.
시작하기 전에 창이 열리면 다음을 선택합니다.
서버 선택 창에서 클러스터에 대한 새 노드를 만들려는 두 컴퓨터의 이름을 입력합니다. 예를 들어 계획된 노드 이름이 NODE1 및 NODE2인 경우 해당 이름을 입력하고 추가를 선택합니다. 찾아보기 단추를 선택하여 Active Directory에서 사용할 수 있는 기존 노드의 이름을 검색할 수도 있습니다. 선택한 서버 아래에 두 노드가 모두 나열되면 다음을 선택합니다.
관리용 액세스 지점 창에서 사용하려는 클러스터의 이름을 입력합니다. 이 이름은 파일 공유에 연결하는 데 사용하는 이름이 아니라 클러스터를 관리하는 용도로만 사용됩니다.
참고 항목
고정 IP 주소를 사용하는 경우 사용할 네트워크를 수동으로 선택하고 클러스터 이름 필드에 해당 IP 주소를 입력해야 합니다. IP 주소에 DHCP를 사용하는 경우 IP 주소가 자동으로 구성됩니다.
다음을 선택합니다.
확인 페이지에서 구성이 올바른지 확인한 다음 다음을 선택하여 클러스터를 만듭니다.
만들기 프로세스가 완료되면 요약 페이지에 구성에 대한 정보가 표시됩니다. 보고서 보기를 선택하여 자세한 정보를 볼 수 있습니다.
파일 서버 장애 조치(failover) 클러스터 구성
파일 서버 장애 조치(failover) 클러스터를 구성하려면 다음을 수행합니다.
서버 관리자 연 다음 도구 드롭다운 메뉴를 열고 장애 조치(failover) 클러스터 관리자를 선택합니다.
장애 조치(failover) 클러스터 관리자를 열면 만든 클러스터의 이름이 표시됩니다. 그렇지 않은 경우 관리 아래의 가운데 열로 이동하여 클러스터에 커넥트 선택합니다. 클러스터의 이름을 입력하고 확인을 선택합니다.
콘솔 트리에서 클러스터 이름 옆에 있는 항목을 보려면 선택합니다 > .
역할을 마우스 오른쪽 단추로 클릭한 다음 구성 역할을 선택합니다.
시작하기 전에 창이 열리면 다음을 선택합니다.
역할 목록에서 파일 서버를 선택한 다음, 다음을 선택합니다.
파일 서버 형식의 경우 일반적으로 사용할 파일 서버를 선택한 다음, 다음을 선택합니다.
클라이언트 액세스 지점 창에서 사용하려는 파일 서버의 이름을 입력합니다. 이 이름은 클러스터의 이름이 아니라 파일 공유 연결에 사용하는 이름입니다. 예를 들어 연결하려는 경우 SERVER를
\\SERVER입력합니다.참고 항목
고정 IP 주소를 사용하는 경우 사용할 네트워크를 수동으로 선택하고 클러스터 이름 필드에 해당 IP 주소를 입력해야 합니다. IP 주소에 DHCP를 사용하는 경우 IP 주소가 자동으로 구성됩니다. P 주소, IP 주소가 자동으로 구성됩니다.
다음을 선택합니다.
스토리지 선택 창에서 파일 공유를 보유하는 데 사용할 추가 드라이브(미러되지 않음)를 선택합니다.
다음을 선택합니다.
확인 페이지에서 구성이 올바른지 확인한 다음, 다음을 선택합니다.
요약 페이지에 만든 구성에 대한 간략한 요약이 표시됩니다. 자세한 내용은 보고서 보기를 선택합니다.
참고 항목
서비스에서 역할을 추가하지 않았거나 역할이 의도한 대로 작동하지 않는 경우 CNO(클러스터 이름 개체)에 Active Directory에서 개체를 만들 수 있는 권한이 없을 수 있습니다. 파일 서버 역할에는 클라이언트 액세스 지점과 이름이 같은 컴퓨터 개체가 필요합니다.
콘솔 트리의 역할 아래에 만든 새 역할이 만든 이름으로 나열됩니다. 이름을 선택하여 강조 표시한 다음 화면 오른쪽의 작업 창을 살펴보고 공유 추가를 선택합니다.
공유 추가 워크플로에 다음 정보를 입력합니다.
공유 형식입니다.
의도한 공유 폴더 경로입니다.
공유 이름입니다.
액세스 기반 열거형, 캐싱, 암호화 등 필요한 다른 설정을 구성합니다.
기본값이 아닌 파일 수준 사용 권한을 선택하는 경우 해당 사용 권한도 지정합니다.
확인 페이지에서 구성이 올바른지 확인한 다음 만들기를 선택하여 파일 서버 공유를 만듭니다.
결과 페이지에서 서비스에서 공유를 성공적으로 만든 경우 닫기를 선택합니다. 그렇지 않은 경우 문제를 해결할 수 있는 오류 목록이 표시됩니다.
닫기를 선택합니다.
배포하려는 다른 공유에 대해 이 프로세스를 반복합니다.