자료실

USB Thumb 드라이브에서 파일 공유 감시를 구성하는 방법

10월 29, 2018 by Jason Aw Leave a Comment

클러스터 쿼럼 파일을 USB 스틱에 공유

Windows Server 2003의 장애 조치 (Failover) 클러스터 쿼럼에 대한 파일 공유 감시에 관해 몇 가지 새로운 기능이 추가 될 예정입니다. 고객이 오랫동안 요구해온 기능입니다. USB 썸 드라이브에서 파일 공유를 목격했습니다! 많은 사람들이 각 매장 위치, 지사 등에 간단한 2- 노드 클러스터를 배포하려고했습니다. 그들은 SAN의 추가 비용이 Disk Witness를 활용하기를 원치 않았으며 Azure의 Cloud Witness에 의존 할 수있는 연결성을 갖고 있지 않았습니다. 결과적으로 클러스터링을하지 않습니다. 또는 SIOS Protection Suite와 같은 대체 클러스터링 솔루션을 사용했습니다. 이제는 Windows Server 2019에서 제공되는 USB Thumb 드라이브에서 파일 공유 감시 기능을 사용할 수 있습니다. 지원되는 라우터를 활용하면 라우터에 삽입 된 USB 디스크를 미러링 모니터 서버로 사용할 수있는 파일 공유로 구성 할 수 있습니다. 따라서 세 번째 서버 또는 인터넷 연결이 필요 없습니다.

USB 엄지 드라이브에 파일 공유 감시 — https://blogs.msdn.microsoft.com/clustering/2018/04/16/new-file-share-witness-feature-in-windows-server-2019/

상상할 수있는 몇 가지 시나리오가 있습니다. Hyper-V 용 HCI에서 DataKeeper를 사용하는 간단한 파일 서버 클러스터로. 시나리오에 관계없이 작업 그룹 클러스터를 만들 계획이 아니라면 각 서버에서 VM을 실행하여 중복 도메인 컨트롤러로 작동하는 것이 좋습니다. 또는 주 데이터 센터에서 호스팅되는 도메인 컨트롤러로 WAN 연결을 신뢰할 수 있습니다.

USB 썸 드라이브에서 파일 공유 감시를 구성하는 것과 같은 팁과 트릭을 보려면 여기를 읽어보십시오. ClusteringForMereMortals.com의 허락을 받아 재현

파일 공유 감시 기능을 DFS 공유에 배치 할 수 있습니까?

10월 22, 2018 by Jason Aw Leave a Comment

파일 공유 감시 기능을 DFS 공유에 배치 할 수 있습니까?

나는 항상이 질문을받습니다 – 어디서 파일 공유 증인을 DFS 공유에 배치 할 수 있습니까? 사람들은 파일 공유 증인의 상실에 대해 우려하고 있습니다. 따라서 많은 다른 주식과 마찬가지로 일부 추가 가용성을 위해 DFS를 활용하고자합니다. 이는 매우 나쁜 생각이며 지원되지 않습니다. Microsoft는 최근 DFS 공유에서 파일 공유 감시가 지원되지 않는 이유를 정확하게 설명하는 훌륭한 블로그 기사를 게시합니다. https://blogs.msdn.microsoft.com/clustering/2018/04/13/failover-cluster-file-share-witness-and-dfs/이 기사의 대부분은 사람들이 사용할 수 있는지 묻는 사람들에게도 적용됩니다. DataKeeper는 볼륨 리소스를 디스크 공유로 복제했습니다. 말이 되는군요. 다른 워크로드에 대해 물리적 디스크 리소스 대신 DataKeeper 볼륨 리소스를 사용할 수 있습니다. 왜 Disk Witness가 아닌가? 이 문제는 DFS 문제와 동일합니다. 두 서버간에 통신이 끊어지면 두 서버에서 볼륨이 온라인 상태가되지 않도록 보장 할 수 없습니다. 그것은 잠재적 인 스플릿 브레인 상태를 초래할 것입니다. Physical Disk 리소스는 SCSI 예약을 사용하여이 문제를 해결합니다. 이렇게하면 한 번에 하나의 클러스터 노드에서만 디스크에 액세스 할 수 있습니다. 좋은 소식은 Microsoft가 이미 복제 된 DataKeeper 볼륨 리소스를 사용하지 못하도록 차단한다는 것입니다. 그리고 Windows Server 2019에서 DFS 공유를 파일 공유 감시로 사용하는 것을 차단하는 것처럼 보입니다.

파일 공유 감시를 DFS 공유에 두는 것과 같은 질문이 있습니까? 블로그를 읽어 보거나 저희에게 연락하십시오! ClusteringForMereMortals.com의 허락을 받아 재현

Windows Server 장애 조치 (failover) 클러스터 쿼럼 형식 Windows Server 2012 R2

2월 21, 2018 by Jason Aw Leave a Comment

클러스터 쿼럼 유형? 그것은 무엇을 하는가?

Windows Server 2012 R2의 모든 새로운 클러스터 쿼럼 유형을 시작하기 전에 잠시 시간을내어 그 기능과 현재 위치에 대해 이해해야합니다. Rob Hindman은 블로그 게시물에서 쿼럼을 가장 잘 묘사했습니다 ...

