SIOS SANless clusters

SIOS SANless clusters High-availability Machine Learning monitoring

  • Home
  • 제작품
    • SIOS DataKeeper for Windows
    • SIOS Protection Suite for Linux
  • 뉴스 및 이벤트
  • 서버 클러스터 단순화
  • 성공 사례
  • 저희에 게 연락
  • English
  • 中文 (中国)
  • 中文 (台灣)
  • 한국어
  • Bahasa Indonesia
  • ไทย

Google Cloud Platform에서 Sanless SQL Server 장애 조치 (Failover) 클러스터 인스턴스

9월 7, 2018 by Jason Aw Leave a Comment

Google 클라우드 플랫폼에서 잔인한 SQL Server 장애 조치 (failover) 클러스터 인스턴스를 작성하는 방법

Google Cloud Platform에서 무자비한 SQL Server 장애 조치 (failover) 클러스터 인스턴스를 구축하는 방법

Google Cloud Platform (GCP)에서 SQL Server를 호스팅하려면 높은 가용성을 유지해야합니다. Google Cloud Platform에서 Sanless SQL Server 장애 조치 (Failover) 클러스터 인스턴스를 구축하는 것이 가장 경제적이며 경제적 인 방법 중 하나입니다.

비용 효과적

SQL Server Standard Edition은 장애 조치 (Failover) 클러스터링을 지원하므로 항상 가용성 그룹에 필요한 SQL Server Enterprise Edition과 관련된 비용을 피할 수 있습니다. 또한 SQL Server 장애 조치 클러스터링은 SQL Server의 전체 인스턴스를 보호하므로 훨씬 강력한 솔루션입니다. DTC (Distributed Transaction Coordinator) 지원 측면에서 제한이 없으며 관리가 더 쉽습니다. 또한 SQL 2012와 최신 SQL 2017과 같은 이전 버전의 SQL Server를 여전히 지원할 수 있습니다. 불행히도 SQL 2008 R2는 교차 서브넷 장애 조치에 대한 지원이 부족하기 때문에 지원되지 않습니다.

SIOS Datakeeper와 다른 점은 무엇입니까?

전통적으로 SQL Server FCI를 사용하려면 SAN 또는 일부 유형의 공유 저장 장치가 있어야합니다. 클라우드에는 클러스터 인식 공유 저장 장치가 없습니다. SAN 대신에 우리는 SIOS DataKeeper Cluster Edition (DKCE)을 사용하여 SANless 클러스터를 구축 할 것입니다. DKCE는 블록 수준 복제를 사용하여 각 인스턴스의 로컬로 연결된 저장소가 다른 인스턴스와 동기화되도록합니다. 또한 물리적 디스크 리소스를 대체하는 DataKeeper 볼륨이라는 자체 저장소 클래스 리소스를 통해 Windows Server 장애 조치 (Failover) 클러스터링과 통합됩니다. 클러스터에 관한 한, SIOS DataKeeper 볼륨은 SCSI 디스크를 제어하는 ​​대신 실제 디스크처럼 보입니다. 미러 서버는 미러 서버의 방향을 제어하여 활성 서버 만 디스크에 기록하고 수동 서버가 모든 변경 사항을 동 기적 또는 비동기 적으로 수신하도록합니다.

Google Cloud Platform에서 Sanless SQL Server 장애 조치 (Failover) 클러스터 인스턴스 시작하기

