Active Directory 구성

먼저 RDP를 통해 DC1에 연결하고 활성 디렉토리를 활성화합니다. "연결"단추를 사용하여 RDP 연결을 DC1에 다운로드하십시오. Azure VM을 만들 때 지정한 사용자 이름과 암호를 사용하십시오. DC1을 도메인 컨트롤러로 승격하십시오.

내부자 팁 – DNS 서버에서 모든 DNS 전달자를 제거하고 루트 힌트 만 사용하면 DNS 해결 방법이 가장 효과적이라는 사실을 발견했습니다. AZURE는 때때로 DNS 서버를 사용하는 경우 Microsoft 웹 속성을 해결하는 데 어려움을 겪을 수 있습니다.

클러스터 만들기

DC1을 도메인 컨트롤러로 구성하면 SQL1과 SQL2에 연결하여이를 도메인에 추가합니다. 그러나이를 수행하기 전에 가상 네트워크의 DNS 서버를 DC1 서버 (10.0.0.100)로 변경하고 SQL1과 SQL2를 다시 부팅해야합니다. SQL1과 SQL2의 DNS 서버가 100.0.0.100이되면 도메인에 가입 할 수 있습니다.

도메인에 가입하면 SQL Server 장애 조치 (Failover) 클러스터 인스턴스 (FCI)를 만들기 위해 아래에 설명 된 단계를 완료해야합니다.

먼저 각 노드에서 .Net 3.5 Framework를 활성화합니다.

.Net Framework를 설치할 수 없다는 것을 알게되면 DNS 관련 팁을 참조하십시오.

장애 조치 (failover) 클러스터 사용

이제 .NET 3.5가 활성화되었으므로 SQL1과 SQL2 모두에서 장애 조치 클러스터 기능을 활성화해야합니다.

확인

클러스터 기능을 사용할 수있게되면 클러스터를 만들어야합니다. 첫 번째 단계는 클러스터 유효성 검사를 실행하는 것입니다. 클러스터링에 익숙하다고 가정하고 있으므로 몇 가지 스크린 샷을 게시하고 고려해야 할 사항을 기록해 두겠습니다.

유효성 검사가 완료되지만 몇 가지 경고가 표시됩니다. 대부분의 경고는 저장과 관련된 것입니다. 공유 디스크가 아닌 복제 된 저장소를 사용할 때이를 무시할 수 있습니다. 또한 네트워크에 대한 경고를받을 수 있습니다. Azure가 네트워크 리던던시를 물리적 레이어에 내장하고 있다는 것을 알았으므로이 경고를 무시할 수도 있습니다.

클러스터 액세스 지점 만들기

2011 년 11 월 24 일 업데이트 – 생성 프로세스의 일부로 클러스터의 IP 주소를 지정할 수 있기 때문에 Powershell을 통해 클러스터를 생성하면 GUI 단계에서 설명한 모든 문제를 피할 수 있습니다. 아래의 두 PowerShell 명령은이 섹션에 나오는 GUI 스크린 샷에 표시된 모든 단계를 대체합니다. StaticIaddress 매개 변수를 확인하십시오.

테스트 클러스터 – 노드 서버 1, 서버 2

새 클러스터 -Name MyCluster -Node Server1, Server2 -StaticAddress 10.0.0.200

위의 Powershell 스크립트를 실행 한 경우이 섹션의 나머지 부분은 건너 뛰고 파일 공유 감시를 만드는 다음 섹션으로 바로 넘어갈 수 있습니다.

클러스터 작성 프로세스를 시작하려면 마침 클릭을 작성하는 것이 좋습니다. 먼저 클러스터의 이름을 선택하십시오.

보고서보기를 클릭하면 몇 가지 경고가 표시됩니다. 파일 공유 감시를 만들 때 경고를 무시할 수 있습니다.

클러스터가 생성 된 후 다음과 같은 메시지가 나타날 수 있습니다. " 'Validate Configuration …'작업이 완료되지 않았습니다.

