Datakeeper | SIOS SANless clusters

Huawei 클라우드에 SQL Server 장애 조치 클러스터 인스턴스 배포

9월 28, 2021 by Jason Aw Leave a Comment

* 면책 조항: 다음은 당사 제품 범위 내에서 고가용성 부분을 완전히 다루지만 이것은 설정 “가이드”일 뿐이며 사용자 고유의 구성에 맞게 조정해야 합니다.

개요 화웨이 클라우드 는 중국뿐만 아니라 전 세계에 많은 데이터 센터가 있는 글로벌 기반을 갖춘 선도적인 클라우드 서비스 제공업체입니다. 그들은 ICT 인프라 제품 및 솔루션에 대한 화웨이의 30년 이상의 전문 지식을 결합하고 애플리케이션을 강화하고 데이터의 힘을 활용하며 오늘날 모든 규모의 조직이 성장하도록 돕기 위해 안정적이고 안전하며 비용 효율적인 클라우드 서비스를 제공하기 위해 최선을 다하고 있습니다. 지적인 세계. HUAWEI CLOUD는 또한 기술 혁신을 통해 저렴하고 효과적이고 안정적인 클라우드 및 AI 서비스를 제공하기 위해 노력하고 있습니다.

DataKeeper Cluster Edition은 Huawei 클라우드의 가용 영역 전반에 걸쳐 단일 지역 내의 가상 사설 클라우드(VPC)에서 복제를 제공합니다. 이 특정 SQL Server 클러스터링 예제에서는 4개의 인스턴스(도메인 컨트롤러 인스턴스 1개, SQL Server 인스턴스 2개 및 쿼럼/감시 인스턴스 1개)를 3개의 가용성 영역으로 시작합니다.

Huawei Cloud SIOS Datakeeper HA 아키텍처

DataKeeper Cluster Edition은 Huawei 클라우드의 모든 노드와 함께 클러스터 외부의 데이터 복제 노드를 지원합니다. 이 특정 SQL Server 클러스터링 예제에서는 4개의 인스턴스(도메인 컨트롤러 인스턴스 1개, SQL Server 인스턴스 2개 및 쿼럼/감시 인스턴스 1개)가 3개의 가용성 영역으로 시작됩니다. 그런 다음 두 지역의 VPN 인스턴스를 포함하여 두 번째 지역에서 추가 DataKeeper 인스턴스가 시작됩니다. 봐주세요 클러스터 노드에서 외부 DR 사이트로 데이터 복제 구성 자세한 내용은. 여러 지역 사용에 대한 추가 정보는 다음을 참조하십시오. 서로 다른 지역에 있는 두 VPC 연결 .

Huawei Cloud SIOS Datakeeper DR 아키텍처

DataKeeper Cluster Edition은 또한 Huawei Cloud의 클러스터 외부에 있는 노드만 있는 클러스터 외부의 데이터 복제 노드에 대한 지원을 제공합니다. 이 특정 SQL Server 클러스터링 예제에서 WSFC1 및 WSFC2는 Huawei Cloud 인스턴스로 복제하는 온사이트 클러스터에 있습니다. 그런 다음 Huawei Cloud의 한 지역에서 추가 DataKeeper 인스턴스가 시작됩니다. 봐주세요 클러스터 노드에서 외부 DR 사이트로 데이터 복제 구성 자세한 내용은.

Huawei Cloud SIOS Datakeeper 하이브리드 DR 아키텍처

요구 사항

설명	요구 사항
가상 사설 클라우드	3개의 가용 영역이 있는 단일 지역에서
인스턴스 유형	최소 권장 인스턴스 유형: s3.large.2
운영 체제	DKCE 지원 매트릭스 보기
탄력적 IP	도메인 컨트롤러에 연결된 하나의 탄력적 IP 주소
4개의 인스턴스	도메인 컨트롤러 인스턴스 1개, SQL Server 인스턴스 2개 및 쿼럼/감시 인스턴스 1개
각 SQL 서버	4개의 IP가 있는 ENI(탄력적 네트워크 인터페이스) · Windows에서 정적으로 정의되고 DataKeeper Cluster Edition에서 사용되는 기본 ENI IP · Windows Failover Clustering, DTC 및 SQLFC에서 사용되는 동안 ECS에서 유지 관리하는 3개의 IP
볼륨	3개의 볼륨(EBS 및 NTFS만 해당) · 1개의 기본 볼륨(C 드라이브) · 2개의 추가 볼륨 o 장애 조치 클러스터링용 1개 o MSDTC용 1개

릴리즈 노트 시작하기 전에 DataKeeper 클러스터 에디션 출시 정보 최신 정보를 위해. 읽고 이해하는 것이 좋습니다. DataKeeper 클러스터 에디션 설치 가이드 .

가상 사설 클라우드(VPC) 생성 가상 사설 클라우드는 DataKeeper Cluster Edition을 사용할 때 생성하는 첫 번째 개체입니다.

* 가상 사설 클라우드(VPC)는 공용 클라우드에서 구성 가능한 공유 컴퓨팅 리소스 풀로 구성된 격리된 사설 클라우드입니다.

회원가입 시 지정한 이메일 주소와 비밀번호 사용 화웨이 클라우드 , 로그인 화웨이 클라우드 관리 콘솔 .
로부터 서비스 드롭다운, 선택 가상 사설 클라우드 .

화면 오른쪽에서 다음을 클릭합니다. VPC 생성 사용하려는 지역을 선택합니다.
VPC에 사용할 이름을 입력하십시오.
다음을 입력하여 가상 사설 클라우드 서브넷을 정의합니다. CIDR(클래스 없는 도메인 간 라우팅) 아래에 설명된 대로
서브넷 이름을 입력한 다음 클릭 지금 만들기 .

* 새 VPC에 대한 “기본” 연결을 사용하여 라우팅 테이블이 자동으로 생성됩니다. 나중에 사용하거나 다른 라우팅 테이블을 생성할 수 있습니다.

* 유용한 링크: 화웨이의 가상 사설 클라우드(VPC) 생성 인스턴스 시작 다음은 서브넷으로 인스턴스를 시작하는 과정을 안내합니다. 두 개의 인스턴스를 하나의 가용성 영역으로 시작하려고 할 것입니다. 하나는 도메인 컨트롤러 인스턴스용이고 다른 하나는 SQL 인스턴스용입니다. 그런 다음 다른 가용 영역으로 다른 SQL 인스턴스를 시작하고 또 다른 가용 영역으로 쿼럼 감시 인스턴스를 시작합니다.

* 유용한 링크: 화웨이 클라우드 ECS 인스턴스

회원가입 시 지정한 이메일 주소와 비밀번호 사용 화웨이 클라우드 , 로그인 화웨이 클라우드 관리 콘솔 .
로부터 서비스 목록 드롭다운, 선택 탄력적 클라우드 서버 .

선택하다 ECS 구매 버튼을 누르고 결제 모드, 리전 및 AZ(가용 영역)를 선택하여 인스턴스를 배포합니다.
인스턴스 유형을 선택합니다. ( 메모: s3.large.2 이상을 선택하십시오.).
이미지를 선택합니다. 공개 이미지에서 Windows Server 2019 데이터 센터 64비트 영어 영상
1. 을위한 네트워크 구성 , VPC를 선택하십시오.
2. 을위한 서브넷 , 사용하려는 서브넷을 선택하고 수동으로 지정한 IP 주소 사용하려는 IP 주소를 입력하십시오.
3. 선택 보안 그룹 사용하거나 기존 것을 편집하고 선택합니다.
4. EIP 할당 인터넷에 액세스하기 위해 ECS 인스턴스가 필요한 경우
5. 딸깍 하는 소리 고급 설정 구성 ECS의 이름을 제공하고 비밀번호 ~을위한 로그인 모드 관리자 로그인을 위한 보안 암호 제공
6. 딸깍 하는 소리 지금 구성 ~에 고급 옵션 을 추가하다 꼬리표 인스턴스 이름을 지정하고 확인하다
인스턴스의 최종 검토를 수행하고 제출하다 .

