%

Date: 2월 8, 2018

태그: Windows Server 2012, Windows 서버 클러스터링, 장애 극복

모든 클러스터의 기본 단계

이 기사는 클러스터링 Windows Server 2012에 대한 일련의 기사 중 첫 번째 기사입니다. 이 첫 번째 기사에서는 Hyper-V, SQL Server 장애 조치 (Failover) 클러스터, 파일 서버, iSCSI 대상 서버 등을 클러스터링하는지 여부에 관계없이 모든 클러스터의 기본 단계를 설명합니다. 향후 기사에서는 각 클러스터 리소스 유형에 대한 자세한 지침을 다루지 만 다음 정보는 모든 클러스터에 적용 할 수 있습니다.

저는 여러분이 클러스터에 대해 조금 알고 있고 왜 클러스터를 만들고 싶은지를 추측합니다. 따라서이 특정 게시물의 세부 사항에 대해서는 언급하지 않을 것입니다. 또한 Windows Server 2012 및 DNS, AD 등과 같은 기본 사항에 익숙하다고 가정합니다. 장애 조치 클러스터링이 Enterprise Edition 이상에만 포함 된 Windows Server 2008 R2 및 이전 버전과 달리 Windows Server 2012 장애 조치 클러스터링은 모든 버전에서 제공된다는 점도 유의해야합니다.

기본 2- 노드 클러스터에 집중

이 시리즈에서는 Windows Server 2012 도메인 (DC라는 도메인 컨트롤러)에서 Windows Server 2012를 실행하는 두 개의 서버 (PRIMARY 및 SECONDARY)가있는 기본 2 노드 클러스터에 중점을 둡니다. 또한 PRIMARY 및 SECONDARY는 PUBLIC 및 PRIVATE로 레이블 된 두 개의 네트워크 연결을 통해 서로 통신 할 수 있다고 가정합니다. 프로덕션 시나리오에서 이러한 네트워크 연결은 완전히 다른 네트워크 장치 (스위치, 라우터 등)를 통해 실행되어 단일 실패 지점을 제거해야합니다.

시작하자! 클러스터링 Windows Server 2012, 여기에 우리가 간다!

이 시리즈는 매우 기본적인 단계별 스타일로 작성되어 기본 지침과 필요한 경우 절차를 설명하는 많은 스크린 샷이 포함 된 주문 목록의 프로세스를 안내합니다. 그럼 처음부터 시작합시다 …

클러스터에 추가하려는 모든 서버에 장애 조치 (Failover) 클러스터링 기능을 추가하십시오.
1. 서버 관리자 대시 보드를 엽니 다 (이 첫 번째 단계는 PRIMARY와 SECOND 모두에서 완료해야합니다)
2. 역할 및 기능 추가를 클릭하십시오.
3. 역할 기반 또는 기능 기반 설치 선택
4. 장애 조치 클러스터 기능을 사용하려는 서버를 선택하십시오.
5. 서버 역할 페이지 건너 뛰기
6. 기능 페이지에서 장애 조치 (failover) 클러스터링을 선택하고 다음을 클릭 한 다음 설치를 확인합니다.
클러스터 구성을 시작하기 전에 클러스터에서 사용할 저장소의 종류를 고려해야합니다. 전통적으로 클러스터는 일종의 SAN을 사용하지만 Windows 2012에서는 모든 클러스터가 SAN을 사용하지는 않습니다. 예를 들어, SQL Server AlwaysOn 가용성 그룹을 지원하기 위해 클러스터를 구축하는 경우 SQL Server가 저장소를 복제하므로 SAN이 필요하지 않습니다. 또한 Hyper-V 및 SQL Server 용 클러스터 저장소로 지원되는 SMB 3.0을 사용하면 기존 SAN 저장소가 없을 수도 있습니다. 공유 된 SAS 드라이브가있는 클러스터 된 저장소 공간은 Windows Server 2012에서도 가능할 수 있음을 잊지 마십시오. 위에서 언급 한 옵션 외에도 로컬 디스크와 타사 호스트 기반 복제 솔루션을 DataKeeper Cluster Edition과 같이 사용할 수 있습니다.이 솔루션은 제가 꽤 자주 블로그로 올리는 훌륭한 대안입니다.이 게시물의 목적은 Windows Server 2012 공유 저장 용량이 없다고 가정합니다. 그러나이 시점에서 공유 저장소를 사용하는 경우 LUN을 디스크 감시 장치로 사용하고 나머지 LUN을 사용할 수 있도록 각 클러스터 노드와 공유되는 LUN을 구성하도록 저장소를 구성해야합니다 클러스터하려는 응용 프로그램에 대한. 우리 쿼럼의 디스크 증인 대신, 나는 나중에 설명 할 노드와 파일 공유 증인 쿼럼 유형을 사용할 것입니다.
이제 각 서버에서 장애 조치 (Failover) 클러스터링을 사용할 수 있으므로 PRIMARY 서버에서 장애 조치 (Failover) 클러스터 관리자를 열 수 있습니다. 가장 먼저해야 할 일은 "구성 검증"을 실행하여 시작하기 전에 잠재적 인 문제점을 파악할 수 있도록하는 것입니다. 클러스터 검증을 클릭하십시오.
다음 단계에 표시된대로 구성 유효성 검사 마법사를 단계별로 수행하십시오.
1. 클러스터하려는 서버를 선택하십시오.
2. 모든 테스트를 실행하십시오 (서버에 설치 한 역할에 따라 테스트가 많거나 적음). 예를 들어, Hyper-V가 활성화 된 경우 클러스터에 대한 새로운 Hyper-V 관련 테스트가 있음)
3. 클러스터가 "통과"된 것으로 가정하면 광산과 비슷한 보고서가 있어야합니다. 내 보고서에 "경고"가 있지만 오류는 없음을 알 수 있습니다. 보고서를보고 어떤 경고가 존재하는지 이해하는 것이 중요하지만, 경고를 이해하고 계속 진행할 수있는 특정 환경에 대해 의미가있는 한 당신은 중요합니다. 유효성 검사가 "실패"하면 계속 진행하기 전에 오류를 수정해야합니다. 보고서보기를 클릭하여 보고서를 봅니다.
4. 모든 경고는 저장소와 관련되어 있으므로 공유 저장소를 구성하지 않았기 때문에 걱정하지 않으므로 이러한 문제 중 일부에서 경고가 발생할 것으로 예상됩니다.