클러스터 액세스 포인트 IP 주소 수정

여기서 근본적인 문제는 클러스터가 IP 주소 충돌로 인해 클러스터 이름을 올바르게 해결하지 못한다는 것입니다. Azure DHCP가 방금 만든 클러스터 컴퓨터 개체에 중복 IP 주소를 실제로 제공한다는 사실을 알게 될 것입니다. 이것은 다음과 같이 다루어야 할 이상한 Azure 특질 중 하나입니다.

연결할 때 SQL2에서 장애 조치 클러스터 GUI를 열어야 할 수 있습니다. 클러스터에 연결할 수 있으면 클러스터가 클러스터 노드 중 하나와 동일한 IP 주소를 얻었음을 알 수 있습니다. 이것은 물론 IP 주소 충돌을 야기합니다.

우리가해야 할 일은 10.0.0.102 IP 주소를이 서브넷에서 사용되지 않는 다른 IP 주소로 변경하는 것입니다.

내 주소로 10.0.0.200을 골랐습니다. 현재 DHCP 범위를 제어하거나 예약을 추가 할 수있는 방법이 없기 때문에이 주소는 DHCP 범위에 예약되어 있지 않습니다. 난 그냥 DHCP 범위의 상단에있는 주소를 선택하고 그 서브넷 내에서 그 IP 주소에 도달하기에 충분한 VM을 제공하지 않도록하십시오.

이제 클러스터 IP 주소가 고정되었으므로 어느 노드에서든 장애 조치 (Failover) 클러스터 관리자를 사용하여 클러스터에 연결할 수 있습니다.

파일 공유 감시 만들기