* 중요한: 이 초기 관리자 암호를 기록해 두십시오. 인스턴스에 로그온하는 데 필요합니다.

모든 인스턴스에 대해 위의 단계를 반복합니다.

인스턴스에 연결 다음을 통해 도메인 컨트롤러 인스턴스에 연결할 수 있습니다. 원격 로그인 ECS 창에서.

관리자로 로그인하고 다음을 입력하십시오. 관리자 비밀번호 .

* 모범 사례: 로그인한 후에는 비밀번호를 변경하는 것이 가장 좋습니다.

도메인 컨트롤러 인스턴스 구성 이제 인스턴스가 생성되었으므로 도메인 서비스 인스턴스 설정을 시작했습니다.

이 가이드는 Active Domain 서버 인스턴스를 설정하는 방법에 대한 자습서가 아닙니다. 읽기를 권장합니다 조항 Active Directory 서버를 설정하고 구성하는 방법에 대해 설명합니다. 인스턴스가 Huawei 클라우드에서 실행 중이더라도 이것은 Active Directory의 일반 설치임을 이해하는 것이 매우 중요합니다.

고정 IP 주소 인스턴스에 대한 고정 IP 주소 구성

도메인 컨트롤러 인스턴스에 연결합니다.
딸깍 하는 소리 시작 / 제어판 .
딸깍 하는 소리 네트워크 및 공유 센터 .
네트워크 인터페이스를 선택하십시오.
딸깍 하는 소리 속성 .
딸깍 하는 소리 인터넷 프로토콜 버전 4(TCP/IPv4) , 그 다음에 속성 .
현재 얻기 IPv4 주소 , 기본 게이트웨이 그리고 DNS 서버 네트워크 인터페이스의 경우 아마존 .
에서 인터넷 프로토콜 버전 4(TCP/IPv4) 속성 대화 상자, 아래 다음 IP 주소 사용 , 귀하의 IPv4 주소 .
에서 서브넷 마스크 상자에 가상 사설 클라우드 서브넷과 연결된 서브넷 마스크를 입력합니다.
에서 기본 게이트웨이 상자에 입력 IP 주소 기본 게이트웨이의 다음을 클릭합니다. 좋아요 .
를 위해 선호하는 DNS 서버 , 들어가다 도메인 컨트롤러의 기본 IP 주소 (예: 15.0.1.72).
딸깍 하는 소리 괜찮아 , 선택 닫다 . 출구 네트워크 및 공유 센터 .
다른 인스턴스에서 위의 단계를 반복합니다.

두 개의 SQL 인스턴스와 증인 인스턴스를 도메인에 조인 * 도메인에 가입하기 전에 이러한 네트워크 조정을 수행하십시오. 네트워크 어댑터에서 기본 설정 DNS 서버를 새 도메인 컨트롤러 주소와 해당 DNS 서버로 추가/변경합니다. 이 변경 후 DNS 검색 목록을 새로 고치려면 ipconfig /flushdns를 사용하십시오. 도메인 가입을 시도하기 전에 이 작업을 수행하십시오.

* 다음을 확인하십시오. 핵심 네트워킹 그리고 파일 및 프린터 공유 옵션은 Windows 방화벽에서 허용됩니다.

각 인스턴스에서 시작 을 클릭한 다음 마우스 오른쪽 버튼을 클릭합니다. 컴퓨터 그리고 선택 속성 .
맨 오른쪽에서 설정 변경 .
클릭 변화 .
새로 입력 컴퓨터 이름 .
선택하다 도메인 .
입력하다 도메인 이름 – (예: docs.huawei.com).
딸깍 하는 소리 적용하다 .

* 사용하다 제어판 모든 인스턴스가 해당 위치에 올바른 시간대를 사용하고 있는지 확인합니다.

* 모범 사례: 시스템 페이지 파일을 다음으로 설정하는 것이 좋습니다. 시스템 관리 (자동이 아님) 항상 C: 드라이브를 사용합니다.

제어판 > 고급 시스템 설정 > 성능 > 설정 > 고급 > 가상 메모리. 선택하다 시스템 관리 크기 , 볼륨 C: 만 선택한 다음 세트 저장합니다.

두 개의 SQL 인스턴스에 보조 프라이빗 IP 할당 기본 IP 외에도 각 SQL 인스턴스의 탄력적 네트워크 인터페이스에 3개의 추가 IP(보조 IP)를 추가해야 합니다.

로부터 서비스 목록 드롭다운, 선택 탄력적 클라우드 서버 .
보조 사설 IP 주소를 추가하려는 인스턴스를 클릭합니다.
선택하다 NIC > 가상 IP 주소 관리 .
클릭 가상 IP 주소 할당 그리고 선택 설명서 인스턴스의 서브넷 범위 내에 있는 IP 주소를 입력합니다(예: 15.0.1.25의 경우 15.0.1.26을 입력합니다. 딸깍 하는 소리 확인 .
클릭 더 IP 주소 행에서 드롭다운을 선택하고 서버에 바인딩 , IP 주소를 바인딩할 서버와 NIC 카드를 선택합니다.
딸깍 하는 소리 좋아요 작업을 저장합니다.
에서 위의 작업을 수행합니다. 두 SQL 인스턴스 .

* 유용한 링크: 가상 IP 주소 관리 가상 IP 주소를 EIP 또는 ECS에 바인딩 볼륨 생성 및 연결 DataKeeper는 블록 수준 볼륨 복제 솔루션이며 클러스터의 각 노드에는 크기와 드라이브 문자가 동일한 추가 볼륨(시스템 드라이브 제외)이 있어야 합니다. 검토하시기 바랍니다 볼륨 고려 사항 저장 요구 사항에 대한 추가 정보는

볼륨 생성 각 SQL Server 인스턴스에 대해 각 가용성 영역에 2개의 볼륨을 생성하여 총 4개의 볼륨을 생성합니다.

로부터 서비스 목록 드롭다운, 선택 탄력적 클라우드 서버 .
관리하려는 인스턴스를 클릭합니다.
로 이동 디스크 탭
딸깍 하는 소리 디스크 추가 원하는 크기와 크기의 새 볼륨을 추가하려면 볼륨을 연결할 SQL 서버와 동일한 AZ에 있는 볼륨을 선택해야 합니다.
SLA에 동의하는 확인란을 선택하고 제출하다
딸깍 하는 소리 서버 콘솔로 돌아가기
붙이다 SQL 인스턴스에 필요한 경우 디스크
네 권 모두에 대해 이 작업을 수행합니다.

* 유용한 링크: 탄력적 볼륨 서비스 클러스터 구성 DataKeeper Cluster Edition을 설치하기 전에 노드 과반수 쿼럼(노드 수가 홀수인 경우) 또는 노드 및 파일 공유 과반수 쿼럼(짝수가 있는 경우)을 사용하여 Windows Server를 클러스터로 구성하는 것이 중요합니다. 노드). 단계별 지침은 이 항목 외에 클러스터링에 대한 Microsoft 설명서를 참조하십시오.메모: 마이크로소프트가 발표한 핫픽스 특정 다중 사이트 클러스터 구성에서 더 높은 수준의 가용성을 달성하는 데 도움이 될 수 있는 노드의 투표를 비활성화할 수 있는 Windows 2008R2용.

장애 조치 클러스터링 추가 두 SQL 인스턴스에 장애 조치 클러스터링 기능을 추가합니다.

시작하다 서버 매니저 .
선택하다 특징 왼쪽 창에서 기능 추가 에서 특징 이것은 시작 기능 추가 마법사 .
선택하다 장애 조치 클러스터링 .
선택하다 설치 .

구성 검증