"장애 조치 클러스터의 쿼럼 구성은 클러스터가 온라인 상태를 유지하면서 유지할 수있는 장애 수를 결정합니다."

시작 : 디스크 전용

Windows Server 2003 이전에는 디스크 만 하나의 쿼럼 형식이있었습니다. 이제 다양한 클러스터 쿼럼 유형이 있습니다. Disk Only는 현재 사용할 수 있지만 쿼럼 디스크가 단일 실패 지점이므로 권장되지 않습니다. Windows Server 2003에서는 MNS (주 노드 집합) 쿼럼이 도입되었습니다. 클러스터에서 단일 실패 지점으로 디스크 전용 쿼럼이 제거되어 개선되었습니다. 그러나 그 한계가있었습니다. 이름에서 암시 하듯이 다수 노드 집합은 쿼럼을 구성하고 온라인 상태를 유지하기 위해 대부분의 노드를 가져야합니다. 따라서이 쿼럼 모델은 한 노드의 장애로 인해 하나의 노드 만 남아있는 두 노드 클러스터에 이상적이지 않습니다. 두 개 중 하나는 다수가 아니므로 나머지 노드는 오프라인이됩니다.

파일 공유 증인 소개

Microsoft는 Windows Server 2003 SP1 및 2003 R2 클러스터에서 FSW (File Share Witness)를 만들 수있는 핫픽스를 발표했습니다. 기본적으로 FSW는 MNS 클러스터에서 투표가 주어진 다른 서버의 간단한 파일 공유입니다. 이 혁신의 원동력은 Exchange Server 2007 CCR (Continuous Cluster Replication)이었으며 공유 스토리지없이 클러스터링을 가능하게했습니다. 물론 공유 저장 장치가 없으면 Disk Only Quorum은 옵션이 아닙니다. 효과적인 MNS 클러스터에는 3 개 이상의 클러스터 노드가 필요합니다. 따라서 두 노드 Exchange CCR 클러스터를 지원하기 위해 FSW가 도입되었습니다.

새 디스크 감시자가 클러스터 데이터베이스 복사본을 유지함

Windows Server 2008에서는 새로운 증인 유형 인 Disk Witness가 도입되었습니다. 이전의 Disk Only 쿼럼 유형과 달리 Disk Witness는 사용자가 클러스터에서 FSW와 비슷한 투표를 수행하는 공유 디스크의 작은 파티션을 구성 할 수 있도록합니다. 그러나 디스크 감시는 FSW보다 바람직합니다. 이것은 클러스터 데이터베이스 복사본을 유지하고 "시간 분할"가능성을 제거하기 때문입니다. 파티션에 대한 자세한 내용은 제 시간에 파일 공유 증인을 읽는 것이 좋습니다. 로컬 클러스터에 대한 디스크 감시.

개량

Windows Server 2012는 쿼럼 옵션을 지속적으로 개선했습니다. Hyper-V 및 SQL Server AlwaysOn 가용성 그룹은 이러한 새로운 기능 중 상당수가 두 가지 요인에 의해 주도되었다는 것이 나의 믿음입니다. Hyper-V를 사용하여 과거에 일반적으로 보았던 것보다 더 많은 노드가 포함 된 클러스터를 발견하기 시작했습니다. 주 (majority) 노드 집합에서 투표의 과반수를 잃으면 나머지 노드는 오프라인이됩니다. 예를 들어 7 개의 노드가있는 Hyper-V 클러스터가 있고 그 중 4 개의 노드를 잃어버린 경우 나머지 노드는 3 개의 노드가 남아 있더라도 오프라인 상태가됩니다. 이것은 정확히 당신이 원하는 것을 원하지 않을 수도 있습니다. 따라서 Windows Server 2012에서 Microsoft는 동적 쿼럼 (Dynamic Quorum)을 도입했습니다.

동적 쿼럼

동적 정족수는 그 이름이 암시하는 바를 수행합니다. 쿼럼을 동적으로 조정합니다. 따라서 설명 된 시나리오에서 클러스터의 서버가 오프라인 상태가되어 같은 시간에 4 대의 서버를 모두 잃지 않는다고 가정하면 쿼럼의 투표 수가 동적으로 조정됩니다. 노드 하나가 오프라인 상태가되면 이론적으로 6 노드 클러스터를 갖게됩니다. 노드 2가 오프라인 상태가되면 5 개의 노드 클러스터가 생깁니다. 실제로 클러스터 노드를 하나씩 잃어 버리면 두 노드 클러스터로 계속 이동하여 온라인 상태를 유지할 수 있습니다. 그리고 목격자 (디스크 또는 파일 공유)를 구성한 경우 실제로 단일 노드로 이동하여 온라인 상태를 유지할 수 있습니다.

클러스터 쿼럼 유형에 대한 자세한 내용은 …을 (를) 참조하십시오.

http://blogs.msdn.com/b/microsoft_press/archive/2014/04/28/from-the-mvps-understanding-the-windows-server-failover-cluster-quorum-in-windows-server-2012- r2.aspx

https://clusteringformeremortals.com/2014/04/29/understanding-the-windows-server-failover-cluster-quorum-in-windows-server-2012-r2/의 허락을 받아 재현했습니다.