다음으로 클러스터 쿼럼에 대한 파일 공유 감시를 만듭니다. 클러스터 쿼럼에 대한 전체 설명은 MSDN 보도 자료에서 블로그 게시물 (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

파일 공유 감시 서버가 도메인 컨트롤러에 만들어집니다. 기본적으로 DC1에 파일 공유를 만들고 클러스터 컴퓨터 계정 "sioscluster"에 읽기 / 쓰기 권한을 부여해야합니다. 아래 그림과 같이 공유 및 보안 권한을 모두 변경해야합니다.

다음 단계는 DC1에서 수행됩니다.

새 폴더를 만듭니다.

컴퓨터 개체를 검색하고 클러스터 컴퓨터 개체 이름을 선택하십시오.이 경우에는 SIOSCLUSTER

변경 권한을 부여했는지 확인하십시오.

또한 클러스터 컴퓨터에서 폴더에 대한 수정 권한을 허용하도록 보안을 변경해야합니다.

공유 폴더를 만들면 아래와 같이 노드 중 하나에서 Windows Server 장애 조치 (Failover) 클러스터 인터페이스를 사용하여 파일 공유 감시를 추가합니다.

DataKeeper 설치

공유 저장소없이 장애 조치 (failover) 클러스터 인스턴스를 구축 할 수있는 복제 및 클러스터 통합을 제공하려면 SIOS Technology의 DataKeeper Cluster Edition이 필요합니다. 먼저 클러스터의 두 노드에 DataKeeper Cluster Edition을 설치합니다. 아래 그림과 같이 설정을 실행합니다.

데모 용으로 도메인 관리자 계정을 사용했습니다. 유일한 요구 사항은 사용 된 사용자 계정이 각 서버의 로컬 관리자 그룹에 있다는 것입니다.

DataKeeper 볼륨 리소스 만들기

각 클러스터 노드 (SQL1 및 SQL2)에 소프트웨어를 설치하면 처음으로 볼륨 리소스를 복제 할 준비가 된 것입니다. 두 노드 중 하나에서 DataKeeper GUI를 시작하고 아래 단계에 따라 DataKeeper 볼륨 리소스를 만듭니다.

두 서버에 모두 연결 한 후 서버 개요 보고서를 클릭하십시오. 다음과 같이 보입니다.

두 서버에 모두 연결되어 있지만 볼륨이 나열되어 있지 않음을 알 수 있습니다. 다음으로 각 클러스터 노드에 스토리지를 추가해야합니다. 아래 그림과 같이 Azure 포털을 통해이를 수행하십시오.

각 VM에 추가 볼륨을 추가하고 포맷 된 파티션을 만들면 DataKeeper GUI가 다음과 같이 나타납니다.

이제 작업 생성 마법사를 시작하고 아래와 같이 DataKeeper 볼륨 리소스를 만들 준비가되었습니다.

작업을 작성하고 이름과 선택적 설명을 제공하십시오.

클러스터에 SQL 설치

클러스터를 구성하고 사용 가능한 저장소에 DataKeeper 볼륨이 생기면 SQL Server 클러스터 설치를 시작할 수 있습니다. 이 프로세스는 공유 저장소를 사용하여 SQL Server 장애 조치 (Failover) 클러스터 인스턴스를 설치하는 것과 완전히 동일합니다. DataKeeper 복제 된 볼륨 리소스가 저장소 클래스 리소스이기 때문에 장애 조치 클러스터링은 실제 디스크 리소스처럼 취급합니다. 클러스터에 SQL Server를 설치하려면 아래의 단계를 따르십시오.

SQL Server 2014 Standard Edition을 사용하여 2- 노드 장애 조치 (Failover) 클러스터를 구축 할 수 있습니다. 이 시나리오에서 DataKeeper는 데이터를 세 번째 노드로 복제 할 수도 있지만 해당 노드는 클러스터의 일부가 될 수 없습니다. 3 + 노드 클러스터를 만들려면 SQL Server 2014 Enterprise Edition을 사용해야합니다. 이전 버전의 SQL은 완벽하게 잘 작동합니다. SQL 2014를 통해 SQL 2008을 테스트했습니다.

다음을 클릭하기 전에 데이터 디렉토리 탭을 클릭하십시오.

SQL이 첫 번째 노드에 설치되면 두 번째 노드에서 설치를 실행해야합니다.

내부로드 밸런서 만들기

클러스터가 구성되면 모든 클라이언트 액세스에 사용할 내부로드 밸런서 (ILB)를 만들어야합니다. SQL Server에 연결하는 클라이언트는 클러스터 IP 주소에 직접 연결하는 대신 ILB에 연결해야합니다. 이 시점에서 직접 클러스터에 연결하려고하면 모든 원격 시스템에서 클러스터에 연결할 수 없습니다. 이 시점에서 SQL Server Management Studio도 클러스터에 직접 연결할 수 없습니다.

로컬 바탕 화면에서이 Powershell 명령을 실행하여 내부 부하 분산 장치 (ILB)를 만듭니다.

# 변수 정의

$ IP = "10.0.0.201"# 내부 부하 분산 장치에서 사용할 IP 주소.이 주소는 SQL Server 클러스터 IP 주소와 동일해야합니다.

$ svc = "SQLFailover"# 클라우드 서비스의 이름

$ vmname1 = "sql1"# 첫 번째 클러스터 노드 인 VM의 이름

$ epname1 = "sql1"# 첫 번째 클러스터 노드와 연관된 엔드 포인트에 지정하려는 이름입니다. 원하는대로 사용하십시오.

$ vmname2 = "sql2"# 두 번째 클러스터 노드 인 VM의 이름

$ epname2 = "sql2"# 이것은 두 번째 클러스터 노드와 연관된 엔드 포인트에 지정하려는 이름입니다. 원하는대로 사용하십시오.

$ lbsetname = "ilbsetsqlha"# 원하는 이름을 사용하십시오.이 이름은 중요하지 않습니다.

$ prot = "tcp"

$ locport = 1433

$ pubport = 1433

$ probeport = 59999

$ ilbname = "sqlcluster"# 클라이언트가 연결하는 이름입니다. 일치해야합니다. SQL 클러스터 이름 리소스

$ subnetname = "Public"# 내부로드 밸런서를 사용할 Azure 서브넷의 이름

# 내부로드 밸런서를 서비스에 추가

Add-AzureInternalLoadBalancer -InternalLoadBalancerName $ ilbname -SubnetName $ 서브넷 이름 -ServiceName $ svc -StaticVNetIPAddress $ IP

#로드 밸런싱 엔드 포인트를 기본 클러스터 노드에 추가

Get-AzureVM -ServiceName $ svc -Name $ vmname1 | Add-AzureEndpoint -Name $ epname1 -LBSetName $ lbsetname -Protocol $ prot -LocalPort $ locport -PublicPort $ pubport -ProbePort $ probeport -ProbeProtocol tcp -ProbeIntervalInSeconds 10 -DirectServerReturn $ true -InternalLoadBalancerName $ ilbname | 업데이트 – AzureVM

# 보조 클러스터 노드에로드 밸런싱 엔드 포인트 추가

Get-AzureVM -ServiceName $ svc -Name $ vmname2 | Add-AzureEndpoint -Name $ epname2 -LBSetName $ lbsetname -Protocol $ prot -LocalPort $ locport -PublicPort $ pubport -ProbePort $ probeport -ProbeProtocol tcp -ProbeIntervalInSeconds 10 -DirectServerReturn $ true -InternalLoadBalancerName $ ilbname | 업데이트 – AzureVM

스크립트가 계획대로 실행되었다고 가정하면 다음과 같은 결과가 나타납니다.

클라이언트 수신기 업데이트

내부 부하 분산 장치가 만들어지면 SQL Server 클러스터에 대한 IP 주소를 업데이트하기 위해 SQL1에서 Powershell 스크립트를 실행해야합니다. 이 스크립트는 클러스터 네트워크 이름과 IP 리소스 이름을 참조합니다. 아래 그림은 장애 조치 클러스터 관리자에서이 두 이름을 모두 찾을 수 있음을 보여줍니다.

아래 스크립트는 클러스터 노드 중 하나에서 실행해야합니다. 관리자 권한으로 실행을 사용하여 Powershell ISE를 시작하십시오.

#이 스크립트는 내부로드 밸런서를 만든 후에 기본 클러스터 노드에서 실행해야합니다.

# 변수 정의

$ ClusterNetworkName = "클러스터 네트워크 1"# 클러스터 네트워크 이름

$ IPResourceName = "SQL IP 주소 1 (sqlcluster)"# IP 주소 자원 이름

$ CloudServiceIP = "10.0.0.201"# 내부로드 밸런서의 IP 주소

가져 오기 모듈 장애 조치 클러스터

# Windows 2012 이상을 사용하는 경우 Get-Cluster Resource 명령을 사용하십시오. Windows 2008 R2를 사용하는 경우 주석 처리 된 cluster res 명령을 사용하십시오.

Get-ClusterResource $ IPResourceName | Set-ClusterParameter -Multiple @ { "Address"= "$ CloudServiceIP"; "ProbePort"= "59999";
SubnetMask = "255.255.255.255"; "네트워크"= "$ ClusterNetworkName";
"OverrideAddressMatch"= 1; "EnableDhcp"= 0}

# cluster res $ IPResourceName / priv enabledhcp = 0 overrideaddressmatch = 1 address = $ CloudServiceIP probeport = 59999 subnetmask = 255.255.255.255

스크립트가 예상대로 실행되었다고 가정하면 출력은 다음과 같아야합니다. 변경 내용을 적용하려면 클러스터 리소스를 한 번 오프라인으로 설정 한 다음 온라인 상태로 만들어야합니다.

방화벽

열린 TCP 포트 59999, 1433 및 1434는 각 서버의 방화벽에서 열립니다.

개요

클러스터가 생성되었으므로 sqlcluster라는 이름을 사용하거나 10.0.0.201에 직접 사용하여 Internal Load Balancer를 통해 SQL 장애 조치 (Failover) 클러스터 인스턴스에 연결할 수 있습니다.