열려있는 장애 조치 클러스터 관리자 .
장애 조치(Failover) 클러스터 관리자를 선택하고 구성 검증 .
딸깍 하는 소리 다음 , 다음 두 개를 추가하십시오 SQL 인스턴스 .

메모: 검색하려면 다음을 선택하십시오. 검색 을 클릭한 다음 고급의 그리고 지금 찾기 . 사용 가능한 인스턴스가 나열됩니다.

딸깍 하는 소리 다음 .
선택하다 내가 선택한 테스트만 실행 클릭 다음 .
에서 테스트 선택 화면, 선택 해제 저장 클릭 다음 .
결과 확인 화면에서 다음 .
검토 검증 요약 보고서 그런 다음 클릭 마치다 .

클러스터 생성

에 장애 조치 클러스터 관리자 , 클릭 클러스터 생성 그런 다음 클릭 다음 .
두 개를 입력하세요 SQL 인스턴스 .
에 검증 경고 페이지, 선택 아니요 그런 다음 클릭 다음 .
에 클러스터 관리를 위한 액세스 포인트 페이지에서 WSFC 클러스터의 고유한 이름을 입력합니다. 그런 다음 입력 장애 조치 클러스터링 IP 주소 클러스터에 관련된 각 노드에 대해 이것은 3가지 중 첫 번째 보조 IP 주소 각 인스턴스에 이전에 추가되었습니다.
중요! “클러스터에 사용 가능한 모든 스토리지 추가” 확인란의 선택을 취소하십시오. DataKeeper 미러링 드라이브는 기본적으로 클러스터에서 관리하면 안 됩니다. DataKeeper 볼륨으로 관리됩니다.
딸깍 하는 소리 다음 에 확인
에 요약 페이지에서 경고를 검토한 다음 선택 마치다 .

쿼럼/감시 구성

쿼럼/감시 인스턴스(감시)에 폴더를 만듭니다.
폴더를 공유합니다.
1. 폴더를 마우스 오른쪽 버튼으로 클릭하고 선택 공유/특정 사람들과 공유 ….
2. 드롭다운에서 모든 사람 클릭 추가하다 .
3. 아래에 권한 수준 , 선택하다 읽기/쓰기 .
4. 딸깍 하는 소리 공유하다 , 그 다음에 완료 . (아래에서 사용할 이 파일 공유의 경로를 기록해 두십시오.)
에 장애 조치 클러스터 관리자 , 클러스터를 마우스 오른쪽 버튼으로 클릭하고 더 많은 행동 그리고 클러스터 쿼럼 설정 구성 . 딸깍 하는 소리 다음 .
에 쿼럼 구성 선택 , 선택하다 노드 및 파일 공유 과반수 클릭 다음 .
에 파일 공유 감시 구성 화면에서 이전에 생성한 파일 공유 경로를 입력하고 다음 .
에 확인 페이지, 클릭 다음 .
에 요약 페이지, 클릭 마치다 .

DataKeeper 설치 및 구성 기본 클러스터가 구성된 후 클러스터 리소스가 생성되기 전에 설치하고 라이선스를 부여합니다. DataKeeper 클러스터 에디션 모든 클러스터 노드에서. 참조 DataKeeper 클러스터 에디션 설치 가이드 자세한 지침은.

운영 데이터 키퍼 설정 설치하기 위해서 DataKeeper 클러스터 에디션 두 SQL 인스턴스 모두에서.
귀하의 라이센스 키 메시지가 표시되면 재부팅합니다.
시작 데이터키퍼 GUI 그리고 서버에 연결 .

* 메모 : 사용된 도메인 또는 서버 계정은 로컬 시스템 관리자 그룹에 추가되어야 합니다. 계정에는 DataKeeper가 설치된 각 서버에 대한 관리자 권한이 있어야 합니다. 인용하다 DataKeeper 서비스 로그온 ID 및 비밀번호 선택 추가 정보를 위해.

오른쪽 클릭 채용정보 두 SQL 서버에 모두 연결합니다.
작업 만들기 생성할 각 미러에 대해 하나는 DTC 리소스용이고 다른 하나는 SQL 리소스용입니다.
볼륨을 클러스터 볼륨으로 자동 등록할지 묻는 메시지가 표시되면 예 .

* 메모: Windows “Core”(GUI가 없는 Windows)에 DataKeeper Cluster Edition을 설치하는 경우 다음을 읽으십시오. Windows 2008R2/2012 Server Core 플랫폼에 DataKeeper 설치 및 사용 자세한 지침은.

MSDTC 구성

Windows Server 2012 및 2016의 경우 장애 조치 클러스터 관리자 GUI , 선택하다 역할 , 선택 역할 구성 .
선택하다 분산 트랜잭션 코디네이터(DTC) , 클릭 다음 .

* Windows Server 2008의 경우 장애 조치 클러스터 관리자 GUI , 선택하다 서비스 및 애플리케이션 , 선택 서비스 또는 애플리케이션 구성 클릭 다음 .

에 클라이언트 액세스 포인트 화면에서 이름을 입력한 다음 MSDTC IP 주소 클러스터에 관련된 각 노드에 대해 이것은 셋 중 두 번째다. 보조 IP 주소 각 인스턴스에 이전에 추가되었습니다. 딸깍 하는 소리 다음 .
선택 MSDTC 볼륨 클릭 다음 .
에 확인 페이지, 클릭 다음 .
일단 요약 페이지 표시, 클릭 마치다 .

첫 번째 SQL 인스턴스에 SQL 설치

도메인 컨트롤러 서버에서 폴더를 만들고 공유합니다..
1. 예를 들어 모든 사람 권한이 있는 “TEMPSHARE”입니다.
“SQL” 하위 폴더를 만들고 SQL .iso 설치 프로그램을 해당 하위 폴더에 복사합니다.
SQL 서버에서 네트워크 드라이브를 만들고 도메인 컨트롤러의 공유 폴더에 연결합니다.
- . 예: “net use S: \TEMPSHARE
SQL 서버에 S: 드라이브가 나타납니다. CD를 SQL 폴더에 넣고 SQL .iso 설치 프로그램을 찾습니다. .iso 파일을 마우스 오른쪽 버튼으로 클릭하고 산 . setup.exe 설치 프로그램이 SQL .iso 설치 프로그램과 함께 나타납니다.

F:>설정 /SkipRules=Cluster_VerifyForErrors /Action=InstallFailoverCluster

에 지원 규칙 설정 , 클릭 좋아요 .
에 제품 키 대화 상자에서 제품 키 클릭 다음 .
에 라이선스 조건 대화 상자, 수락 라이센스 계약 클릭 다음 .
에 제품 업데이트 대화 상자, 클릭 다음 .
에 설정 지원 파일 대화 상자, 클릭 설치 .
에 지원 규칙 설정 대화 상자에서 경고를 받게 됩니다. 딸깍 하는 소리 다음 , 이 메시지는 다중 사이트 또는 비공유 스토리지 클러스터에서 예상되므로 무시합니다.
검증 클러스터 노드 구성 클릭 다음 .
구성 클러스터 네트워크 SQL 인스턴스에 대한 “세 번째” 보조 IP 주소를 추가하고 다음 . 딸깍 하는 소리 예 다중 서브넷 구성을 진행합니다.
입력하다 비밀번호 서비스 계정에 대해 클릭하고 다음 .
에 오류 보고 대화 상자, 클릭 다음 .
에 노드 규칙 추가 대화 상자에서 건너뛴 작업 경고는 무시할 수 있습니다. 딸깍 하는 소리 다음 .
기능 확인 및 클릭 설치 .
딸깍 하는 소리 닫다 설치 프로세스를 완료합니다.

두 번째 SQL 인스턴스에 SQL 설치 두 번째 SQL 인스턴스를 설치하는 것은 첫 번째 인스턴스와 유사합니다.