유효성 검사가 오류없이 완료되면 자동으로 클러스터 생성 마법사로 넘어갑니다. 기본 클러스터를 생성하려면 아래와 같이 마법사를 따라 가십시오.
1. 이 첫 번째 화면에서 클러스터의 이름을 선택하고 DNS에서이 이름과 연결할 IP 주소를 선택합니다. 이 이름은 클러스터를 관리하는 데 사용되는 이름 일 뿐이며, 클라이언트가 결국 만들 클러스터 된 리소스에 연결하는 데 사용하는 이름이 아닙니다. 이 액세스 포인트를 만들면 새로운 컴퓨터 개체가 AD에이 이름으로 만들어지고 DNS A 레코드가이 이름과 IP 주소로 만들어집니다.
2. 확인 화면에 선택한 이름과 IP 주소가 표시됩니다. 또한 Windows Server 2012 장애 조치 클러스터링의 새로운 옵션 인 "적합한 모든 저장소를 클러스터에 추가"옵션을 볼 수 있습니다. 개인적으로이 옵션이 기본적으로 선택된 이유는 확실하지 않습니다.이 옵션은 실제로 상황을 혼동시킬 수 있습니다. 기본적으로이 선택은 클러스터에 모든 공유 저장소를 추가하지만 클러스터에 로컬이 아닌 비공유 디스크도 추가하는 것으로 나타났습니다. 대칭 스토리지를 지원하기 쉽도록 만들고 싶지만 일반적으로 호스트 기반 또는 어레이 기반 복제 솔루션은 클러스터에 대칭 스토리지를 추가하는 방법에 대한 몇 가지 구체적인 지침을 가지고 있으며 일반적으로이 옵션을 사용하여 모든 디스크를 클러스터는 비대칭 스토리지와 관련하여 도움이되는 것이 아닙니다. 우리의 경우에는 공유 스토리지가 구성되지 않았으므로 클러스터가 나에게 자동으로 클러스터에 로컬 디스크를 추가하는 것을 원하지 않습니다. 클러스터에 모든 적합한 스토리지 추가 옵션의 선택을 취소했습니다.
3. 다음을 클릭하면 클러스터가 생성 프로세스를 완료했음을 알 수 있지만 몇 가지 경고가있을 수 있습니다. 우리의 경우 경고는 아마 우리가 다음 단계에서 돌볼 쿼럼 구성과 관련이 있습니다. 경고보기를 보려면 보고서보기를 클릭하십시오.
  
  경고는 쿼럼 형식을 변경하는 용도로 사용함을 알 수 있습니다.
공유 저장소가 없으므로 제안 된대로 노드 및 디스크 과반수 쿼럼을 사용하지 않을 것입니다. 대신 노드와 파일 공유 과반수 쿼럼을 사용합니다. 다음 단계는 노드 및 파일 과반수 쿼럼을 구성하는 데 도움이됩니다.
1. 파일 공유 감시는 클러스터의 일부가 아닌 서버에서 구성해야합니다. 파일 공유 감시는 클러스터 컴퓨터 이름 (여기서는 MYCLUSTER)에 읽기 / 쓰기 권한이있는 기본 파일 공유입니다. 첫 번째 단계는이 파일 공유를 만드는 것입니다. 이 예에서는 DC에 파일 공유를 만들고 MYCLUSTER에 읽기 / 쓰기 권한을 부여하려고합니다.
2. 파일 공유는 Windows 2012 서버에있을 필요는 없지만 클러스터와 동일한 도메인에있는 Windows 서버에 있어야합니다. 기억해야 할 중요한 점은 우리가 만든 클러스터 컴퓨터 이름은 공유 수준과 NTFS 수준 모두에서 읽기 / 쓰기 액세스가 필요하다는 것입니다. 다음은 내 실험실에서 Windows Server 2012를 실행하는 DC 서버에서이 프로세스를 수행하는 몇 가지 스크린 샷입니다.
3. DC에서 파일 공유를 만들었으므로 이제 PRIMARY로 돌아가서 장애 조치 (Failover) 클러스터 관리자를 사용하여 다음 단계에 표시된대로 쿼럼 형식을 변경합니다.
  
  우연히이 마법사가 실패하면 파일 공유에 대한 사용 권한과 관련이있을 가능성이 큽니다. 파일 공유 및 보안 (NTFS) 수준 모두에서 클러스터 컴퓨터 이름에 읽기 / 쓰기 권한을 부여한 다음 다시 시도하십시오.
이제 기본 2 노드 클러스터가 있고 클러스터 리소스를 만드는 Windows Server 2012 시리즈 클러스터링의 다음 단계로 이동할 준비가되었습니다. 다음 게시글에서 SQL 2012부터 시작하여 다양한 리소스를 클러스터하는 방법에 대한 기사 시리즈를 게시 할 예정입니다.