이 가이드에서는 동일한 영역의 두 인스턴스간에 두 노드 간 장애 조치 (failover) 클러스터를 구축하는 단계를 거치지 만 그림 1과 같이 GCP 내의 다른 영역에 있습니다. Google Cloud Platform에서 Sanless SQL Server 장애 조치 (Failover) 클러스터 인스턴스 Sanless SQL Server 장애 조치 (Failover) 클러스터 인스턴스에 대해 자세히 알아 보려면 Google Cloud Platform에서 전체 백서 (https://us.sios.com/sios-resources/white-paper-build-sql-server-failover-cluster-gcp/ SIOS DataKeeper에 대해 자세히 알아보기 Clusteringformeremortals.com의 허가를 받아 복제했습니다.

Filed Under: Datakeeper, 서버 클러스터 단순화 Tagged With: Google 클라우드 플랫폼의 sanless SQL Server 장애 조치 클러스터 인스턴스, 장애 조치 클러스터링 인스턴스

Azure에 2 노드 파일 서버 장애 조치 (failover) 클러스터 배포

8월 22, 2018 by Jason Aw Leave a Comment

SIOS Datakeeper를 사용하여 Azure IAAS에 고 가용성 파일 서버 배포

SIOS DataKeeper가있는 Azure IAAS (ARM)에서 고 가용성 파일 서버 배포

이 글에서는 Azure Resource Manager를 사용하여 Azure의 단일 영역에서 Azure에 2 노드 파일 서버 장애 조치 클러스터를 배포하는 데 필요한 특정 단계를 자세히 설명합니다. 기본 Azure 개념과 기본 장애 조치 클러스터 개념에 익숙하다고 가정합니다. 이 기사에서는 Azure에서 파일 서버 장애 조치 (Failover) 클러스터를 배포하는 방법에 대해 설명합니다. DataKeeper Cluster Edition을 사용하면 프리미엄 디스크인지 표준 디스크인지에 관계없이 로컬로 연결된 저장소를 가져 와서 둘 이상의 클러스터 노드간에 동 기적으로, 비동기 적으로 또는 혼합 또는 둘 모두로 해당 디스크를 복제 할 수 있습니다. 또한 DataKeeper 볼륨 리소스는 실제 디스크 리소스 대신 Windows Server 장애 조치 (Failover) 클러스터링에 등록됩니다. 물리적 디스크 리소스와 같은 SCSI-3 예약을 제어하는 ​​대신 DataKeeper 볼륨은 미러 방향을 제어하여 활성 노드가 항상 미러의 원본인지 확인합니다. 페일 오버 클러스터링과 관련하여 물리적 디스크처럼 보이고 느끼고 냄새가 나며 실제 디스크 리소스와 동일한 방식으로 사용됩니다.

Azure에 2 노드 파일 서버 장애 조치 (failover) 클러스터를 배포하기위한 사전 요구 사항

  • 이전에 Azure Portal을 사용해 왔으며 Azure IaaS에서 가상 시스템을 쉽게 배포 할 수 있습니다.
  • SIOS DataKeeper의 라이센스 또는 평가판 라이센스를 취득한 경우

Azure 포털을 사용하여 파일 서버 장애 조치 (Failover) 클러스터 인스턴스 배포

Azure에 2 노드 파일 서버 장애 조치 클러스터를 배포하려면 Azure Resource Manager를 기반으로하는 기본 가상 네트워크가 있고 최소한 하나의 가상 컴퓨터가 실행되어 도메인 컨트롤러로 구성되어 있다고 가정합니다. 가상 네트워크와 도메인이 구성되면 클러스터의 두 노드로 작동 할 두 개의 새로운 가상 시스템을 프로비저닝 할 것입니다. 우리의 환경은 다음과 같습니다. DC1 – 도메인 컨트롤러 및 파일 공유 감시 SQL1 및 SQL2 – 파일 서버 클러스터의 두 노드

두 개의 클러스터 노드 프로비저닝 (SQL1 및 SQL2)

Azure 포털을 사용하여 SQL1과 SQL2를 정확히 같은 방식으로 프로비저닝 할 것입니다. 인스턴스 크기, 저장 옵션 등을 선택할 수있는 다양한 옵션이 있습니다. 이 가이드는 Azure에 서버를 배포하는 데있어 철저한 가이드가 될 수있는 것은 아닙니다. 정말 좋은 리소스가 있고 매일 더 많이 게시되기 때문입니다. 그러나 클러스터 된 환경에서 인스턴스를 만들 때 염두에 두어야 할 몇 가지 중요한 사항이 있습니다. 가용성 세트 – SQL1, SQL2 및 DC1이 동일한 가용성 세트에 있어야합니다. 동일한 가용성 세트에 넣음으로써 각 클러스터 노드와 파일 공유 감시 서버가 다른 오류 도메인과 업데이트 도메인에 있는지 확인합니다. 이렇게하면 계획된 유지 관리 및 계획되지 않은 유지 관리 중에 클러스터가 계속 쿼럼을 유지하고 가동 중지 시간을 피할 수있게됩니다. Azure에 2 노드 파일 서버 장애 조치 (failover) 클러스터 배포 그림 3 – 클러스터 노드와 파일 공유 감시 서버를 모두 동일한 가용성 집합에 추가해야합니다.

정적 IP 주소

각 VM을 프로비저닝 한 후에는 설정으로 이동하여 IP 주소가 정적이되도록 설정을 변경해야합니다. 클러스터 노드의 IP 주소가 변경되는 것을 원하지 않습니다. Azure에 2 노드 파일 서버 장애 조치 (failover) 클러스터 배포 그림 4 – 각 클러스터 노드가 고정 IP를 사용하는지 확인

저장

Storage에 관한 한, Azure 가상 시스템에서 SQL Server의 성능 모범 사례를 참조하십시오. 어떤 경우 든 적어도 하나의 추가 디스크를 각 클러스터 노드에 추가해야합니다. DataKeeper는 기본 디스크, 고급 저장소 또는 저장소 풀에있는 여러 디스크로 구성된 저장소 풀을 사용할 수 있습니다. 각 클러스터 노드에 동일한 양의 저장소를 추가하고 동일하게 구성해야합니다. 또한 각 가상 컴퓨터마다 다른 저장소 계정을 사용하여 한 저장소 계정의 문제가 두 가상 컴퓨터에 동시에 영향을 미치지 않도록해야합니다. Azure에 2 노드 파일 서버 장애 조치 (failover) 클러스터 배포 그림 5 – 각 클러스터 노드에 저장소를 추가해야합니다.

클러스터 만들기

위에서 설명한대로 두 클러스터 노드 (SQL1 및 SQL2)가 준비되어 기존 도메인에 추가되었다고 가정하면 클러스터를 만들 준비가 완료되었습니다. 클러스터를 만들기 전에 몇 가지 기능을 활성화해야합니다. 이러한 기능은 .NET Framework 3.5 및 장애 조치 (Failover) 클러스터링입니다. 이러한 기능은 두 클러스터 노드에서 모두 활성화해야합니다. 또한 FIle Server 역할을 사용 가능하게해야합니다. Azure에 2 노드 파일 서버 장애 조치 (failover) 클러스터 배포 그림 6 – .Net Framework 3.5 및 장애 조치 (Failover) 클러스터링 기능과 두 클러스터 노드의 파일 서버를 사용하도록 설정 역할 및 해당 기능을 사용하도록 설정하면 클러스터를 구축 할 수 있습니다. PowerShell과 GUI를 통해 수행 할 수있는 대부분의 단계가 나와 있습니다. 그러나이 첫 번째 단계에서는 PowerShell을 사용하여 클러스터를 만드는 것이 좋습니다. 장애 조치 (Failover) 클러스터 관리자 GUI를 사용하여 클러스터를 만들면 클러스터가 중복 IP 주소를 발행하면서 퇴사한다는 것을 알게 될 것입니다.

메모 할 세부 정보

아주 자세히 설명하지 않고 Azure VM은 DHCP를 사용해야합니다. 우리가 Azure 포털에서 VM을 생성 할 때 "정적 IP"를 지정하면 일종의 DHCP 예약이 생성됩니다. 진정한 DHCP 예약은 DHCP 풀에서 해당 IP 주소를 제거하기 때문에 정확히 DHCP 예약이 아닙니다. 대신, Azure 포털에서 정적 IP를 지정하면 VM이 요청할 때 해당 IP 주소를 계속 사용할 수 있으면 Azure가 해당 IP를 해당 IP로 발급합니다. 그러나 VM이 오프라인 상태이고 다른 호스트가 동일한 서브넷에서 온라인 상태가되면 동일한 IP 주소를 발급받을 수 있습니다. Azure가 DHCP를 구현 한 방식에는 또 다른 이상한 부작용이 있습니다. 호스트가 DHCP를 사용해야 할 때 Windows Server 장애 조치 (Failover) 클러스터 GUI를 사용하여 클러스터를 만들 때는 클러스터 IP 주소를 지정하는 옵션이 없습니다. 대신 DHCP를 사용하여 주소를 얻습니다. 이상한 점은 DHCP가 새 IP 주소를 요구하는 호스트와 동일한 IP 주소 인 중복 IP 주소를 발행한다는 것입니다. 클러스터는 일반적으로 완료되지만 이상한 오류가있을 수 있으며 실행을 위해 다른 노드에서 Windows Server 장애 조치 (Failover) 클러스터 GUI를 실행해야 할 수도 있습니다. 실행을 시작하면 클러스터 IP 주소를 현재 네트워크에서 사용되지 않는 주소로 변경하려고합니다.

혼란을 피하십시오.

Powershell을 통해 간단히 클러스터를 만들고 클러스터 IP 주소를 PowerShell 명령의 일부로 지정하여 클러스터를 만들면 완전히 혼란을 피할 수 있습니다. 다음과 같이 New-Cluster 명령을 사용하여 클러스터를 만들 수 있습니다.

새 클러스터 -Name cluster1 -Node sql1, sql2 -StaticAddress 10.0.0.101 -NoStorage

클러스터 생성이 완료되면 다음 명령을 실행하여 클러스터 유효성 검사를 실행합니다.

테스트 클러스터

Azure에 2 노드 파일 서버 장애 조치 (failover) 클러스터 배포 그림 7 – 클러스터 생성 및 클러스터 유효성 검사 명령의 출력

파일 공유 감시 만들기

공유 저장소가 없기 때문에 두 클러스터 노드와 동일한 가용성 집합의 다른 서버에 파일 공유 감시를 만들어야합니다. 동일한 가용성 설정에두면 정해진 시간에 한 정족수의 투표 만 잃을 수 있습니다. 파일 공유 감시를 만드는 방법을 잘 모르는 경우이 문서 (http://www.howtonetworking.com/server/cluster12.htm)를 검토하십시오. 내 데모에서는 파일 공유 감시를 도메인 컨트롤러에 넣었습니다. 클러스터 쿼럼에 대한 철저한 설명은 https://blogs.msdn.microsoft.com/microsoft_press/2014/04/28/from-the-mvps-understanding-the-windows-server-failover-cluster-quorum- in-windows-server-2012-r2 /

DataKeeper 설치

클러스터가 생성 된 후에 DataKeeper를 설치할 차례입니다. 사용자 지정 클러스터 리소스 유형을 클러스터에 등록 할 수 있도록 초기 클러스터를 만든 후에 DataKeeper를 설치하는 것이 중요합니다. 클러스터를 만들기 전에 DataKeeper를 설치했다면 설치를 다시 실행하고 복구 설치를 수행하기 만하면됩니다. Azure에 2 노드 파일 서버 장애 조치 (failover) 클러스터 배포 그림 8 – 클러스터 생성 후 DataKeeper 설치 설치 중에 모든 기본 옵션을 사용할 수 있습니다.  사용하는 서비스 계정은 도메인 계정이어야하며 클러스터의 각 노드에있는 로컬 관리자 그룹에 있어야합니다. Azure에 2 노드 파일 서버 장애 조치 (failover) 클러스터 배포 그림 9 – 서비스 계정은 각 노드의 로컬 관리자 그룹에있는 도메인 계정이어야합니다. DataKeeper를 각 노드에 설치하고 라이센스를 부여한 후에는 서버를 다시 부팅해야합니다.

DataKeeper 볼륨 리소스 만들기

DataKeeper 볼륨 리소스를 생성하려면 DataKeeper UI를 시작하고 두 서버에 모두 연결해야합니다. Azure에 2 노드 파일 서버 장애 조치 (failover) 클러스터 배포 SQL1에 연Azure에 2 노드 파일 서버 장애 조치 (failover) 클러스터 배포결 SQL2에 Azure에 2 노드 파일 서버 장애 조치 (failover) 클러스터 배포연결 각 서버에 연결되면 DataKeeper 볼륨을 만들 준비가 된 것입니다. 작업을 마우스 오른쪽 단추로 클릭하고 "작업 작성"을 Azure에 2 노드 파일 서버 장애 조치 (failover) 클러스터 배포선택하십시오. 작업 이름과 설명을 입력하십시오. Azure에 2 노드 파일 서버 장애 조치 (failover) 클러스터 배포 원본 서버, IP 및 볼륨을 선택하십시오. IP 주소는 복제 트래픽이 이동할지 여부입니다. Azure에 2 노드 파일 서버 장애 조치 (failover) 클러스터 배포 대상 서버를 선택하십시오. Azure에 2 노드 파일 서버 장애 조치 (failover) 클러스터 배포 옵션을 선택하십시오. 두 VM이 동일한 지리적 영역에있는 우리의 목적을 위해 우리는 동기식 복제를 선택할 것입니다. 장거리 복제의 경우 비동기를 사용하고 일부 압축을 사용하고자 할 것입니다. Azure에 2 노드 파일 서버 장애 조치 (failover) 클러스터 배포 마지막 팝업에서 예를 클릭하면 장애 조치 클러스터링에서 사용 가능한 저장소에 새로운 DataKeeper 볼륨 리소스가 등록됩니다. 사용 가능한 저장소에 새 DataKeeper 볼륨 리소스가 표시됩니다. Azure에 2 노드 파일 서버 장애 조치 (failover) 클러스터 배포

파일 서버 클러스터 리소스 만들기

파일 서버 클러스터 리소스를 만들려면 장애 조치 클러스터 인터페이스가 아닌 Powershell을 다시 사용하십시오. 그 이유는 가상 머신이 DHCP를 사용하도록 구성 되었기 때문에 GUI 기반 마법사가 클러스터 IP 주소를 입력하라는 메시지를 표시하지 않고 대신 중복 된 IP 주소를 발행하기 때문입니다. 이를 방지하기 위해 간단한 powershell 명령을 사용하여 FIle 서버 클러스터 리소스를 만들고 IP 주소를 지정합니다

Add-ClusterFileServerRole - 저장소 "DataKeeper 볼륨 E" 
-Name FS2 -StaticAddress 10.0.0.201

여기에 지정한 IP 주소를 적어 두십시오. 네트워크의 고유 한 IP 주소 여야합니다. 나중에 내부로드 밸런서를 만들 때이 동일한 IP 주소를 사용합니다.

내부로드 밸런서 만들기

Azure의 장애 조치 클러스터링이 전통적인 인프라와 다른 점이 여기에 있습니다. Azure 네트워크 스택은 무상 ARPS를 지원하지 않습니다. 클라이언트는 클러스터 IP 주소에 직접 연결할 수 없습니다. 대신 클라이언트는 내부 부하 분산 장치에 연결하고 활성 클러스터 노드로 리디렉션됩니다. 우리가해야 할 일은 내부로드 밸런서를 만드는 것입니다. 이 작업은 아래 그림과 같이 Azure Portal을 통해 수행 할 수 있습니다. 먼저 새로운로드 밸런서를 만듭니Azure에 2 노드 파일 서버 장애 조치 (failover) 클러스터 배포다. 클라이언트가 공용 인터넷을 통해 연결하는 경우 공용로드 밸런서를 사용할 수 있지만 클라이언트가 동일한 vNet에 있다고 가정하면 내부로드 밸런서가 생성됩니다. 여기서 중요한 점은 가상 네트워크가 클러스터 노드가 상주하는 네트워크와 동일하다는 것입니다. 또한 지정한 개인 IP 주소는 SQL 클러스터 리소스를 만드는 데 사용한 주소와 정확히 동일합니다. Azure에 2 노드 파일 서버 장애 조치 (failover) 클러스터 배포 내부 부하 분산 장치 (ILB)를 만든 후에는 편집해야합니다. 우리가 할 첫 번째 일은 백엔드 풀을 추가하는 것입니다. 이 프로세스를 통해 SQL 클러스터 VM이 상주하는 가용성 세트를 선택하게됩니다. 그러나 실제 VM을 선택하여 백 엔드 풀에 추가 할 때는 파일 공유 감시를 선택하지 마십시오. SQL 트래픽을 파일 공유 감시로 리디렉션하고 싶지는 않습니다. Azure에 2 노드 파일 서버 장애 조치 (failover) 클러스터 배포 Azure에 2 노드 파일 서버 장애 조치 (failover) 클러스터 배포 다음으로 할 일은 프로브를 추가하는 것입니다. 우리가 추가 한 프로브는 포트 59999를 프로브합니다. 이 프로브는 클러스터에서 어떤 노드가 활성 상태인지 확인합니다. Azure에 2 노드 파일 서버 장애 조치 (failover) 클러스터 배포 마지막으로 SMB 트래픽 (TCP 포트 445)을 리디렉션하는로드 균형 조정 규칙이 필요합니다. 아래 스크린 샷에서 주목할 점은 Direct Server Return is Enabled입니다. 당신이 그 변화를 만들 었는지 확인하십시오. Azure에 2 노드 파일 서버 장애 조치 (failover) 클러스터 배포

파일 서버 IP 자원 수정

Azure에 2 노드 파일 서버 장애 조치 클러스터를 거의 배포했습니다! 구성의 마지막 단계는 클러스터 노드 중 하나에서 다음 PowerShell 스크립트를 실행하는 것입니다. 이렇게하면 클러스터 IP 주소가 ILB 프로브에 응답하고 클러스터 IP 주소와 ILB간에 IP 주소 충돌이 발생하지 않습니다. 받아 적기를 바랍니다; 사용자 환경에 맞게이 스크립트를 편집해야합니다. 서브넷 마스크는 255.255.255.255로 설정되어 있습니다. 실수가 아니므로 그대로 두십시오. 이것은 ILB와의 IP 주소 충돌을 피하기 위해 호스트 특정 라우트를 작성합니다.

# 변수 정의
$ ClusterNetworkName = "" 
# 클러스터 네트워크 이름 
(Windows Server 2012의 Get-ClusterNetwork를 사용하여 이름을 찾으십시오)
$ IPResourceName = "" 
# IP 주소 자원 이름 
$ ILBIP = "" 
# 내부로드 밸런서 (ILB)의 IP 주소
가져 오기 모듈 장애 조치 클러스터
# Windows Server 2012 이상을 사용하는 경우 :
Get-ClusterResource $ IPResourceName | Set-ClusterParameter 
-Multiple @ {Address = $ ILBIP; ProbePort = 59999; SubnetMask = "255.255.255.255";
네트워크 = $ ClusterNetworkName; EnableDhcp = 0}
# Windows Server 2008 R2를 사용하는 경우 다음을 사용하십시오. 
#cluster res $ IPResourceName / priv enabledhcp = 0 address = $ ILBIP probeport = 59999  
서브넷 마스크 = 255.255.255.255

파일 공유 만들기

장애 조치 (Failover) 클러스터 관리자에서 파일 공유 마법사를 사용하면 작동하지 않습니다. 대신 Windows 탐색기에서 활성 노드의 파일 공유를 만듭니다. 장애 조치 클러스터링은 이러한 공유를 자동으로 선택하여 클러스터에 저장합니다. 이 구성에서는 파일 공유의 "연속 가용성"옵션이 지원되지 않습니다.

결론

Azure에 2 노드 파일 서버 장애 조치 클러스터를 배포 할 수 있습니다.  문제가 있다면 Twitter @daveberm에서 저에게 연락하십시오. 기꺼이 도와 드리겠습니다. DataKeeper 평가 키가 필요하면 http://us.sios.com/clustersyourway/cta/14-day-trial에 양식을 작성하십시오. SIOS는 귀하에게 발송 된 평가 키를 보내드립니다. Clusteringformeremortals.com의 허락을 받아 재현

Filed Under: Datakeeper, 서버 클러스터 단순화

SQL Server Standard Edition의 재해 복구

8월 12, 2018 by Jason Aw Leave a Comment

SQL Server Standard Edition의 재해 복구

2 노드 SQL Server 2012/2014 Standard Edition 클러스터를 재해 복구 용 세 번째 서버로 복제

SQL Server Standard Edition의 재해 복구는 SIOS DataKeeper Cluster Edition에서 가능합니다. 방법은 다음과 같습니다. 많은 사람들이 SQL Server Enterprise Edition의 비용으로 인해 SQL Server Standard Edition에 정착하고 있습니다. SQL Server Standard Edition에는 동일한 기능이 많이 있지만 몇 가지 제한 사항이 있습니다. 한 가지 제한 사항은 AlwaysOn 가용성 그룹을 지원하지 않는다는 것입니다. 또한 클러스터의 두 노드 만 지원합니다. 데이터베이스 미러링이 더 이상 사용되지 않고 Standard Edition에서 동기 복제 만 지원하면 실제로 재해 복구 옵션이 제한적입니다.

SQL Server Standard Edition의 재해 복구

이러한 옵션 중 하나는 SIOS DataKeeper Cluster Edition입니다. DataKeeper는 기존 공유 스토리지 클러스터에서 작동합니다. 이 소프트웨어를 사용하면 동기 또는 비동기 복제를 사용하여 세 번째 노드로 확장 할 수 있습니다. SQL Server Enterprise를 사용하는 경우 진정한 다중 사이트 클러스터의 다른 클러스터 멤버로 세 번째 노드를 추가하기 만하면됩니다. 그러나 SQL Server Standard Edition에 대한 내용이므로 세 번째 노드를 클러스터에 직접 추가 할 수는 없습니다. 좋은 소식은 DataKeeper를 사용하면 데이터를 3 노드에 복제 할 수 있으므로 데이터가 보호됩니다. SQL Server Standard Edition의 재해 복구는 DataKeeper를 사용하여 세 번째 노드를 미러 원본으로 온라인 상태로 설정한다는 것을 의미합니다. 다음으로 SQL Server Management Studio를 사용하여 복제 된 볼륨에있는 데이터베이스를 탑재합니다. 고객은 또한이 세 번째 노드로 리디렉션되어야합니다. 그러나 우수한 RPO와 합리적인 RTO를 갖춘 매우 비용 효율적인 솔루션입니다. SIOS 설명서는 SQL Server Standard Edition에 대한 재해 복구 수행 방법에 대해 설명합니다. 여기에서는 최근에 고객 중 한 명을위한 단계를 요약했습니다.

구성

  • SQL 리소스 중지
  • SQL 클러스터 리소스에서 실제 디스크 리소스 제거
  • 사용 가능한 저장소에서 물리 디스크 제거
  • SECONDARY 서버의 온라인 물리 디스크. 드라이브 문자 추가 (없는 경우)
  • emcmd를 실행하십시오. setconfiguration <드라이브 문자> 256 및 보조 서버 재부트. 이렇게하면 SECONDARY 서버가 E 드라이버에 대한 액세스를 차단하게됩니다. 중요한 단계입니다. 두 대의 서버가 동시에 E 드라이브에 액세스하지 못하도록 방지 할 수 있기를 바랍니다.
  • PRIMARY 서버의 온라인 디스크
  • 필요한 경우 드라이브 문자 추가
  • 기본에서 DR으로 DataKeeper 미러 만들기 미러를 올바르게 만들려면 모든 서버의 DataKeeper 서버 개요 보고서에서 E 드라이브가 표시되도록 잠시 기다려야합니다. 올바르게 완료되면 PRIMARY에서 DR으로 미러를 생성합니다. 이 프로세스의 일부로 DataKeeper는 복제중인 볼륨을 공유하는 SECONDARY 서버에 대해 묻습니다.

재해의 사건에서 ….

ON DR NODE

  • EMCMD를 실행하십시오. switchovervolume <드라이브 문자>
  • 처음에는 SQL 서비스 계정에 모든 데이터 및 로그 파일에 대한 읽기 / 쓰기 액세스 권한이 있는지 확인하십시오. 처음으로 데이터베이스를 탑재하려고하면이 액세스 권한을 명시 적으로 부여해야합니다.
  • SQL Management Studio를 사용하여 데이터베이스 탑재
  • 모든 클라이언트를 DR 사이트의 서버로 리디렉션하십시오. DR 사이트에있는 응용 프로그램을 DR 사이트의 SQL Server 인스턴스를 가리 키도록 미리 구성하는 것이 더 좋습니다.

재난이 끝난 후

  • 메인 사이트의 서버 (PRIMAY, SECONDARY)에 다시 전원을 공급하십시오.
  • 미러가 미러링 상태가 될 때까지 기다립니다.
  • 어떤 노드가 이전 소스인지 확인 (PowerShell을 관리자로 실행). get-clusterresource -Name "<DataKeeper Volume Resource name>"| get-cluster 매개 변수
  • 클러스터에 DataKeeper 볼륨 리소스가 온라인 상태가 아닌지 확인하십시오.
  • 하나의 클러스터 노드에서 DataKeeper GUI를 시작하십시오. 스플릿 브레인 복구 절차 중에 DR 노드가 소스로 선택되도록 모든 스플릿 브레인 조건을 해결합니다 (거의 없음).
  • 이전 소스로보고 된 노드에서 EMCMD를 실행하십시오. switchovervolume <드라이브 문자>
  • 장애 조치 (failover) 클러스터 관리자에서 SQL Server를 온라인으로 가져 오기

위의 단계에서는 SIOS DataKeeper Cluster Edition이 세 서버 (PRIMARY, SECONDARY, DR)에 모두 설치되어 있다고 가정합니다. PRIMARY 및 SECONDARY는 2 노드 공유 저장 영역 클러스터입니다. 로컬로 연결된 저장소가있는 독립 실행 형 SQL Server 인스턴스 (클러스터의 일부가 아님) 인 DR에 데이터를 복제하고 있습니다. 재해 복구 서버에는 공유 클러스터 볼륨과 크기 및 드라이브 문자가 같은 볼륨이 있습니다. 이는 잘 작동하며 재해 복구 사이트를 구성하지 않은 경우에도 클라우드에있는 대상에 복제 할 수 있습니다. SAN을 완전히 제거하려는 경우 모든 복제 된 저장소를 사용하여 동일한 구성을 구축 할 수도 있습니다. 다음은 SQL Server Standard Edition의 재해 복구에 사용할 수있는 구성 중 일부를 보여주는 멋진 짧은 비디오입니다. http://videos.us.sios.com/medias/aula05u2fl Clusteringformeremortals.com의 허가를 받아 복제했습니다.

Filed Under: Datakeeper, 서버 클러스터 단순화 Tagged With:  

DataKeeper로 Sanless Hyper-V 장애 조치 (failover) 클러스터 구성

2월 19, 2018 by Jason Aw Leave a Comment

DataKeeper로 Sanless Hyper-V 장애 조치 (failover) 클러스터 구성

SANLess에 관한 질문

Q. SANLess 클러스터 란 무엇입니까?
A. SAN 대신 로컬 저장소를 사용하는 클러스터입니다.

Q. 왜 Sanless Hyper-V 장애 조치 클러스터를 구성해야합니까?
A. 몇 가지 이유가 있습니다.

  • SAN 비용 제거
  • 단일 실패 지점으로 SAN 제거
  • Fusion-ioDrive와 같은 고속 스토리지 옵션 및 로컬에 연결되는 기타 고속 스토리지 장치 활용
  • 재해 복구를 위해 지리적 위치에서 클러스터 확장
  • 관리 단순화
  • SAN 관리자의 필요성 제거

DataKeeper Cluster Edition으로 Sanless Hyper-V 장애 조치 클러스터 구성이 쉽습니다.

Windows Server 장애 조치 (Failover) 클러스터링에 대해 알고 있다면 솔루션의 99 %를 이미 알고 있습니다. 이전에 Windows Server 장애 조치 (Failover) 클러스터를 구축 한 적이 없다면 걱정할 필요가 없습니다. Microsoft는 쉽고 고통스럽게 만들었습니다. 초보자를 위해 필자는 여기에 블로그 게시물에 Windows Server 2012 # SANLESS 클러스터를 구축하는 방법을 단계별로 설명했습니다.

고 가용성 가상 컴퓨터를 만들기위한 두 가지 옵션

내 게시물의 단계를 수행 한 경우 고 가용성 가상 컴퓨터를 만들 준비가되었습니다. 첫 번째 옵션은 고 가용성으로 만들려는 기존 가상 컴퓨터가 있다고 가정합니다. 두 번째 옵션은 고 가용성 가상 시스템을 처음부터 구축한다고 가정합니다.

DataKeeper 볼륨 클러스터 리소스 구성

SANLess Hyper-V 클러스터에는 볼륨 당 하나의 VM이 필요합니다. 따라서 각 VM에 충분한 볼륨을 가지도록 저장소를 분할해야합니다. 각 클러스터 노드의 저장소는 드라이브 문자 및 파티션 크기 측면에서 동일하게 구성되어야합니다. 파티션을 올바르게 구성하고 VM을 복제 할 파티션에 배치하십시오. 그런 다음 DataKeeper 인터페이스를 열고 아래의 3 단계 마법사를 따라 DataKeeper 볼륨 리소스를 만듭니다.

먼저 DataKeeper 인터페이스를 열고 서버에 연결을 클릭하십시오. 두 서버에 모두 연결하려면이 작업을 두 번 수행하십시오.

DataKeeper Cluster Edition을 사용하여 Sanless Hyper-V 장애 조치 클러스터 구성

연결되면 작업 생성을 클릭하여 아래와 같이 고 가용성으로 만들 가상 시스템이 포함 된 볼륨의 미러를 만듭니다. 이 예에서는 E 드라이브를 미러합니다.

DataKeeper Cluster Edition을 사용하여 Sanless Hyper-V 장애 조치 클러스터 구성

가능한 경우 항상 개인 네트워크에서 복제 트래픽을 유지하십시오. 이 경우 복제 트래픽에 10.0.0.0/8 네트워크를 사용하고 있습니다. 두 개의 서버를 두 개의 미사용 NIC에 연결하는 간단한 패치 케이블이 될 수 있습니다.

DataKeeper Cluster Edition을 사용하여 Sanless Hyper-V 장애 조치 클러스터 구성

DataKeeper Cluster Edition을 사용하여 Sanless Hyper-V 장애 조치 클러스터 구성

마지막 화면에는 미러링에 사용할 수있는 옵션이 표시됩니다. 근거리 통신망의 경우, 동기식 미러링이 선호됩니다. WAN (Wide Area Network)을 통해 복제 할 때 비동기 복제를 사용하고 압축을 가능하게 할 수 있습니다. 나는 최대 대역폭을 제한하지 않을 것이다. 왜냐하면 변경 속도 (Disk Right Bytes / sec)가 지정된 최대 대역폭을 초과하면 미러가 동기화되지 않을 수 있기 때문입니다. 그러나 초기 미러 생성 프로세스 중에 최대 대역폭을 임시로 활성화해야 할 수 있습니다. 그렇지 않으면 DataKeeper가 가능한 빨리 동기화를 시도 할 때 초기 복제 트래픽으로 네트워크를 가득 채울 수 있습니다. 최대 대역폭 및 압축 설정은 미러를 만든 후에 조정할 수 있습니다. 그러나 미러를 삭제하고 다시 작성하지 않고 미러를 만든 후에는 동기 및 비동기 미러링간에 변경할 수 없습니다.

DataKeeper Cluster Edition을 사용하여 Sanless Hyper-V 장애 조치 클러스터 구성

미러 생성 프로세스가 끝나면이 볼륨을 클러스터 볼륨으로 자동 등록할지 묻는 팝업이 나타납니다. Yes를 선택하면 Failover Clustering Available Storage에 DataKeeper 볼륨 리소스가 생성됩니다.

DataKeeper Cluster Edition을 사용하여 Sanless Hyper-V 장애 조치 클러스터 구성

이제 고 가용성 VM을 만들 준비가되었습니다.

옵션 1 – 기존 VM 클러스터링

DataKeeper Cluster Edition을 사용하여 Sanless Hyper-V 장애 조치 클러스터 구성

다시 한번이 절차에서는 고 가용성으로 만들려는 기존 VM이 있다고 가정합니다. 기존 VM이없는 경우 옵션 2 – 고 가용성 VM 만들기의 절차를 따르십시오. 그렇지 않으면 아래와 같이 Hyper-V 관리자를 볼 때 VM이 있어야합니다.

DataKeeper Cluster Edition을 사용하여 Sanless Hyper-V 장애 조치 클러스터 구성

아래 표시된 것처럼 모든 VM 파일은 이미 복제 된 볼륨에 있어야합니다. 그렇지 않은 경우 VM을 클러스터하기 전에 파일을 재배치해야합니다.

DataKeeper Cluster Edition을 사용하여 Sanless Hyper-V 장애 조치 클러스터 구성

클러스터링 프로세스를 시작하려면 장애 조치 (Failover) 클러스터 관리자를 엽니 다. 역할 구성을 마우스 오른쪽 단추로 클릭하고 생성하려는 역할로 가상 시스템을 선택합니다.

DataKeeper Cluster Edition을 사용하여 Sanless Hyper-V 장애 조치 클러스터 구성

DataKeeper Cluster Edition을 사용하여 Sanless Hyper-V 장애 조치 클러스터 구성

그러면 고 가용성 마법사가 시작됩니다. 이 시점에서 클러 스 터하려는 VM을 선택하고 아래 표시된대로 마법사를 단계별로 실행해야합니다.

DataKeeper Cluster Edition을 사용하여 Sanless Hyper-V 장애 조치 클러스터 구성

DataKeeper Cluster Edition을 사용하여 Sanless Hyper-V 장애 조치 클러스터 구성

DataKeeper Cluster Edition을 사용하여 Sanless Hyper-V 장애 조치 클러스터 구성

VM 리소스가 생성되지만 일부 경고가 표시됩니다. 경고는 E 드라이브가 현재 VM 클러스터 리소스 그룹의 일부가 아니라는 것을 나타냅니다.

DataKeeper Cluster Edition을 사용하여 Sanless Hyper-V 장애 조치 클러스터 구성

DataKeeper 볼륨 E를 VM 클러스터 리소스 그룹의 일부로 만들려면 역할을 마우스 오른쪽 단추로 클릭하고 저장소 추가를 선택하십시오. 사용 가능한 디스크에 나열된 DataKeeper 볼륨을 추가하십시오.

DataKeeper Cluster Edition을 사용하여 Sanless Hyper-V 장애 조치 클러스터 구성

DataKeeper Cluster Edition을 사용하여 Sanless Hyper-V 장애 조치 클러스터 구성

DataKeeper Cluster Edition을 사용하여 Sanless Hyper-V 장애 조치 클러스터 구성

마지막 부분은 가상 시스템 구성의 등록 정보 (가상 시스템이 아님)를 선택하고 방금 자원 그룹에 추가 한 스토리지에 종속되게 만드는 것입니다.

DataKeeper Cluster Edition을 사용하여 Sanless Hyper-V 장애 조치 클러스터 구성

DataKeeper Cluster Edition을 사용하여 Sanless Hyper-V 장애 조치 클러스터 구성

이제 VM을 시작할 수 있습니다.

DataKeeper Cluster Edition을 사용하여 Sanless Hyper-V 장애 조치 클러스터 구성

DataKeeper Cluster Edition을 사용하여 Sanless Hyper-V 장애 조치 클러스터 구성

옵션 2 – 고 가용성 VM 만들기

고 가용성 VM을 처음부터 만들려고한다고 가정하면 아래와 같이 Hyper-V Virtual Machine Manager에서이 전체 프로세스를 완료 할 수 있습니다. 이 단계에서는 DataKeeper 볼륨 리소스 구성 섹션에서 설명한대로 DataKeeper를 사용하여 E 드라이브의 미러를 이미 만들었다 고 가정합니다.

시작하려면 장애 조치 클러스터 관리자를 열고 역할을 마우스 오른쪽 단추로 클릭하고 가상 컴퓨터 – 새 가상 컴퓨터를 선택합니다.

DataKeeper Cluster Edition을 사용하여 Sanless Hyper-V 장애 조치 클러스터 구성

마법사의 단계를 수행하고 VM에 사용할 옵션을 선택합니다. VM을 배치 할 위치를 선택할 때 현재 사용 가능한 저장소의 소유자 인 클러스터 노드를 선택합니다. 그것은 또한 거울의 근원 일 것입니다.

DataKeeper Cluster Edition을 사용하여 Sanless Hyper-V 장애 조치 클러스터 구성

VM의 이름과 위치를 지정할 때 복제 된 볼륨의 위치를 ​​선택해야합니다.

DataKeeper Cluster Edition을 사용하여 Sanless Hyper-V 장애 조치 클러스터 구성

나머지 옵션은 귀하가 결정합니다. VHD 파일이 복제 된 볼륨에 있는지 확인하십시오.

DataKeeper Cluster Edition을 사용하여 Sanless Hyper-V 장애 조치 클러스터 구성

DataKeeper Cluster Edition을 사용하여 Sanless Hyper-V 장애 조치 클러스터 구성

고 가용성 VM이 생성되었지만 저장소에 대한 경고가 표시됩니다. 아래 그림과 같이 DataKeeper 볼륨 리소스를 VM 클러스터 리소스 그룹에 추가해야합니다.

DataKeeper Cluster Edition을 사용하여 Sanless Hyper-V 장애 조치 클러스터 구성

DataKeeper Cluster Edition을 사용하여 Sanless Hyper-V 장애 조치 클러스터 구성

DataKeeper Cluster Edition을 사용하여 Sanless Hyper-V 장애 조치 클러스터 구성

DataKeeper 볼륨을 VM 클러스터 리소스 그룹에 추가 한 후 DataKeeper 볼륨을 가상 컴퓨터 구성 리소스의 종속성으로 추가합니다.

DataKeeper Cluster Edition을 사용하여 Sanless Hyper-V 장애 조치 클러스터 구성

DataKeeper Cluster Edition을 사용하여 Sanless Hyper-V 장애 조치 클러스터 구성

이제 고 가용성 가상 시스템이 생겼습니다.

DataKeeper Cluster Edition을 사용하여 Sanless Hyper-V 장애 조치 클러스터 구성

개요

이 블로그 게시물에서 #SANLESS 클러스터를 구성하는 요소에 대해 논의했습니다. 우리는 Sanless Hyper-V 장애 조치 클러스터를 구성하기 위해 SIOS DataKeeper를 선택했습니다. 일단 구축되면 클러스터는 SAN 기반 클러스터와 똑같이 작동합니다. 예기치 않은 장애가 발생할 경우 Live Migration, Quick Migration 및 자동 장애 조치를 수행 할 수 있습니다.

#SANLESS 클러스터는 SAN의 단일 지점뿐만 아니라 SAN의 비용도 제거합니다. DataKeeper Cluster Edition은 SAN에서 여러 노드를 지원합니다. 따라서 LAN 및 WAN을 모두 확장하는 구성은 Hyper-V 고 가용성 및 재해 복구를위한 가능한 모든 솔루션입니다. DataKeeper는 모든 로컬 스토리지를 지원합니다. 이것은 고 가용성을 포기하지 않고 고성능을 위해 SSD 또는 NAND 플래시 저장 장치를 고속으로 사용할 수있는 가능성을 열어줍니다.

Sanless Hyper-V 장애 조치 클러스터 구성에 대한 정보를 읽는다면 여기에서 클러스터링에 대한 자세한 내용을 읽어보십시오.

https://clusteringformeremortals.com/2014/03/04/configuring-a-sanless-hyper-v-failover-cluster-with-datakeeper-cluster-edition/의 허락을 얻어 신고했습니다.

Filed Under: Datakeeper, 서버 클러스터 단순화 Tagged With: Microsoft Windows Server 장애 조치 (Failover) 클러스터링

DataKeeper를 사용하여 SQL Server 2014 장애 조치 (Failover) 클러스터 인스턴스 만들기

2월 15, 2018 by Jason Aw Leave a Comment

DataKeeper를 사용하여 SQL Server 2014 장애 조치 (Failover) 클러스터 인스턴스 만들기

업데이트 – 도입 된 새로운 기능으로 인해 Azure에서 SQL Server 클러스터를 배포하는 방법에 대한 지침을 업데이트했습니다. 최신 기사는 다음에서 찾을 수 있습니다. https://clusteringformeremortals.com/2015/01/01/step-by-step-how-to-configure-a-sql-server-failover-cluster-instance-fci-in- microsoft-azure-iaas-sqlserver-azure-sanless /

이것은 Windows Azure의 고 가용성 및 재해 복구 시리즈의 3 번째 게시물입니다. 이 게시물에는 다른 오류 도메인에있는 두 개의 클러스터 노드 사이에서 Windows Azure Cloud에 Windows Server 장애 조치 (Failover) 클러스터를 구현하기위한 단계별 지침이 나와 있습니다. 이 게시물은 SQL Server 2014 장애 조치 (Failover) 클러스터 인스턴스 구축에 중점을두고 있지만 다음 단계를 약간 조정하면 모든 클러스터 인식 응용 프로그램을 보호 할 수 있습니다. 다음 글에서는 아주 강력한 재해 복구 계획을 위해이 클러스터를 다른 데이터 센터의 세 번째 노드로 확장하는 방법을 설명합니다. Azure에는 클러스터 된 저장소 옵션이 없으므로 클러스터 저장소로 DataKeeper Cluster Edition이라는 타사 솔루션을 사용합니다.

이 게시물은 사용자가 Azure에서 가상 네트워크를 만들고 Azure에 이미 프로비저닝 된 첫 번째 DC를 가지고 있다고 가정합니다. 아직 해보지 않았다면이 주제에 대한 처음 두 개의 게시물을 살펴 보시기 바랍니다.

Windows Azure Cloud에 사이트 간 VPN 터널을 만드는 방법

http://www.sios-apac.com/2018/02/extending-datacenter-azure-cloud/

기본 데이터 센터에 대한 VPN 연결을 만드는 것은 필수 조건은 아니지만이를 수행하는 것이 좋습니다. 이 방법으로 다음 게시물에서 논의 할 하이브리드 재해 복구 구성을 준비 할 수 있습니다.

이 글에서 설명 할 상위 단계는 다음과 같습니다.

  • 두 개의 Windows Server 2012 R2 서버 프로비저닝
  • 도메인에 서버 추가
  • 장애 조치 (Failover) 클러스터링 기능 사용
  • 클러스터 만들기
  • DataKeeper Cluster Edition을 사용하여 복제 된 볼륨 클러스터 리소스 만들기
  • SQL 2014 장애 조치 (Failover) 클러스터 인스턴스 설치

두 개의 Windows Server 2012 R2 서버 프로비저닝

왼쪽 열의 가상 컴퓨터 탭을 클릭 한 다음 왼쪽 하단에있는 새로 만들기 단추를 클릭하십시오.

Windows에서 SQL Server 2014 Alwayson FCI 만들기 DataKeeper가있는 Azure IAAS

갤러리에서 새 가상 컴퓨터 선택

Windows에서 SQL Server 2014 Alwayson FCI 만들기 DataKeeper가있는 Azure IAAS

우리 클러스터에서는 Windows 2012 R2 Datacenter를 선택할 것입니다.

Windows에서 SQL Server 2014 Alwayson FCI 만들기 DataKeeper가있는 Azure IAAS

최신 버전 릴리스 날짜를 선택하고 VM 및 크기를 지정합니다. 사용자 이름과 암호는 구성을 완료하기 위해 VM에 로그인 할 때 사용할 로컬 관리자 계정입니다.

Windows에서 SQL Server 2014 Alwayson FCI 만들기 DataKeeper가있는 Azure IAAS

이 다음 페이지에서 다음을 선택할 것입니다.

클라우드 서비스 : 첫 번째 VM을 프로비저닝 할 때 작성한 것과 동일한 클라우드 서비스를 선택합니다. 클라우드 서비스 문서는로드 밸런싱에 사용된다고 말하지만 모든 클라우드 VM과 DC를 동일한 클라우드 서비스에 두어 관리가 쉽지는 않습니다. 기존 클라우드 서비스를 선택하면 가상 네트워크와 서브넷이 자동으로 선택됩니다.

스토리지 계정 : 기존 스토리지 계정 선택

가용성 세트 : 이것은 매우 중요합니다. 모든 VM이 동일한 가용성 세트에 있는지 확인하려고합니다. 모든 가용 VM을 동일한 가용 세트에 넣으면 VM이 모두 다른 오류 도메인에서 실행되는 것을 보장 할 수 있습니다.

Windows에서 SQL Server 2014 Alwayson FCI 만들기 DataKeeper가있는 Azure IAAS

마지막 페이지에는이 VM에 도달 할 수있는 포트가 표시됩니다.

Windows에서 SQL Server 2014 Alwayson FCI 만들기 DataKeeper가있는 Azure IAAS

VM이 생성되면 Azure 포털에 새 VM으로 표시됩니다.

Windows에서 SQL Server 2014 Alwayson FCI 만들기 DataKeeper가있는 Azure IAAS

다음 단계는 VM에 스토리지를 추가하는 것입니다. Azure 모범 사례를 사용하면 데이터베이스와 로그 파일을 같은 볼륨에 넣을 수 있습니다. 그렇지 않으면 기본적으로 활성화 된 지오 – 복제 기능을 비활성화해야합니다. 다음 문서에서는이 문제점에 대해 자세히 설명합니다. http://msdn.microsoft.com/en-us/library/jj870962.aspx#BKMK_GEO

VM에 스토리지를 추가하려면 VM을 클릭 한 다음 Dashboard를 클릭하여 VM 대시 보드로 이동하십시오. 일단 거기에 연결을 클릭하십시오.

Windows에서 SQL Server 2014 Alwayson FCI 만들기 DataKeeper가있는 Azure IAAS

SQL Server의 저장소 옵션을 고려할 때 고려해야 할 사항이 많이 있습니다. 가장 안전하고 쉬운 방법은이 글에서 사용할 방법입니다. 데이터 및 로그 파일에 단일 볼륨을 사용하고 캐싱을 사용하지 않도록 설정합니다. Azure에 대한 SQL Server 성능 고려 사항 및 모범 사례에 대한 최신 정보를 보려면이 기사를 읽어야합니다.

http://msdn.microsoft.com/en-us/library/windowsazure/dn133149.aspx

Windows에서 SQL Server 2014 Alwayson FCI 만들기 DataKeeper가있는 Azure IAAS

이 추가 볼륨을 추가 한 후에는 각 VM을 열고 디스크 관리를 사용하여 볼륨을 초기화하고 포맷해야합니다. 이 데모를 위해이 볼륨을 "F : "드라이브로 포맷합니다.

이제 SQL1이라는 VM 하나가 생겼습니다. 다른 VM을 프로비저닝하고 SQL2라고하는 것과 동일한 프로세스를 완료하여 동일한 클라우드 서비스, 가용성 세트 및 스토리지 계정에 넣었는지 확인해야합니다. 또한 SQL1에 대해했던 것처럼 다른 볼륨을 SQL2에 첨부하고 F : 드라이브로 포맷하십시오.

두 VM의 프로비저닝이 끝나면 다음 단계로 넘어 가서 도메인에 추가합니다.

도메인에 그들을 추가하십시오

도메인에 SQL1 및 SQL2를 추가하는 것은 간단한 프로세스입니다. 이전 게시물과 함께 따라 왔다고 가정하면 이미 도메인을 만들고 SQ1 및 SQL2와 동일한 클라우드 서비스에 DC2라는 DC가 준비되어 있습니다. 도메인에 추가하는 것은 일반 온 – 프레미스 네트워크에서와 마찬가지로 VM에 연결하고 VM을 도메인에 추가하는 것처럼 간단합니다. 가상 네트워크를 올바르게 구성한 경우 로컬 DC2와 도메인 컨트롤러를 지정하는 DHCP에 의해 할당 된 IP 주소로 새 VM을 부팅해야합니다.

연결을 클릭하여 SQL1 및 SQL2에 대한 RDP 세션을 엽니 다.

Windows에서 SQL Server 2014 Alwayson FCI 만들기 DataKeeper가있는 Azure IAAS

IPconfig / all은 현재 IP 구성을 보여줍니다. Windows Azure에서는 DHCP 서버를 사용하도록 설정된 주소를 그대로 두어야하지만 IP 주소는 VM 수명 동안 변경되지 않습니다. DNS 서버가 앞에서 이전에 만든 로컬 DNS 서버로 설정되어 있는지 확인해야합니다.

Windows에서 SQL Server 2014 Alwayson FCI 만들기 DataKeeper가있는 Azure IAAS

도메인에 SQL1과 SQL2를 추가하고 다음 단계를 계속하십시오.

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

SQL1과 SQL2 모두에서 장애 조치 클러스터링 기능을 사용할 수 있습니다.

Windows에서 SQL Server 2014 Alwayson FCI 만들기 DataKeeper가있는 Azure IAAS

클러스터 만들기

클러스터링에 익숙하다면 몇 가지 예외를 제외하고 다음 단계는 매우 친숙해야하므로 Windows Azure에 클러스터를 배포 할 때 발생하는 문제를 피하려면주의하십시오.

우리는 하나의 노드 클러스터를 생성함으로써 시작할 것입니다. 그러면 두 번째 노드를 클러스터에 추가하기 전에 클러스터 이름 리소스에 필요한 조정을 할 수 있습니다. 장애 조치 (Failover) 클러스터 관리자를 사용하고 클러스터 만들기를 선택하여 시작하십시오. 선택한 서버에 SQL1을 추가하고 다음을 클릭하십시오.

Windows에서 SQL Server 2014 Alwayson FCI 만들기 DataKeeper가있는 Azure IAAS

 

SQL Server 2014를 이후 단계에서 클러스터에 설치하려면 클러스터 유효성 검사를 완료해야합니다.

Windows에서 SQL Server 2014 Alwayson FCI 만들기 DataKeeper가있는 Azure IAAS

Windows에서 SQL Server 2014 Alwayson FCI 만들기 DataKeeper가있는 Azure IAAS

다음과 같이 클러스터 생성 프로세스의 나머지 단계를 수행하십시오. 우리는이 클러스터를 SQLCLUSTER라고 부를 것이고, 이것은 단순히 우리가 클러스터를 관리하는 데 사용하는 이름입니다. 이것은 클라이언트 응용 프로그램이 결국 연결할 이름이 아닙니다.

Windows에서 SQL Server 2014 Alwayson FCI 만들기 DataKeeper가있는 Azure IAAS

Windows에서 SQL Server 2014 Alwayson FCI 만들기 DataKeeper가있는 Azure IAAS

클러스터 작성 프로세스가 완료되면 클러스터 이름 리소스가 온라인 상태가되지 않는 것을 알 수 있습니다.

Windows에서 SQL Server 2014 Alwayson FCI 만들기 DataKeeper가있는 Azure IAAS

IP 리소스가 온라인 상태가 아니기 때문에 이름 리소스를 온라인 상태로 만들지 못했습니다. DHCP 서버가 전달한 주소가 서버의 실제 주소 (이 경우 10.10.11.5)와 같기 때문에 IP 주소가 온라인 상태가되지 못했습니다. 따라서 중복되는 IP 주소 충돌이 있습니다.

이 문제를 해결하려면 IP 주소 리소스의 속성으로 이동하여 현재 사용되지 않는 동일한 서브넷의 다른 주소로 주소를 변경해야합니다. 미래에 새로운 VM을 배치 할 가능성을 줄이기 위해 서브넷 범위의 상위 끝에있는 주소를 선택하면 Azure는 클러스터 IP 주소를 나눠주고 IP 주소 충돌을 일으킬 가능성을 줄입니다. 이러한 가능성을 없애기 위해 Microsoft는 DHCP 주소 풀에 대해 더 많은 제어권을 허용해야합니다. 현재로서는 그 가능성을 완전히 없애는 유일한 방법은 가상 사설망에 새 서브넷을 만들어 나중에 배포 할 수있는 새 VM을 만드는 것이므로이 클러스터 만이 서브넷에 있습니다. 이 서브넷에 더 많은 VM을 배포하려는 경우 동시에 사용할 수있는 모든 VM을 배포하여 사용할 IP 주소를 알 수 있으므로 클러스터에 사용할 IP 주소를 모두 사용할 수 있습니다. .

IP 주소를 변경하려면 IP 주소 클러스터 자원의 등록 정보를 선택하고 새 주소를 지정하십시오.

Windows에서 SQL Server 2014 Alwayson FCI 만들기 DataKeeper가있는 Azure IAAS

주소가 변경되면 클러스터 이름 리소스를 마우스 오른쪽 단추로 클릭하고 온라인 상태가되도록합니다.

 

이제 두 번째 노드를 클러스터에 추가 할 준비가되었습니다. 장애 조치 (Failover) 클러스터 관리자에서 노드 추가를 선택합니다.

 

두 번째 노드를 찾아 추가를 클릭하십시오.

Windows에서 SQL Server 2014 Alwayson FCI 만들기 DataKeeper가있는 Azure IAAS

모든 유효성 검사를 다시 한 번 실행하십시오.

Windows에서 SQL Server 2014 Alwayson FCI 만들기 DataKeeper가있는 Azure IAAS

Windows에서 SQL Server 2014 Alwayson FCI 만들기 DataKeeper가있는 Azure IAAS

완료를 클릭하면 노드가 성공적으로 추가되었음을 알 수 있지만 Azure에 공유 저장소가 없으므로 쿼럼에 대한 디스크 감시가 생성 될 수 없습니다. 우리는 다음에 그것을 고칠 것이다.

 

이제 두 개의 노드 클러스터에 대한 쿼럼 요구 사항이 충족되는지 확인하기 위해 클러스터에 File Share Witness를 추가해야합니다. 파일 공유 감시는 Azure Cloud에서도 실행중인 도메인 컨트롤러 인 DC2 서버에서 구성됩니다.

Azure Private Cloud의 도메인 컨트롤러에 대한 RDP 세션을 엽니 다.

도메인 컨트롤러에 연결하고 "Quorum"이라는 파일 공유를 만듭니다. 이 예제에서는 SQLCluster라는 클러스터 컴퓨터 이름 개체에 공유 수준과 보안 (NTFS) 수준에서 읽기 / 쓰기 권한을 부여해야합니다. 파일 공유 감시를 만드는 데 익숙하지 않은 경우 이전 게시물을 검토하여 자세한 내용을 확인하십시오.

Windows에서 SQL Server 2014 Alwayson FCI 만들기 DataKeeper가있는 Azure IAAS

Windows에서 SQL Server 2014 Alwayson FCI 만들기 DataKeeper가있는 Azure IAAS

파일 공유 감시 폴더가 도메인 컨트롤러에 만들어지면 SQL1의 장애 조치 (Failover) 클러스터 관리자를 사용하여 미러링 모니터 서버를 클러스터 구성에 추가해야합니다

Windows에서 SQL Server 2014 Alwayson FCI 만들기 DataKeeper가있는 Azure IAAS

Windows에서 SQL Server 2014 Alwayson FCI 만들기 DataKeeper가있는 Azure IAAS

Windows에서 SQL Server 2014 Alwayson FCI 만들기 DataKeeper가있는 Azure IAAS

Windows에서 SQL Server 2014 Alwayson FCI 만들기 DataKeeper가있는 Azure IAAS

Windows에서 SQL Server 2014 Alwayson FCI 만들기 DataKeeper가있는 Azure IAAS

이제 파일 공유 감시가 아래와 같이 구성되어야합니다.

Windows에서 SQL Server 2014 Alwayson FCI 만들기 DataKeeper가있는 Azure IAAS

DataKeeper Cluster Edition을 사용하여 복제 된 볼륨 클러스터 리소스 만들기

일반적인 장애 조치 클러스터에는 SAN과 같은 공유 저장 장치가 필요합니다. Azure IaaS 클라우드는 클러스터 디스크로 사용할 수있는 저장소 솔루션을 제공하지 않으므로 DataKeeper Cluster Edition이라는 타사 데이터 복제 솔루션을 사용합니다.이 솔루션을 사용하면 다음에서 사용할 수있는 복제 볼륨 리소스를 만들 수 있습니다. 공유 디스크의 위치. 14 일 평가판 라이센스는 일반적으로 요청시 테스트가 가능합니다.

DataKeeper를 다운로드하고 설치 한 다음 SQL1과 SQL2에 라이센스를 부여하고 서버를 재부팅하십시오. 서버가 재부팅되면 SQL1에 연결하고 DataKeeper UI를 시작한 후 아래 단계를 완료하십시오.

SQL1과 SQL2 모두에 "연결"

Windows에서 SQL Server 2014 Alwayson FCI 만들기 DataKeeper가있는 Azure IAAS

Windows에서 SQL Server 2014 Alwayson FCI 만들기 DataKeeper가있는 Azure IAAS

이제 "Create Job (작업 작성)"을 클릭하고 아래에 설명 된 단계에 따라 미러 및 DataKeeper 볼륨 클러스터 리소스를 만듭니다.

Windows에서 SQL Server 2014 Alwayson FCI 만들기 DataKeeper가있는 Azure IAAS

미러 소스를 선택하십시오. 소스 및 대상의 IP 주소를 선택할 때 서버 자체의 IP 주소를 선택해야합니다. 클러스터 IP 주소를 선택하지 마십시오!

Windows에서 SQL Server 2014 Alwayson FCI 만들기 DataKeeper가있는 Azure IAAS

Windows에서 SQL Server 2014 Alwayson FCI 만들기 DataKeeper가있는 Azure IAAS

두 노드가 Azure Cloud에있는이 구현의 경우, 아래 그림과 같이 압축없이 동기 복제를 선택하십시오.

Windows에서 SQL Server 2014 Alwayson FCI 만들기 DataKeeper가있는 Azure IAAS

완료를 클릭하면 Windows 서버 장애 조치 (Failover) 클러스터링에이 미러를 등록할지 묻는 메시지가 표시됩니다. 예를 클릭하십시오.

Windows Server 장애 조치 (Failover) 클러스터 GUI를 열면 사용 가능한 저장소에 DataKeeper 볼륨 리소스가 있음을 알 수 있습니다.

Windows에서 SQL Server 2014 Alwayson FCI 만들기 DataKeeper가있는 Azure IAAS

이제 SQL Server를 클러스터에 설치할 준비가되었습니다.

SQL Server 2014 장애 조치 (Failover) 클러스터 인스턴스 설치

SQL Server 2014 클러스터 설치를 시작하려면 SQL 2014 ISO를 SQL1 및 SQL2로 다운로드해야합니다. 간단한 두 노드 클러스터에 SQL Server 2014 Standard Edition을 사용할 수 있습니다. 다음 게시글에서 설명 할 재해 복구를 위해이 클러스터를 제 3의 사이트로 확장하려는 경우 Standard Edition은 2 노드 클러스터 만 지원하기 때문에 Enterprise Edition이 필요합니다. SQL Server Standard Edition보다 단순한 두 노드 솔루션 만 찾는다면 훨씬 경제적 인 솔루션이 될 수 있습니다.

SQL Server 2014가 서버에 다운로드되면 ISO를 탑재하고 설치 프로그램을 실행합니다. 우리가 원하는 옵션은 고급 탭에 있습니다. 고급 탭을 열고 "고급 클러스터 준비"를 실행하십시오. 제 좋은 친구이자 동료 인 Cluster MVP 인 Robert Smit이 고급 옵션 사용에 관해 저에게 이야기했습니다. 기본적으로 고급 옵션을 사용하면 설치를 두 개의 다른 프로세스, 준비 및 완료로 나눌 수 있습니다. 일반적으로 활성 디렉터리 및 권한과 관련된 클러스터 설치에서는 많은 문제가 발생할 수 있습니다. 표준 설치 방법을 사용하는 경우 설치가 완료되기까지 20 분 이상 기다릴 수 있습니다. 단, 마지막 순간에 클러스터가 CNO를 활성 디렉토리에 등록 할 수없고 전체 설치가 실패한다는 것을 알아야합니다. 전체 설치가 실패했을뿐만 아니라 부분적으로 설치된 SQL Server 클러스터가있을 수 있으며 정리해야 할 혼란이 있습니다. 고급 방법을 사용하면 클러스터 완료 중 위험 부분을 막 끝에 놓아 위험을 최소화 할 수 있습니다. 클러스터 완료가 실패하면 문제를 진단하고 클러스터 완료 프로세스 만 다시 실행하면됩니다.

정말로 시간을 절약하고 싶다면 로버트의 구성 파일에 SQL 클러스터 설치에 관한 기사를 읽어보십시오. 설치하기가 아주 쉽고 여러 번 설치하는 경우 많은 시간을 절약 할 수 있습니다. 그러나 우리의 목적을 위해서 우리는 아래와 같이 GUI로 SQL 설치를 진행할 것입니다.

Windows에서 SQL Server 2014 Alwayson FCI 만들기 DataKeeper가있는 Azure IAAS

Windows에서 SQL Server 2014 Alwayson FCI 만들기 DataKeeper가있는 Azure IAAS

Windows에서 SQL Server 2014 Alwayson FCI 만들기 DataKeeper가있는 Azure IAAS

Windows에서 SQL Server 2014 Alwayson FCI 만들기 DataKeeper가있는 Azure IAAS

데모 목적으로 각 서비스에 대한 관리자 계정을 사용했습니다. 프로덕션 환경에서는 각 서비스에 대한 별도의 계정을 모범 사례로 만들어야합니다.

Windows에서 SQL Server 2014 Alwayson FCI 만들기 DataKeeper가있는 Azure IAAS

Windows에서 SQL Server 2014 Alwayson FCI 만들기 DataKeeper가있는 Azure IAAS

설치가 완료되면 다음과 같이 보입니다.

이제 우리는 설치의 두 번째 파트 인 Advanced Cluster Completion으로 이동할 준비가되었습니다.

Windows에서 SQL Server 2014 Alwayson FCI 만들기 DataKeeper가있는 Azure IAAS

SQL 인스턴스에 이름을 지정하십시오. 이것은 클라이언트가 연결할 이름입니다. 이 경우 SQLINSTANCE1이라고했습니다.

Windows에서 SQL Server 2014 Alwayson FCI 만들기 DataKeeper가있는 Azure IAAS

이것은 마술이 일어나는 곳입니다. 앞에서 설명한 것처럼 DataKeeper에서 미러를 구성한 경우 실제로 복제 된 볼륨 쌍일 때 DataKeeper 볼륨이 사용 가능한 공유 디스크로 표시됩니다.

Windows에서 SQL Server 2014 Alwayson FCI 만들기 DataKeeper가있는 Azure IAAS

클러스터 네트워크 구성 페이지 중 하나 인 경우 IPv4를 선택하고 서브넷에서 사용하지 않는 주소를 지정하는 것이 중요합니다. 앞에서 설명한 것처럼이 주소는 Azure가 나중에 다른 VM에 할당 할 위험을 최소화하기 위해 DHCP 범위의 가장 높은 끝 부분에 있어야합니다. Windows Azure가 IP 주소와 DHCP 범위를보다 강력하게 제어 할 때까지 가능한 충돌을 피하기 위해 클러스터 전용 서브넷을 준비하는 것이 좋습니다. 나중에 클러스터를 만든 후에이 클라이언트 액세스 지점을 삭제하고 http://blogs.msdn.com/b/sqlalwayson/archive/2013/08/06/availability-ko에 설명 된대로 클라이언트 액세스 지점을 추가해야합니다. group-listener-in-windows-azure-now-supported-and-scripts-for-cloud-only-configuration.aspx가 있습니다. 앞으로이 프로세스에 대해 자세히 설명하는 블로그 게시물을 게시 할 예정입니다.

Windows에서 SQL Server 2014 Alwayson FCI 만들기 DataKeeper가있는 Azure IAAS

이 페이지에서 현재 사용자 추가를 클릭하거나 SQL Server를 관리하는 데 사용할 계정을 지정하십시오.

SQL Server 2012부터 tempdb는 더 이상 SQL Server 클러스터에 속하지 않아도됩니다. tempdb를 복제되지 않은 볼륨으로 이동하는 경우 각 노드에 디렉터리 구조가 있는지 확인해야합니다. tempdb의 위치를 ​​변경하려면 데이터 디렉터리 탭을 클릭하고 tempdb가있는 위치를 변경합니다.

SQL1에서 설치가 완료되면 SQL2에서 SQL 설치 프로그램을 실행하고 두 번째 노드를 클러스터에 추가합니다. SQL2에서 설치 프로그램을 실행하고 SQL Server 장애 조치 클러스터에 노드 추가를 선택하십시오.

Windows에서 SQL Server 2014 Alwayson FCI 만들기 DataKeeper가있는 Azure IAAS

Windows에서 SQL Server 2014 Alwayson FCI 만들기 DataKeeper가있는 Azure IAAS

Windows에서 SQL Server 2014 Alwayson FCI 만들기 DataKeeper가있는 Azure IAAS

설치가 완료되면 이제 Azure Cloud에서 실행되는 완전한 기능의 SQL Server 2014 장애 조치 (Failover) 클러스터 인스턴스를 갖게됩니다. 각 인스턴스는 다른 장애 도메인에 있으므로 높은 수준의 복원력을 제공합니다. 내 게시물에 설명 된대로 클라이언트 액세스 포인트로 클라이언트 액세스 포인트를 교체해야합니다 …

이 시리즈의 다음 글에서는이 두 노드 클러스터를 다중 사이트 클러스터의 세 번째 노드로 확장하는 방법을 설명합니다. 이 세 번째 노드는 사내 구축 형 데이터 센터에 배치되어 고 가용성 및 재해 복구의 궁극적 인면을 제공합니다.

SQL Server 2014 장애 조치 (Failover) 클러스터 인스턴스에 대한 자세한 내용은 여기를 참조하십시오.

https://clusteringformeremortals.com/2014/01/10/creating-a-sql-server-2014-alwayson-failover-cluster-fci-instance-in-windows-azure-iaas-azure-cloud/에서 허락을 받아 재현했습니다.

Filed Under: Datakeeper, 서버 클러스터 단순화 Tagged With: SQL Server 2014, Windows Server 2012

  • « Previous Page
  • 1
  • 2
  • 3
  • 4
  • 5
  • …
  • 8
  • Next Page »

최근 게시물

  • 비즈니스 연속성을 강화하는 최고의 롤링 업그레이드 전략
  • 중단 없이 패치하는 방법: HA를 사용한 거의 0에 가까운 다운타임
  • SIOS LifeKeeper 데모: AWS에서 롤링 업데이트 및 장애 조치가 PostgreSQL을 보호하는 방법
  • 네트워크 카드를 교체해야 하는지 평가하는 방법
  • SIOS Technology, Red Hat Summit, Milestone Technology Day 및 XPerience Day, SQLBits 2025에서 미션 크리티컬 애플리케이션을 위한 고가용성 클러스터링 소프트웨어 시연

가장 인기있는 게시물

우리의 메일 링리스트에 가입하세요

Copyright © 2025 · Enterprise Pro Theme on Genesis Framework · WordPress · Log in