SQL 서버에서 네트워크 드라이브를 만들고 첫 번째 SQL 서버에 대해 위에서 설명한 대로 도메인 컨트롤러의 공유 폴더에 연결합니다.
.iso 설치 프로그램이 마운트되면 다음을 실행하십시오. SQL 설정 건너 뛰기 위해 명령 줄에서 다시 한 번 확인 열기 명령 창에서 귀하의 SQL 설치 디렉토리 다음 명령을 입력하십시오.

설정 /SkipRules=Cluster_VerifyForErrors /Action=AddNode /INSTANCENAME=”MSSQLSERVER”( 메모 : 이것은 첫 번째 노드에 기본 인스턴스를 설치했다고 가정합니다)

에 지원 규칙 설정 , 클릭 좋아요 .
에 제품 키 대화 상자에서 제품 키 클릭 다음 .
에 라이선스 조건 대화 상자, 수락 라이센스 계약 클릭 다음 .
에 제품 업데이트 대화 상자, 클릭 다음 .
에 설정 지원 파일 대화 상자, 클릭 설치 .
에 지원 규칙 설정 대화 상자에서 경고를 받게 됩니다. 딸깍 하는 소리 다음 , 이 메시지는 다중 사이트 또는 비공유 스토리지 클러스터에서 예상되므로 무시합니다.
검증 클러스터 노드 구성 클릭 다음 .
구성 클러스터 네트워크 SQL 인스턴스에 대한 “세 번째” 보조 IP 주소를 추가하고 다음 . 딸깍 하는 소리 예 다중 서브넷 구성을 진행합니다.
입력하다 비밀번호 서비스 계정에 대해 클릭하고 다음 .
에 오류 보고 대화 상자, 클릭 다음 .
에 노드 규칙 추가 대화 상자에서 건너뛴 작업 경고는 무시할 수 있습니다. 딸깍 하는 소리 다음 .
기능 확인 및 클릭 설치 .
딸깍 하는 소리 닫다 설치 프로세스를 완료합니다.

공통 클러스터 구성 이 섹션에서는 다음을 설명합니다. 일반적인 2노드 복제 클러스터 구성 .

초기 구성은 다음에서 수행해야 합니다. 데이터키퍼 UI 클러스터 노드 중 하나에서 실행 중입니다. Windows Core 전용 서버에서 DataKeeper를 실행할 때와 같이 클러스터 노드에서 DataKeeper UI를 실행할 수 없는 경우 Windows XP 이상을 실행하는 컴퓨터에 DataKeeper UI를 설치하고 다음 지침을 따르십시오. 코어만 미러를 만들고 명령줄을 통해 클러스터 리소스를 등록하는 섹션을 참조하세요.
DataKeeper UI가 실행되면 각 노드에 연결 클러스터에서.
작업 만들기 DataKeeper UI를 사용하여 이 프로세스는 미러를 만들고 사용 가능한 저장소에 DataKeeper 볼륨 리소스를 추가합니다.

! 중요한: 확인 가상 네트워크 이름 ~을위한 NIC 연결 모든 클러스터 노드에서 동일합니다.

추가 미러가 필요한 경우 다음을 수행할 수 있습니다. 작업에 미러 추가 .
이랑 DataKeeper 볼륨 지금에 사용 가능한 스토리지 , 클러스터에 공유 디스크 리소스가 있는 것과 동일한 방식으로 클러스터 리소스(SQL, 파일 서버 등)를 생성할 수 있습니다. 위의 단계별 클러스터 구성 지침 외에 추가 정보는 Microsoft 설명서를 참조하십시오.

클러스터(가상) IP에 대한 연결 기본 IP 및 보조 IP 외에도 Huawei Cloud에서 가상 IP 주소를 구성하여 활성 노드로 라우팅할 수 있도록 해야 합니다.

로부터 서비스 목록 드롭다운, 선택 탄력적 클라우드 서버 .
클러스터 가상 IP 주소를 추가하려는 SQL 인스턴스 중 하나를 클릭합니다(MSDTC용 하나, SQL 장애 조치 클러스터용 하나).
선택하다 NIC > 가상 IP 주소 관리 .
클릭 가상 IP 주소 할당 그리고 선택 설명서 인스턴스의 서브넷 범위 내에 있는 IP 주소를 입력합니다(예: 15.0.1.25의 경우 15.0.1.26을 입력합니다. 딸깍 하는 소리 확인 .
클릭 더 IP 주소 행에서 드롭다운을 선택하고 서버에 바인딩 , IP 주소를 바인딩할 서버와 NIC 카드를 모두 선택합니다.
MSDTC 및 SQLFC 가상 IP에 대해 동일한 4. 및 5단계를 사용합니다.
딸깍 하는 소리 좋아요 작업을 저장합니다.

관리 DataKeeper 볼륨이 Windows Server 장애 조치 클러스터링에 등록되면 해당 볼륨의 모든 관리는 Windows Server 장애 조치 클러스터링 인터페이스를 통해 수행됩니다. DataKeeper에서 일반적으로 사용 가능한 모든 관리 기능 비활성화됩니다 클러스터 제어하에 있는 모든 볼륨에서. 대신 DataKeeper 볼륨 클러스터 리소스가 미러 방향을 제어하므로 DataKeeper 볼륨이 노드에서 온라인 상태가 되면 해당 노드가 미러 소스가 됩니다. DataKeeper Volume 클러스터 리소스의 속성은 미러의 소스, 대상, 유형 및 상태와 같은 기본 미러링 정보도 표시합니다.

문제 해결 다음 리소스를 사용하여 문제를 해결하세요.

문제 해결 문제 섹션
지원 계약을 맺은 고객의 경우 – http://us.sios.com/support/overview/
평가판 고객 전용 – 사전 판매 지원

추가 리소스: 단계별: Windows Server 2008 R2에서 2노드 다중 사이트 클러스터 구성 – 1부 — http://clusteringformeremortals.com/2009/09/15/step-by-step-configuring-a-2-node-multi-site-cluster-on-windows-server-2008-r2-%E2%80%93 -1 부/ 단계별: Windows Server 2008 R2에서 2노드 다중 사이트 클러스터 구성 – 파트 3 — http://clusteringformeremortals.com/2009/10/07/step-by-step-configuring-a-2-node-multi-site-cluster-on-windows-server-2008-r2-%E2%80%93 -파트-3/

주요 클라우드 서비스 중단으로 인해 Google Compute Engine에 영향을 미쳤습니다.

6월 7, 2019 by Jason Aw Leave a Comment

주요 클라우드 서비스 중단으로 인해 Google Compute Engine에 영향을 미쳤습니다.

Google은 2019 년 6 월 2 일 12시 25 분 (PDT)에 처음으로 '문제'를 신고했습니다. 현재 모든 유형의 재해에서 흔히 볼 수 있듯이이 중단에 대한 보고서는 소셜 미디어에 처음 나타났습니다. 소셜 미디어는 재난 발생 초기에 어떤 유형의 정보도 얻을 수있는 가장 신뢰할 수있는 곳으로 보인다.

우리가이 최신 Google Compute Engine 작동 중단에 대한 공식적인 근본 원인 분석을 기다리는 동안 Google은 "미국 동부 지역에서 높은 수준의 네트워크 혼잡"으로 인해 다운 타임이 발생했다고보고했습니다. 네트워크 문제를 일으킨 원인을 확인하기 위해 기다려야 할 것입니다. 인간의 실수, 사이버 공격, 하드웨어 오류 또는 다른 것이 었습니까?

이 구름 파동을 준비 했습니까?

마지막으로 주요 클라우드 정전 중에 썼습니다. 클라우드에서 비즈니스 핵심 워크로드를 실행하는 경우 클라우드 서비스 공급자와 상관없이 피할 수없는 중단을 계획하는 것이 중요합니다. 2018 년 9 월 4 일의 다단계 Azure 정전은 전기 폭풍과 관련된 전력 서지 중 2 차 HVAC 시스템이 가동되지 않는 것과 관련이 있습니다. 단일 데이터 센터 내에 장애가 발생했지만 정전으로 인해이 단일 데이터 센터에 종속 된 여러 서비스가 노출되었습니다. 이로 인해 데이터 센터 자체가 단일 실패 지점이되었습니다.

재해 복구 계획을 세우십시오.

클라우드의 인프라를 활용하여 가용 영역, 지역 또는 클라우드 서비스 제공 업체간에 중요한 데이터를 지속적으로 복제함으로써 위험을 최소화하십시오. 데이터 보호 외에도 업무 핵심 응용 프로그램을 신속하게 복구 할 수있는 절차를 마련하는 것이 모든 재해 복구 계획의 필수 요소입니다. 다양한 복제 및 복구 옵션을 사용할 수 있습니다. 여기에는 Azure Site Recovery와 같은 클라우드 공급 업체가 제공하는 서비스, SQL Server Always On Availability Group과 같은 응용 프로그램 별 솔루션, Windows 및 Linux에서 실행되는 다양한 응용 프로그램을 보호하는 SIOS DataKeeper와 같은 타사 솔루션까지 포함됩니다. 단일 클라우드 제공 업체에 전적으로 의존하는 재해 복구 전략을 사용하면 단일 클라우드 내의 여러 지역에 영향을 줄 수있는 시나리오가 발생할 수 있습니다. 다중 데이터 센터 또는 다중 지역 재해는 거의 발생하지 않습니다. 그러나 지난 가을에 발생한 이러한 최근의 가동 중단과 Azure의 정전으로 인해 단일 데이터 센터에 장애가 발생하더라도 영향은 여러 데이터 센터 또는 클라우드 내의 영역까지 광범위하게 퍼질 수 있습니다. 위험을 최소화하려면 재해 복구 사이트가 기본 클라우드 플랫폼 외부에있는 다중 클라우드 또는 하이브리드 클라우드 시나리오를 고려하십시오. 클라우드는 사용자 자신의 데이터 센터만큼이나 작동 불능입니다. 재난 대비를위한 조치를 취해야합니다. 가장 중요한 비즈니스 용 앱을 먼저 살펴 보는 것이 좋습니다. 오프라인 상태에서 관리하고있는 클라우드 포털을 사용할 수 없다면 어떻게 할 것입니까? 복구 할 수 있니? RTO 및 RPO 목표를 달성합니까? 그렇지 않은 경우 재해 복구 전략을 다시 평가할 때입니다.

"준비를하지 않으면 실패 할 준비를하고 있습니다."– 벤자민 프랭클린

Azure에서 Windows Server 2008 R2의 SQL Server 2008 R2 장애 조치 (failover) 클러스터 인스턴스 구성

4월 24, 2019 by Jason Aw Leave a Comment

단계별 : Azure의 Windows Server 2008 R2에서 SQL Server 2008 R2 장애 조치 (failover) 클러스터 인스턴스를 구성하는 방법

소개

2019 년 7 월 9 일에 SQL Server 2008 및 2008 R2에 대한 지원이 종료됩니다. 이는 정기적 인 보안 업데이트가 끝났음을 의미합니다. 그러나 SQL Server 인스턴스를 Azure로 옮길 경우 Microsoft는 추가 비용없이 3 년 동안 연장 보안 업데이트를 제공합니다. 현재 SQL Server 2008/2008 R2를 실행 중이고 7 월 9 일 이전에 SQL Server의 이후 버전으로 업데이트 할 수없는 경우 향후 보안 취약성에 직면 할 위험을 감수하기보다는이 제안을 활용하는 것이 좋습니다. . 패치되지 않은 SQL Server 인스턴스는 데이터 손실, 가동 중지 시간 또는 치명적인 데이터 유출로 이어질 수 있습니다.

Azure에서 SQL Server 2008/2008 R2를 실행할 때 직면하게 될 과제 중의 하나는 고 가용성을 보장하는 것입니다. 구내에서 고 가용성을 위해 SQL Server 장애 조치 클러스터 (FCI) 인스턴스를 실행하고 있거나 가상 컴퓨터에서 SQL Server를 실행하고 있으며 가용성을 위해 VMware HA 또는 Hyper-V 클러스터에 의존하고있을 수 있습니다. Azure로 이동할 때 사용할 수있는 옵션이 없습니다. Azure의 가동 중지 시간은 완화 조치를 취해야하는 매우 현실적인 가능성입니다.

가동 중지 시간을 줄이고 Azure의 99.95 % 또는 99.99 % SLA 자격을 얻으려면 SIOS DataKeeper를 사용해야합니다. DataKeeper는 Azure의 공유 저장 장치 부족을 극복하고 Azure에 SQL Server FCI를 구축 할 수있게하여 각 인스턴스에서 로컬로 연결된 저장소를 활용합니다. SIOS DataKeeper는이 가이드에 설명 된대로 SQL Server 2008 R2 및 Windows Server 2008 R2를 지원할뿐만 아니라 2008 R2에서 Windows Server 2019까지의 모든 버전의 Windows Server 및 SQL Server 2008에서 SQL Server 2019까지의 모든 버전의 SQL Server를 지원합니다 .

이 가이드는 Windows Server 2008 R2에서 실행되는 Azure에서 2 노드 SQL Server 2008 R2 장애 조치 (FCI) 인스턴스를 만드는 과정을 안내합니다. SIOS DataKeeper는 가용 영역 또는 영역에 걸쳐있는 클러스터도 지원하지만이 안내서는 각 노드가 동일한 Azure Region에 있지만 다른 오류 도메인에 있다고 가정합니다. SIOS DataKeeper는 일반적으로 SQL Server 2008 R2 FCI를 만드는 데 필요한 공유 저장소 대신 사용됩니다.

Azure에서 첫 번째 SQL Server 인스턴스 만들기

이 가이드는 Azure 마켓 플레이스에 게시 된 Windows Server 2008R2 이미지의 SQL Server 2008R2SP3을 활용합니다.

첫 번째 인스턴스를 프로비저닝 할 때 새 가용성 세트를 만들어야합니다. 이 과정에서 오류 도메인의 수를 3으로 늘리십시오. 이렇게하면 두 클러스터 노드와 파일 공유 감시 서버 각각이 자체 폴트 도메인에 상주 할 수 있습니다.

각 인스턴스에 디스크를 추가하십시오. Premium 또는 Ultra SSD를 권장합니다. SQL 로그 파일에 사용되는 디스크에서 캐싱을 사용하지 않습니다. SQL 데이터 파일에 사용되는 디스크에서 읽기 전용 캐싱을 사용합니다. 저장소 모범 사례에 대한 추가 정보는 Azure 가상 컴퓨터의 SQL Server 성능 가이드 라인을 참조하십시오.

가상 네트워크를 구성하지 않은 경우 만들기 마법사에서 새 가상 네트워크를 만들 수 있습니다.

인스턴스가 생성되면 IP 구성으로 이동하여 개인 IP 주소를 고정시킵니다. 이는 SIOS DataKeeper에 필요하며 클러스터 된 인스턴스의 모범 사례입니다.

DNS 서버를 로컬 Windows AD 컨트롤러로 설정하도록 가상 네트워크가 구성되어 있는지 확인하십시오. 이것은 나중에 도메인에 가입 할 수 있는지 확인하기위한 것입니다.

Azure에서 최종 SQL Server 인스턴스 만들기

위와 동일한 단계를 따르십시오. 이 인스턴스를 첫 번째 인스턴스로 만든 동일한 가상 네트워크 및 가용성 집합에 배치해야합니다.

FSW (File Share Witness) 인스턴스 만들기

WSFC (Windows Server 장애 조치 클러스터)가 최적으로 작동하려면 다른 Windows Server 인스턴스를 만들어 SQL Server 인스턴스와 동일한 가용성 집합에 배치해야합니다. 동일한 가용성 세트에 배치하여 각 클러스터 노드와 FSW가 다른 오류 도메인에 있는지 확인합니다. 따라서 전체 오류 도메인이 오프라인 상태가되면 클러스터가 온라인 상태를 유지하게됩니다. 이 인스턴스에는 SQL Server가 필요하지 않습니다. 그것은 단순한 파일 공유를 호스트하는 것만 큼 단순한 Windows 서버가 될 수 있습니다.

이 인스턴스는 WSFC에 필요한 파일 공유 감시를 호스팅합니다. 이 인스턴스는 동일한 크기 일 필요가 없으며 추가 디스크를 연결하지 않아도됩니다. 단순한 파일 공유를 호스팅하는 것이 유일한 목적입니다. 사실 다른 용도로 사용될 수 있습니다. 내 실험 환경에서 FSW는 또한 내 도메인 컨트롤러입니다.

SQL Server 2008 R2 제거

프로비저닝 된 두 SQL Server 인스턴스에는 이미 SQL Server 2008 R2가 설치되어 있습니다. 그러나 클러스터 된 인스턴스가 아닌 독립 실행 형 SQL Server 인스턴스로 설치됩니다. 클러스터 인스턴스를 설치하기 전에 이러한 각 인스턴스에서 SQL Server를 제거해야합니다. 가장 쉬운 방법은 아래와 같이 SQL Setup을 실행하는 것입니다.

setup.exe / Action-RunDiscovery를 실행하면 사전 설치된 모든 항목이 표시됩니다.

setup.exe / Action-RunDiscovery

setup.exe / Action = Uninstall / FEATURES = SQL, AS, RS, IS, Tools / INSTANCENAME = MSSQLSERVER를 실행하면 제거 프로세스가 시작됩니다.

setup.exe / Action = Uninstall / FEATURES = SQL, AS, RS, IS, 도구 / INSTANCENAME = MSSQLSERVER

setup.exe / Action-RunDiscovery를 실행하면 제거가 완료 되었음이 확인됩니다.

setup.exe / Action-RunDiscovery

두 번째 인스턴스에서이 제거 프로세스를 다시 실행하십시오.

도메인에 인스턴스 추가

세 인스턴스 모두 Windows 도메인에 추가해야합니다.

Windows 장애 조치 (Failover) 클러스터링 기능 추가

장애 조치 (Failover) 클러스터링 기능을 두 SQL Server 인스턴스에 추가해야합니다.

Add-WindowsFeature 장애 조치 - 클러스터링

Windows 방화벽 끄기

간단히하기 위해 SQL Server FCI 설치 및 구성 중에 Windows 방화벽을 해제하십시오. Azure Network Security Best Practices에 문의하여 Azure 리소스 보안에 대한 조언을 얻으십시오. 필수 Windows 포트에 대한 자세한 내용은 여기, SQL Server 포트는 여기, SIOS DataKeeper 포트는 여기에서, 내부로드 밸런서에는 나중에 포트 59999 액세스가 필요합니다. 따라서 보안 구성에서이를 고려해야합니다.

NetSh Advfirewall이 allprofiles 상태를 해제합니다.

Windows Server 2008 R2 SP1 용 편의 롤업 업데이트 설치

Azure에서 Windows Server 2008 R2 인스턴스를 구성하는 데 필요한 중요 업데이트 (kb2854082)가 있습니다. 이 업데이트와 그 이상은 Windows Server 2008 R2 SP1 용 편의 롤업 업데이트에 포함되어 있습니다. 두 SQL Server 인스턴스 각각에이 업데이트를 설치하십시오.

스토리지 포맷

두 개의 SQL Server 인스턴스를 프로비저닝 할 때 첨부 된 추가 디스크를 포맷해야합니다. 각 인스턴스의 각 볼륨에 대해 다음을 수행하십시오.

마이크로 소프트 모범 사례는 다음과 같이 말합니다 …

"NTFS 할당 단위 크기 : 데이터 디스크를 포맷 할 때 데이터 및 로그 파일과 TempDB에 대해 64KB 할당 단위 크기를 사용하는 것이 좋습니다."

클러스터 유효성 검사 실행

클러스터 유효성 검사를 실행하여 모든 것이 클러스터 될 준비가되었는지 확인하십시오.

보고서에는 저장 및 네트워킹에 대한 경고가 포함됩니다. 공유 디스크가없고 서버간에 단일 네트워크 연결 만 있다는 것을 알기 때문에 경고를 무시할 수 있습니다. 또한 무시할 수있는 네트워크 바인딩 순서에 대한 경고를받을 수도 있습니다. 오류가 발생하면 계속하기 전에 해결해야합니다.

클러스터 만들기

Azure에서 클러스터를 만드는 가장 좋은 방법은 아래와 같이 Powershell을 사용하는 것입니다. Powershell을 사용하면 정적 IP 주소를 지정할 수 있지만 GUI 방법은 지정할 수 없습니다. 안타깝게도 Azure의 DHCP 구현은 Windows Server 장애 조치 (Failover) 클러스터링에서 제대로 작동하지 않습니다. GUI 방법을 사용하는 경우 클러스터 IP 주소로 중복 IP 주소가 표시됩니다. 그것은 세상의 종말은 아니지만, 내가 보여 주듯이 그것을 고쳐야 할 것입니다.

앞서 말했듯이 Powershell 방법이 일반적으로 가장 잘 작동합니다. 그러나 다음과 같이 Windows Server 2008 R2에서 어떤 이유로 인해 문제가있는 것으로 보입니다.

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

당신은 그 방법을 시도해 볼 수 있습니다. 다시 돌아가서 이것이 우연인지 좀 더 조사해야합니다. Powershell이 작동하지 않는 경우 탐색 할 또 다른 옵션은 Cluster.exe입니다. cluster / create /?를 실행 중입니다. 더 이상 사용되지 않는 cluster.exe 명령을 사용하여 클러스터를 만드는 데 사용할 적절한 구문을 제공합니다.

그러나 Powershell 또는 Cluster.exe에서 실패한 경우 아래 단계에서는 클러스터에 할당 할 중복 IP 주소를 수정하는 등 Windows Server 장애 조치 (Failover) 클러스터링 UI를 통해 클러스터를 만드는 방법을 보여줍니다.

여기서 지정한 이름은 CNO (Cluster Name Object)입니다. 이 이름은 SQL 클라이언트가 클러스터에 연결하는 데 사용하는 이름이 아닙니다. 다음 단계에서 SQL Server 클러스터를 설정하는 동안이를 정의 할 것입니다.

이 시점에서 클러스터가 만들어 지지만 중복 IP 주소 문제로 인해 Windows Server 장애 조치 (Failover) 클러스터링 UI로 클러스터에 연결할 수 없습니다.

Duplicate IP Address 수정

앞서 언급했듯이 GUI를 사용하여 클러스터를 작성하면 클러스터의 IP 주소를 선택할 기회가 제공되지 않습니다. 인스턴스가 DHCP를 사용하도록 구성 되었기 때문에 (Azure에서 필요함) GUI는 DHCP를 사용하여 자동으로 IP 주소를 할당하려고합니다. 안타깝게도 Azure의 DHCP 구현은 예상대로 작동하지 않으며 클러스터는 노드 중 하나에서 이미 사용중인 것과 동일한 주소를 할당합니다. 클러스터가 제대로 생성 되더라도이 문제를 해결해야만 클러스터에 연결할 수 있습니다.

이 문제를 해결하려면 노드 중 하나에서 다음 명령을 실행하여 해당 노드에서 클러스터 서비스가 시작되는지 확인하십시오.

net start clussvc / fq

동일한 노드에서 이제 IP 주소가 온라인 상태가되지 않은 것을 볼 수있는 Windows Server 장애 조치 (Failover) 클러스터링 UI에 연결할 수 있어야합니다.

클러스터 IP 주소의 등록 정보를 열고이를 DHCP에서 정적으로 변경하고 사용하지 않는 IP 주소를 할당하십시오.

이름 리소스를 온라인 상태로 만듭니다.

파일 공유 감시 기능 추가

다음으로 File Share Witness를 추가해야합니다. 우리가 FSW로 프로비저닝 한 세 번째 서버에서 폴더를 만들고 아래 그림과 같이 공유하십시오. 아래와 같이 공유 및 보안 수준에서 CNO (클러스터 이름 개체) 읽기 / 쓰기 권한을 부여해야합니다.

공유가 생성되면 클러스터 노드 중 하나에서 클러스터 쿼럼 구성 마법사를 실행하고 아래에 설명 된 단계를 수행하십시오.

DataKeeper를위한 서비스 계정 만들기

우리는 거의 DataKeeper를 설치할 준비가되었습니다. 그러나이 작업을 수행하기 전에 도메인 계정을 만들어 각 SQL Server 클러스터 인스턴스의 로컬 관리자 그룹에 추가해야합니다. DataKeeper를 설치할 때이 계정을 지정합니다.

DataKeeper 설치

아래 그림과 같이 두 SQL Server 클러스터 노드 각각에 DataKeeper를 설치하십시오.

여기서 각 로컬 도메인 관리자 그룹에 추가 한 도메인 계정을 지정합니다.

DataKeeper 구성

DataKeeper가 두 개의 클러스터 노드 각각에 설치되면 DataKeeper를 구성 할 준비가 된 것입니다.

참고 – 다음 단계에서 가장 흔히 발생하는 오류는 보안과 관련이 있으며, 주로 기존의 Azure Security 그룹이 필요한 포트를 차단하고 있습니다. 서버가 필요한 포트를 통해 통신 할 수 있는지 확인하려면 SIOS 설명서를 참조하십시오.

먼저 두 노드 각각에 연결해야합니다.

모든 것이 제대로 구성되면 서버 개요 보고서에 다음 내용이 표시되어야합니다.

다음으로 새 작업을 만들고 아래에 설명 된 단계를 따르십시오.

사용 가능한 저장소에 DataKeeper 볼륨 리소스를 등록하려면 여기에서 예를 선택하십시오.

각 볼륨에 대해 위의 단계를 완료하십시오. 완료되면 Windows Server 장애 조치 (Failover) 클러스터링 UI에서 다음을 볼 수 있습니다.

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

참고 -이 시점에서 복제 된 볼륨은 현재 Available Storage를 호스팅하고있는 노드에서만 액세스 할 수 있습니다. 예상 했으니 걱정하지 마라.

첫 번째 노드에 SQL Server 설치

첫 번째 노드에서 SQL Server 설치 프로그램을 실행합니다.

새 SQL Server 장애 조치 (Failover) 클러스터 설치를 선택하고 그림과 같은 단계를 수행하십시오.

필요한 옵션 만 선택하십시오.

이 문서는 사용자가 SQL Server의 기본 인스턴스를 사용한다고 가정합니다. 명명 된 인스턴스를 사용하는 경우에는 수신 대기 포트를 잠그고 나중에로드 밸런서를 구성 할 때 해당 포트를 사용해야합니다. 또한 명명 된 인스턴스에 연결하기 위해 SQL Server Browser Service (UDP 1434)에 대한 부하 분산 장치 규칙을 만들어야합니다. 이 두 가지 요구 사항 중 어느 것도이 가이드에서 다루지 않습니다. 그러나 명명 된 인스턴스가 필요한 경우 두 가지 추가 단계를 수행하면 작동합니다.

여기서 사용하지 않는 IP 주소를 지정해야합니다.

데이터 디렉토리 탭으로 이동하여 데이터 및 로그 파일을 재배치하십시오. 이 가이드의 끝 부분에서는 최적의 성능을 위해 미러되지 않은 DataKeeper 볼륨에 tempdb를 재배치하는 방법에 대해 설명합니다. 지금은 클러스터 된 디스크 중 하나에 보관하십시오.

두 번째 노드에 SQL 설치

두 번째 노드에서 SQL Server 설치 프로그램을 다시 실행하십시오. 그런 다음 SQL Server 장애 조치 (failover) 클러스터에 노드 추가를 선택하십시오.

축하합니다. 거의 완료되었습니다! 그러나 Azure가 ARP를 지원하지 않기 때문에 다음 단계 에서처럼 클라이언트 리디렉션을 지원하기 위해 내부로드 밸런서 (ILB)를 구성해야합니다.

SQL 클러스터 IP 주소 업데이트

ILB가 제대로 작동하려면 클러스터 노드 중 하나에서 다음 명령을 실행해야합니다. SQL 클러스터 IP를 사용하면 SQL 클러스터 IP 주소가 ILB 상태 프로브에 응답하고 상태 프로브와의 IP 주소 충돌을 피하기 위해 서브넷 마스크를 255.255.255.255로 설정할 수 있습니다.

클러스터 res <IPResourceName> / priv enabledhcp = 0 주소 = <ILBIP> probeport = 59999 subnetmask = 255.255.255.255

참고 – 그것이 우연인지 나는 모른다. 때때로이 명령을 실행했지만 작동하는 것처럼 보이지만 작업이 완료되지 않아 다시 시작해야합니다. 작동 여부를 알 수있는 방법은 SQL Server IP 리소스의 서브넷 마스크를 보는 것입니다. 255.255.255.255가 아니라면 성공적으로 실행되지 않았다는 것을 알 수 있습니다. 단순히 GUI 새로 고침 문제 일 수 있습니다. 서브넷 마스크가 업데이트되었는지 확인하려면 클러스터 GUI를 다시 시작하십시오.

성공적으로 실행 한 후에는 리소스를 오프라인으로 전환 한 다음 다시 온라인으로 가져와 변경 내용을 적용하십시오.

로드 밸런서 만들기

마지막 단계는로드 밸런서를 만드는 것입니다. 이 경우 우리는 포트 1433에서 수신 대기하는 SQL Server의 기본 인스턴스를 실행하고 있다고 가정합니다.

부하 분산 장치를 만들 때 정의한 개인 IP 주소는 SQL Server FCI가 사용하는 주소와 완전히 동일합니다.

두 SQL Server 인스턴스를 백엔드 풀에 추가합니다. FSW를 백엔드 풀에 추가하지 마십시오.

이로드 밸런싱 규칙에서 유동 IP를 활성화해야합니다.

클러스터 테스트

가장 간단한 테스트는 패시브 노드에서 SQL Server Management Studio를 열고 클러스터에 연결하는 것입니다. 축하해! 연결하는대로 올바르게 했어! 연결할 수 없다면 두려워하지 마십시오. 문제를 해결하는 데 도움이되는 블로그 기사를 작성했습니다. 클러스터 관리는 기존의 공유 스토리지 클러스터를 관리하는 것과 완전히 동일합니다. 모든 것은 장애 조치 클러스터 관리자를 통해 제어됩니다.

선택 사항 – TempDB 재배치

최적의 성능을 위해 tempdb를 복제되지 않은 로컬 SSD로 옮기는 것이 좋습니다. 그러나 SQL Server 2008 R2에서는 tempdb가 클러스터 된 디스크에 있어야합니다. SIOS에는이 문제를 해결하는 비 미러 볼륨 리소스 (Non-Mirrored Volume Resource)라는 솔루션이 있습니다. 로컬 SSD 드라이브의 미러되지 않은 볼륨 리소스를 생성하고 거기에서 tempdb를 이동하는 것이 좋습니다. 참고로, 로컬 SSD 드라이브는 비 지속성입니다. tempdb를 보관하는 폴더와 해당 폴더에 대한 사용 권한이 서버를 다시 부팅 할 때마다 다시 만들어 지도록주의해야합니다.

로컬 SSD의 미러되지 않은 볼륨 리소스를 만든 후에는이 문서의 단계에 따라 tempdb의 위치를 변경하십시오. 이 기사에서 설명하는 시작 스크립트는 각 클러스터 노드에 추가되어야합니다.

Clusteringformeremortals.com의 허락을 받아 재현

새로운 Azure ILB 기능을 갖춘 다중 인스턴스 SQL Server 장애 조치 (failover) 클러스터

4월 14, 2019 by Jason Aw Leave a Comment

새로운 Azure ILB 기능으로 다중 인스턴스 SQL Server 장애 조치 (Failover) 클러스터 구축 가능

Microsoft는 지난 9 월에 이그제큐티브를 통해 Azure에 대한 발표를 시작했습니다. 이러한 발표 중 하나는 내부로드 밸런서에 여러 VIP가 일반적으로 제공된다는 것입니다. 왜 이것이 SQL Server DBA에게 중요한가? 이제까지 Azure에 고 가용성 SQL Server를 배포하려는 경우 클러스터 당 하나의 SQL Server FCI 또는 단일 가용성 그룹 수신기로 제한되었습니다. 이 제한으로 인해 장애 조치 (Failover) 클러스터에서 보호하려는 각 SQL Server 인스턴스에 대해 새 클러스터를 배포해야했습니다. 또한 AlwaysOn AG 구성에서 자동 장애 조치 및 클라이언트 리디렉션을 원할 경우 모든 데이터베이스를 단일 가용성 그룹으로 그룹화해야했습니다.

이러한 제한 사항을 벗어나려면 어떻게해야합니까?

이러한 제한 사항은 이제 새로운 ILB 기능으로 해제되었습니다. 이 글에서는 두 SQL Server 인스턴스가 포함 된 Azure에 SQL Server FCI를 배포하는 과정을 안내합니다. 향후 게시글에서 SQL Server AlwaysOn AG와 동일한 프로세스로 안내 할 것입니다.

다중 인스턴스 SQL Server 장애 조치 (failover) 클러스터 시작하기

Azure Resource Manager에서 Microsoft SQL Server 2014 장애 조치 (failover) 클러스터 배포 게시물에 설명 된대로 Azure에서 기본 단일 인스턴스 SQL Server FCI를 작성하십시오. 이 게시물은 다중 인스턴스 SQL Server 장애 조치 (Failover) 클러스터를 만드는 과정을 설명합니다. DataKeeper를 사용하여 클러스터에서 사용되는 복제 된 볼륨 리소스를 만들려면 ILB (Internal Load Balancer)를 만든 다음 ILB에서 작동하도록 SQL Server 클러스터 IP 리소스를 수정하십시오. 해당 프로세스를 건너 뛰고 구성을 시작하려는 경우 SIOS DataKeeper를 사용하여 2 노드 SQL Server FCI를 만드는 Azure 배포 템플릿을 항상 사용할 수 있습니다. 이제 기본 두 노드 SQL Server FCI가 있다고 가정하고 두번째 인스턴스는 다음과 같습니다.

현재 사용되지 않는 다른 볼륨에 다른 DataKeeper 볼륨 리소스를 만듭니다. 사용 가능한 볼륨이없는 경우 Azure 인스턴스에 디스크를 추가해야 할 수도 있습니다. 이 볼륨 생성 프로세스의 일부로 새로운 DataKeeper 볼륨 리소스가 클러스터의 사용 가능한 저장소에 등록됩니다. 자세한 내용은 앞에서 언급 한 기사를 참조하십시오.
방금 저장 위치로 만든 DataKeeper 볼륨을 지정하여 첫 번째 노드에 SQL Server의 명명 된 인스턴스를 설치합니다.
"노드 추가"는 두 번째 노드의 클러스터에 추가됩니다.
이 새 명명 된 인스턴스의 포트 번호를 사용 중이 아닌 포트로 잠급니다. 내 예제에서는 포트 1440을 사용합니다.

ILB를 두 번째 인스턴스로 조정

다음으로 트래픽을이 두 번째 인스턴스로 리디렉션하도록 ILB를 조정해야합니다. 다음과 같은 단계를 따라야합니다. 두 번째 SQL Server 인스턴스에 사용 된 SQL 클러스터 IP 주소와 동일한 프런트 엔드 IP 주소를 아래와 같이 추가합니다. 새로운 Azure ILB 기능을 갖춘 다중 인스턴스 SQL Server 장애 조치 (failover) 클러스터 다음으로 인스턴스가 다른 서버에서 실행될 수 있으므로 다른 프로브를 추가해야합니다. 아래 그림과 같이 포트 59998 (보통 59999 대신)을 프로브하는 프로브를 추가했습니다. 새 규칙이이 조사를 참조하는지 확인해야합니다. 또한이 프로세스의 마지막 단계에서이 인스턴스와 연결된 IP 주소를 업데이트해야하므로 포트 번호를 기억해야합니다. 새로운 Azure ILB 기능을 갖춘 다중 인스턴스 SQL Server 장애 조치 (failover) 클러스터 이제 ILB에 두 개의 새로운 규칙을 추가하여이 두 번째 SQL 인스턴스로 향하는 트래^픽을 지정해야합니다. 물론 TCP 포트 1440 (명명 된 SQL 인스턴스에 사용 된 포트)을 리디렉션하는 규칙을 추가해야하지만 이제는 명명 된 인스턴스를 사용하기 때문에 SQL Server Browser Service를 지원하는 포트가 있어야합니다. UDP 포트 1434. SQL Server Browser Service에 대한 규칙을 묘사하는 아래 그림에서 프런트 엔드 IP 주소가 새 프런트 엔드 IP 주소 (10.0.0.201), UDP 포트 1434 (포트 및 백 엔드 포트 모두)를 참조합니다. 풀에서 클러스터의 두 서버를 지정하고 마지막으로 방금 만든 새 상태 프로브를 선택해야합니다. 새로운 Azure ILB 기능을 갖춘 다중 인스턴스 SQL Server 장애 조치 (failover) 클러스터 이제 TCP / 1440에 대한 규칙을 추가 할 것입니다. 아래 그림과 같이 포트 TCP 1440에 대한 새 규칙을 추가하거나 명명 된 SQL Server 인스턴스에 대해 잠긴 포트를 추가합니다. 다시 한 번, 새 FrontEnd IP 주소와 새 상태 프로브 (59998)를 선택하십시오. 또한 Floating IP (직접 서버 리턴)가 사용 가능한지 확인하십시오. 새로운 Azure ILB 기능을 갖춘 다중 인스턴스 SQL Server 장애 조치 (failover) 클러스터

마지막 단계

로드 균형 조정기가 구성되었으므로 마지막 단계는 PowerShell 스크립트를 실행하여이 두 번째 SQL Server 인스턴스와 연결된 새 클러스터 IP ^주소를 업데이트하는 것입니다. 이 PowerShell 스크립트는 클러스터 노드 중 하나에서만 실행하면됩니다.

# 변수 정의

$ ClusterNetworkName = ""

# 클러스터 네트워크 이름 
(Windows Server 2012의 Get-ClusterNetwork를 사용하여 이름을 찾으십시오)

$ IPResourceName = ""

# SQL Server의 두 번째 인스턴스의 IP 주소 리소스 이름

$ ILBIP = ""

# 두 번째 SQL 인스턴스의 IP 주소, 
이는 새로운 프론트 엔드 IP 주소와 동일해야합니다.

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

# Windows Server 2012 이상을 사용하는 경우 :

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

# Windows Server 2008 R2를 사용하는 경우 다음을 사용하십시오.

#cluster res $ IPResourceName / priv enabledhcp = 0 address = $ ILBIP probeport = 59998  
서브넷 마스크 = 255.255.255.255

이제 Azure에 완벽하게 작동하는 다중 인스턴스 SQL Server FCI가 있습니다. Clusteringformeremortals.com에서 복제 된 New Azure ILB 기능으로 다중 인스턴스 SQL Server 장애 조치 (Failover) 클러스터를 구축하는 데 관한 질문이 있으면 알려주십시오.