SIOS SANless clusters

SIOS SANless clusters High-availability Machine Learning monitoring

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

AWS Cloud의 SQL Server 고 가용성을위한 DataKeeper Cluster Edition

2월 9, 2018 by Jason Aw Leave a Comment

클라우드로 이동할 때 발생할 수있는 잠재적 인 비용 절감은 고려하기가 거의 불가능합니다. 그러나 저장하려는 돈을 세지 않으면 보안 및 가용성과 같은 것을 생각하기 시작하고 클라우드가 당신에게 적합한 지 궁금하게 생각합니다. 그러나 두려워하지 않습니다. 우리는 올바른 솔루션 인 SIOS Datakeeper Cluster Edition을 보유하고 있습니다.

기존의 데이터 센터에서는 제어 기능을 갖추고 원하는 보안 및 고 가용성 솔루션을 배포 할 수 있습니다. 그러나 일단 클라우드로 서버를 이동하기로 결정하면 선택이 훨씬 제한 될 수 있습니다. Amazon, Google 또는 Microsoft와 상관없이 클라우드의 중단이 발생할 수 있으며 이러한 위험을 완화하기 위해 가능한 모든 조치를 취해야합니다.

Amazon Web Services

예를 들어 Amazon Web Services (AWS)에 대해 자세히 살펴 보겠습니다. SQL Server 데이터베이스가 예기치 않은 정전을 견뎌 낼 수 있도록 보장해야 할 옵션은 무엇입니까? 일부 응용 프로그램은 여러 가용성 영역에서로드 균형 조정 구성으로 배포 할 수 있지만 일반적으로 SQL Server는로드 균형 조정 구성으로 배포되지 않습니다. 즉, SQL Server가 단일 가용성 영역에 상주하며 해당 영역을 사용할 수 없게되면 전체 응용 프로그램 스택이 중단 될 수 있습니다.

SQL Server 2008 R2 및 그 제한 사항

Miles Ward가이 기사를 읽으면 SQL Server 2008 R2에서 사용 가능한 옵션이 상당히 제한적이라는 것을 알 수 있습니다. 11 페이지의 해당 기사에는 HA 옵션을 설명하는 멋진 차트가 있습니다. 보시다시피 옵션은 심각하게 제한되어 있으며 주로 HA로 설명되는 범주를 벗어납니다. 로그 전달, 미러링 및 트랜잭션 복제는 거의 유일한 옵션이며 HA 옵션보다는 데이터 보호 옵션이 더 많습니다. Microsoft 장애 조치 클러스터링을 원한다면 AWS의 일부 네트워크 제한 사항 (클라이언트가 클러스터 된 IP 주소에 연결할 수 없음) 및 기존 SQL 클러스터에 필요한 공유 디스크 리소스가 없어 운이없는 것입니다.

AWS

SQL Server 2012를 배포하려는 경우 옵션이 조금 좋아집니다. Jeremy Peschka가 설명했듯이 약간의 수동 개입으로 AWS에 AlwaysOn 가용성 그룹을 배포하여 데이터 센터에서 AWS로 또는 AWS 가용성 그룹간에 비동기 복제를 수행 할 수 있습니다. 물론 AlwaysOn 가용성 그룹에 필요한 SQL 2012 Enterprise 라이선스가 있다고 가정합니다. 유일한 "문제"는 AWS가 클러스터 IP 주소를 한 서버에서 다른 서버로 이동하는 것을 지원하지 않기 때문에 클라이언트 리디렉션을 ec2-unassign-private-ip-addresses 및 ec2-assign-private-ip를 사용하여 수동으로 수행해야한다는 것입니다 – Peschka가 그의 기사에서 설명하는 전환 후 명령을 처리합니다. 올인 올 (all-in-all) 이것은 매우 수동적 인 과정으로 고 가용성 시스템에 대한 설명에는 맞지 않습니다.

한계에 대한 해결책

자동 복구 없이도 이전 블로그 게시물에서 설명한 AlwaysOn 가용성 그룹의 제한 사항을 준수하면 AWS의 AlwaysOn 가용성 그룹 배포를 시도해보십시오. 그러나 더 쉽고 저렴하며 견고한 HA 솔루션을 찾고 있다면 정말 좋은 소식이 있습니다. SIOS Technology Corp는이 문제를 조사해 왔으며 이전에 설명한 모든 한계를 극복하고 쉽게 배치 할 수 있도록 AMI로 사용할 수있는 솔루션을 개발했습니다. 이 솔루션은 현재 비공개 베타 버전이지만 올해 말에 널리 제공 될 예정입니다.

SIOS 데이터 키퍼 클러스터 에디션

SIOS 솔루션은 DataKeeper Cluster Edition 호스트 기반 복제를 사용하는 Microsoft 장애 조치 (Failover) 클러스터링의 SQL 서버를 기반으로합니다. 호스팅 기반 복제를 사용하면 EC2에서 클러스터링의 첫 번째 장애물 인 공유 저장 장치가 없어졌습니다. SIOS가 극복해야했던 두 번째 장애물은 Peschka가 설명한 클라이언트 리디렉션 문제였습니다. 장애 조치 클러스터링이 아닌 EC2에서 클라이언트 액세스 지점을 조작해야합니다. SIOS는 AMI 솔루션에 인텔리전스를 구축하여 IP 주소의 재 할당이 클러스터 장애 조치 프로세스의 일부로 자동화되어 클러스터에서 일반적으로 기대하는 동작을 효과적으로 시뮬레이션합니다.

또한이 모든 것이 장애 조치 클러스터링을 기반으로 구축되기 때문에 SQL 2008/2008 R2 또는 2012를 사용하여 배포 할 수 있습니다. SQL Server Standard Edition조차도 2- 노드 클러스터를 지원하므로 SQL 2012 AlwaysOn Availability 그룹 배포에 비해 비용 절감 효과가 큽니다.

당신이 무슨 생각을하는지 제게 알려주세요. SIOS Datakeeper Cluster Edition은 흥미로운 것으로 들리는가요? SQL Server EC2 인스턴스의 가용성을 보장하기 위해 오늘 무엇을하고 있습니까?

https://clusteringformeremortals.com/2013/01/11/sql-server-high-availability-in-aws-cloud/에서 허락을 받아 재현

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

DataKeeper를 사용하여 Windows Server 2012에서 SQL Server 2012 클러스터링

2월 9, 2018 by Jason Aw Leave a Comment

작은 요점을 되풀이하다

이전 필자는 Windows Server 2012에서 SQL Server 2012를 클러스터링 할 준비가 될 때까지 2 노드 클러스터를 구축하는 과정을 거쳤습니다. 이 단계를 완료했다면, 앞으로 나아갈 준비가되었으며, 제안 된 SIOS Datakeeper Cluster Edition을 사용하여 실제로 클러스터 된 응용 프로그램을 만들 수 있습니다.

다음 단계, SQL Server 2012 클러스터링

먼저 SQL Server 2012가 출시되었습니다. SQL Server 2012 클러스터 설치는 SQL 2008/2008 R2 클러스터 설치와 거의 동일하므로 SQL 2008/2008 R2를 사용하는 경우에도 대부분이 적용됩니다. SQL Server 2012 클러스터링 관련 용어는 다소 복잡합니다. 기본적으로 AlwaysOn 가용성 그룹 또는 AlwaysOn 장애 조치 (Failover) 클러스터 인스턴스 중 하나를 의미 할 수있는 SQL Server AlwaysOn에 대해 언급 할 것입니다. 혼란은 두 가지 솔루션 모두 Windows Server 장애 조치 (Failover) 클러스터링과 일부 수준의 통합이 필요하며 AlwaysOn 가용성 그룹과 AlwaysOn 장애 조치 클러스터링의 조합을 배포 할 수 있다는 사실 때문에 혼란 스럽습니다. 그러나 그것은 다른 날의 주제입니다!

이해하기 쉬운 용어로 분류하기

근본적으로 AlwaysOn 가용성 그룹은 SQL 2008 R2 및 이전 버전에서 데이터베이스 미러링이라고합니다. 이전 버전의 데이터베이스 미러링의 한계를 극복 한 몇 가지 새로운 종 류와 호루라기가 있습니다. 따라서 확실히 확인해 볼 가치가 있습니다. AlwaysOn 장애 조치 클러스터 인스턴스는 단순히 SQL Server 장애 조치 (failover) 클러스터라고도합니다. 이것은 SQL Server의 초기 버전 이후에 제공되었던 동일한 클러스터링 기술의 최신 버전입니다. SQL Server 2012 AlwaysOn 장애 조치 (Failover) 클러스터 인스턴스의 새로운 기능 중 하나는 서로 다른 서브넷에 노드를 가질 수 있다는 것입니다. 이것은 이전 버전의 SQL Server에서 주요 제한 사항이었습니다. 이전 블로그 항목에서 AlwaysOn 가용성 그룹의 몇 가지 제한 사항에 대해 논의 했으므로 배포 할 기술에 대한 결정을 내리기 전에이를 확인해야합니다.

시작하자

즉,이 기사에서는 SQL Server 2012 AlwaysOn 장애 조치 (Failover) 클러스터 인스턴스 배포에 대한 단계별 지침에 초점을 맞출 것입니다.

1 단계

클러스터 저장소가 준비되어 있는지 확인하십시오. 이전 게시물의 지침을 따르면 공유 디스크 리소스 대신 타사 소프트웨어 인 DataKeeper Cluster Edition을 사용하여 복제 된 디스크 리소스를 사용하게됩니다. 공유 저장소를 사용하고 있고 저장소를 추가 한 경우 2 단계로 건너 뛰고 SQL 설치를 시작하십시오. 그렇지 않은 경우 SQL 클러스터에서 사용할 로컬 디스크를 복제하도록 소프트웨어를 구성하려면 아래 단계를 수행하십시오.

DataKeeper Cluster Edition 구성

  1. DataKeeper Cluster Edition 설치 및 구성
    1. DK 설정 실행
      DataKeeper를 사용하여 SQL Server 2012 클러스터링
    2. 모든 기본값을 선택하는 전체 설치 프로세스를 수행하십시오.
      DataKeeper를 사용하여 SQL Server 2012 클러스터링
      DataKeeper를 사용하여 SQL Server 2012 클러스터링
      DataKeeper를 사용하여 SQL Server 2012 클러스터링
      DataKeeper를 사용하여 SQL Server 2012 클러스터링
      DataKeeper를 사용하여 SQL Server 2012 클러스터링
      DataKeeper를 사용하여 SQL Server 2012 클러스터링
      DataKeeper를 사용하여 SQL Server 2012 클러스터링
      DataKeeper를 사용하여 SQL Server 2012 클러스터링
      DataKeeper를 사용하여 SQL Server 2012 클러스터링
    3. 설치가 완료되면 컴퓨터를 다시 시작하고 SECONDARY 서버에서 프로세스를 반복하십시오.
    4. PRIMARY에서 DataKeeper UI를 실행하고 서버에 연결을 클릭합니다. PRIMARY에 연결 한 다음 SECONDARY에 연결하십시오.
      DataKeeper를 사용하여 SQL Server 2012 클러스터링
      DataKeeper를 사용하여 SQL Server 2012 클러스터링DataKeeper를 사용하여 SQL Server 2012 클러스터링
    5. Create Job을 클릭하고 Create Job 마법사를 진행하여 E 드라이브의 미러를 만듭니다.
      DataKeeper를 사용하여 SQL Server 2012 클러스터링
      DataKeeper를 사용하여 SQL Server 2012 클러스터링
      미러의 원본 볼륨과 복제 트래픽을 전달할 NIC의 IP 주소를 선택하십시오.
      DataKeeper를 사용하여 SQL Server 2012 클러스터링
      미러의 대상을 선택하고 다음을 클릭하십시오.
      DataKeeper를 사용하여 SQL Server 2012 클러스터링
      미러 옵션을 선택합니다.
      압축 – WAN을 통한 복제에만 사용 가능
      비동기 – 모든 WAN 복제에 대해 이것을 선택하십시오
      동기식 – LAN 복제에 이상적입니다.
      최대 대역폭 – 복제가 사용할 수있는 대역폭의 양을 제한하는 방법으로 WAN 복제에 사용됩니다. 일반적으로 초기 미러 생성에는 0으로 남겨 두어야하지만 복제가 초기 동기화를 수행하는 데 사용 가능한 모든 대역폭을 사용하지 않도록 대역폭을 제한하고자 할 수 있습니다
      DataKeeper를 사용하여 SQL Server 2012 클러스터링
      완료를 클릭하면 미러가 생성됩니다.
      DataKeeper를 사용하여 SQL Server 2012 클러스터링
      미러가 만들어지면 Windows Server 장애 조치 클러스터링 (WSFC)에서 볼륨을 등록하라는 메시지가 나타납니다. 예를 클릭하면 사용 가능한 저장소에 새 DataKeeper 볼륨 리소스가 등록됩니다 (2 단계의 그림 참조).
      DataKeeper를 사용하여 SQL Server 2012 클러스터링

2 단계

첫 번째 클러스터 노드에서 SQL Server 2012 설치를 시작합니다.

  1. 시작하기 전에 저장소가 장애 조치 (Failover) 클러스터 관리자에 나타나고 아래 그림과 같이 사용 가능한 저장소 그룹에 할당되어 있는지 확인하십시오
    DataKeeper를 사용하여 SQL Server 2012 클러스터링
  2. 이제 SQL Server 2012 설치 프로그램을 시작하고 설치 탭으로 이동하여 새 SQL Server 장애 조치 (Failover) 클러스터 설치를 클릭합니다.
    DataKeeper를 사용하여 SQL Server 2012 클러스터링
  3. 다음 스크린 샷과 같이 설치 단계를 수행하십시오.
    DataKeeper를 사용하여 SQL Server 2012 클러스터링
    DataKeeper를 사용하여 SQL Server 2012 클러스터링
    DataKeeper를 사용하여 SQL Server 2012 클러스터링
    서버가 인터넷에 연결되어 있지 않으면 다음 오류가 예상됩니다. 인터넷에 연결되어있는 경우 발견 한 업데이트를 수락해야합니다.
    DataKeeper를 사용하여 SQL Server 2012 클러스터링
    DataKeeper를 사용하여 SQL Server 2012 클러스터링
    DataKeeper를 사용하여 SQL Server 2012 클러스터링
    DataKeeper를 사용하여 SQL Server 2012 클러스터링
    DataKeeper를 사용하여 SQL Server 2012 클러스터링
    DataKeeper를 사용하여 SQL Server 2012 클러스터링
    DataKeeper를 사용하여 SQL Server 2012 클러스터링
    DataKeeper를 사용하여 SQL Server 2012 클러스터링
    DataKeeper를 사용하여 SQL Server 2012 클러스터링
    DataKeeper를 사용하여 SQL Server 2012 클러스터링
    서비스 계정에 대한 유용한 정보는 다음을 참조하십시오. http://msdn.microsoft.com/en-us/library/ms143504.aspx 실습을 위해 관리자 계정 만 사용하고 있습니다.
    DataKeeper를 사용하여 SQL Server 2012 클러스터링
    DataKeeper를 사용하여 SQL Server 2012 클러스터링
    다음을 클릭하기 전에 데이터 디렉토리 탭을 클릭하고 tempdb의 위치를 ​​변경하십시오. Windows Server 2012에서 tempdb는 더 이상 클러스터 저장소에 상주 할 필요가 없습니다. 이 예에서는 tempdb를 C 드라이브로 옮겨 불필요한 데이터를 복제하지 않습니다.DataKeeper를 사용하여 SQL Server 2012 클러스터링DataKeeper를 사용하여 SQL Server 2012 클러스터링

    이 시점에서 경고 메시지에 표시된대로 SECONDARY 서버에 동일한 tempdb 디렉토리를 만들어야합니다.

    DataKeeper를 사용하여 SQL Server 2012 클러스터링
    DataKeeper를 사용하여 SQL Server 2012 클러스터링
    DataKeeper를 사용하여 SQL Server 2012 클러스터링
    DataKeeper를 사용하여 SQL Server 2012 클러스터링

    축하합니다. 첫 번째 클러스터 노드가 설치되었습니다.

이제 클러스터의 두 번째 노드에 SQL을 설치할 준비가되었습니다.

  1. SECONDARY 서버로 이동하여 SQL Server 2012 설치 프로그램을 실행하고 SQL Server 장애 조치 (failover) 클러스터에 노드 추가를 클릭하여 시작하는 다음 스크린 샷과 같이 마법사를 따르십시오.
    DataKeeper를 사용하여 SQL Server 2012 클러스터링
    DataKeeper를 사용하여 SQL Server 2012 클러스터링
    DataKeeper를 사용하여 SQL Server 2012 클러스터링
    DataKeeper를 사용하여 SQL Server 2012 클러스터링
    서버가 인터넷에 연결되어 있지 않으면 다음 오류가 예상됩니다. 인터넷에 연결되어있는 경우 발견 한 업데이트를 수락해야합니다.
    DataKeeper를 사용하여 SQL Server 2012 클러스터링
    DataKeeper를 사용하여 SQL Server 2012 클러스터링
    DataKeeper를 사용하여 SQL Server 2012 클러스터링
    DataKeeper를 사용하여 SQL Server 2012 클러스터링
    DataKeeper를 사용하여 SQL Server 2012 클러스터링
    DataKeeper를 사용하여 SQL Server 2012 클러스터링
    DataKeeper를 사용하여 SQL Server 2012 클러스터링
    DataKeeper를 사용하여 SQL Server 2012 클러스터링
    DataKeeper를 사용하여 SQL Server 2012 클러스터링
    DataKeeper를 사용하여 SQL Server 2012 클러스터링
  1. 축하합니다. 2 노드 SQL Server 2012 AlwaysOn 장애 조치 (Failover) 클러스터 인스턴스를 구축했습니다. 장애 조치 (Failover) 클러스터 관리자를 열고 다음과 같은 내용을보아야합니다.이 문서의 "Windows Server 2012 클러스터에서 SQL Server 2012 클러스터링"은 Windows Server 2012 클러스터에 SQL Server 2012를 설치하는 방법을 간단하게 설명하기위한 것입니다. . 추가 읽기는 여기에서 시작하고 Google이 귀하의 친구가되도록하십시오!

https://clusteringformeremortals.com/2013/01/05/clustering-sql-server-2012-on-windows-server-2012-step-by-step/의 허락을 받아 재생산했습니다.

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

단계별로 Windows Server 2012 클러스터링

2월 8, 2018 by Jason Aw Leave a Comment

모든 클러스터의 기본 단계

이 기사는 클러스터링 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, 여기에 우리가 간다!

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

  1. 클러스터에 추가하려는 모든 서버에 장애 조치 (Failover) 클러스터링 기능을 추가하십시오.
    1. 서버 관리자 대시 보드를 엽니 다 (이 첫 번째 단계는 PRIMARY와 SECOND 모두에서 완료해야합니다)
    2. 역할 및 기능 추가를 클릭하십시오.
    3. 단계별로 Windows Server 2012 클러스터링역할 기반 또는 기능 기반 설치 선택
    4. 단계별로 Windows Server 2012 클러스터링장애 조치 클러스터 기능을 사용하려는 서버를 선택하십시오.
      단계별로 Windows Server 2012 클러스터링
    5. 서버 역할 페이지 건너 뛰기
      단계별로 Windows Server 2012 클러스터링
    6. 기능 페이지에서 장애 조치 (failover) 클러스터링을 선택하고 다음을 클릭 한 다음 설치를 확인합니다.
      단계별로 Windows Server 2012 클러스터링
  2. 클러스터 구성을 시작하기 전에 클러스터에서 사용할 저장소의 종류를 고려해야합니다. 전통적으로 클러스터는 일종의 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을 구성하도록 저장소를 구성해야합니다 클러스터하려는 응용 프로그램에 대한. 우리 쿼럼의 디스크 증인 대신, 나는 나중에 설명 할 노드와 파일 공유 증인 쿼럼 유형을 사용할 것입니다.
  3. 이제 각 서버에서 장애 조치 (Failover) 클러스터링을 사용할 수 있으므로 PRIMARY 서버에서 장애 조치 (Failover) 클러스터 관리자를 열 수 있습니다. 가장 먼저해야 할 일은 "구성 검증"을 실행하여 시작하기 전에 잠재적 인 문제점을 파악할 수 있도록하는 것입니다. 클러스터 검증을 클릭하십시오.단계별로 Windows Server 2012 클러스터링
  4. 다음 단계에 표시된대로 구성 유효성 검사 마법사를 단계별로 수행하십시오.
    1. 클러스터하려는 서버를 선택하십시오.
      단계별로 Windows Server 2012 클러스터링
    2. 모든 테스트를 실행하십시오 (서버에 설치 한 역할에 따라 테스트가 많거나 적음). 예를 들어, Hyper-V가 활성화 된 경우 클러스터에 대한 새로운 Hyper-V 관련 테스트가 있음)
      단계별로 Windows Server 2012 클러스터링
    3. 클러스터가 "통과"된 것으로 가정하면 광산과 비슷한 보고서가 있어야합니다. 내 보고서에 "경고"가 있지만 오류는 없음을 알 수 있습니다. 보고서를보고 어떤 경고가 존재하는지 이해하는 것이 중요하지만, 경고를 이해하고 계속 진행할 수있는 특정 환경에 대해 의미가있는 한 당신은 중요합니다. 유효성 검사가 "실패"하면 계속 진행하기 전에 오류를 수정해야합니다. 보고서보기를 클릭하여 보고서를 봅니다.
      단계별로 Windows Server 2012 클러스터링
    4. 모든 경고는 저장소와 관련되어 있으므로 공유 저장소를 구성하지 않았기 때문에 걱정하지 않으므로 이러한 문제 중 일부에서 경고가 발생할 것으로 예상됩니다.
      단계별로 Windows Server 2012 클러스터링

 

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

      단계별로 Windows Server 2012 클러스터링

      단계별로 Windows Server 2012 클러스터링

      단계별로 Windows Server 2012 클러스터링

      단계별로 Windows Server 2012 클러스터링
      단계별로 Windows Server 2012 클러스터링

      단계별로 Windows Server 2012 클러스터링
      단계별로 Windows Server 2012 클러스터링

      단계별로 Windows Server 2012 클러스터링

      단계별로 Windows Server 2012 클러스터링

      단계별로 Windows Server 2012 클러스터링

      단계별로 Windows Server 2012 클러스터링
      단계별로 Windows Server 2012 클러스터링

      단계별로 Windows Server 2012 클러스터링

      단계별로 Windows Server 2012 클러스터링

      단계별로 Windows Server 2012 클러스터링

    3. DC에서 파일 공유를 만들었으므로 이제 PRIMARY로 돌아가서 장애 조치 (Failover) 클러스터 관리자를 사용하여 다음 단계에 표시된대로 쿼럼 형식을 변경합니다.
      단계별로 Windows Server 2012 클러스터링
      단계별로 Windows Server 2012 클러스터링
      단계별로 Windows Server 2012 클러스터링
      단계별로 Windows Server 2012 클러스터링
      단계별로 Windows Server 2012 클러스터링
      단계별로 Windows Server 2012 클러스터링
      우연히이 마법사가 실패하면 파일 공유에 대한 사용 권한과 관련이있을 가능성이 큽니다. 파일 공유 및 보안 (NTFS) 수준 모두에서 클러스터 컴퓨터 이름에 읽기 / 쓰기 권한을 부여한 다음 다시 시도하십시오.
  3. 이제 기본 2 노드 클러스터가 있고 클러스터 리소스를 만드는 Windows Server 2012 시리즈 클러스터링의 다음 단계로 이동할 준비가되었습니다. 다음 게시글에서 SQL 2012부터 시작하여 다양한 리소스를 클러스터하는 방법에 대한 기사 시리즈를 게시 할 예정입니다.

https://clusteringformeremortals.com/2012/12/31/windows-server-2012-clustering-step-by-step/의 허락을 받아 재생산했습니다.

Filed Under: Datakeeper, 서버 클러스터 단순화 Tagged With: Windows Server 2012, Windows 서버 클러스터링, 장애 극복

Datakeeper Cluster Edition 7.5는 이제 Windows Server 2012를 지원합니다.

2월 7, 2018 by Jason Aw Leave a Comment

DataKeeper Cluster Edition의 이점

Windows Server 2012 얼리 어답터 여러분 께 좋은 소식 – 이제 Windows Server 2012와 함께 DataKeeper Cluster Edition을 사용할 수 있습니다. 올해 말에 Windows Server 2012 단계별 기사를 게시하고 일부 멀티 사이트 클러스터 예제도 포함시켜야합니다. 그 동안 Windows Server 2012를 기반으로 클러스터를 구축하고 공유 저장 장치를 단일 실패 지점으로 제거하려는 경우 또는 클러스터를 지리적 위치에 걸쳐 확장하려는 경우 DataKeeper Cluster Edition v7.5를 사용하여이를 수행 할 수 있습니다.

https://clusteringformeremortals.com/2012/12/19/datakeeper-cluster-edition-7-5-now-support-windows-server-2012/의 허락을 받아 재생산했습니다.

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

Alwayson 가용성 그룹 장애 조치 클러스터를위한 가능한 대안?

2월 7, 2018 by Jason Aw Leave a Comment

Alwayson 가용성 그룹은 공용 클라우드의 Alwayson 장애 조치 클러스터에 대한 실현 가능한 대안입니까?

저자 인 John Joyner는 클라우드에서 SQL Server 고 가용성을 위해 AlwaysOn 가용성 그룹을 사용하는 사례를 만든 클라우드 데이터 센터 용 SQL Server 2012 AlwaysOn : High Availability 데이터베이스라는 제목의 기사를 최근 읽었습니다. SQL Server 2012의 시험판 버전에서 사용 가능하므로 AlwaysOn 가용성 그룹을 조사했습니다. Always in Available Groups를 장애 조치 클러스터 대신 사용할 수있게하는 많은 문제에 대해 "HA SQL을 달성하는 새로운 방법"이라고 말하면서 (주로 재해 복구 구성에서) 몇 가지 유효한 용도가 있지만 옵션이 있습니다.

나의 응답

이 기사에서 필자는 호스트 기반 복제 솔루션 인 DataKeeper Cluster Edition을 사용하는 AlwaysOn Multisite Clustering이 훨씬 더 나은 대안이라고 제안한 기사를 썼다.

기사에 대한 내 원래 응답이 삭제 된 것 같습니다. 그래서 아래의 원문에 대한 답변을 다시 게시하기로했습니다.

AlwaysOn 가용성 그룹을 고려해야 할 몇 가지 사항이 있습니다. "Microsoft는 SQL AlwaysOn과 작동하도록 일부 System Center 2012 SP1 응용 프로그램에 대한 지원을 발표했습니다."즉 AlwaysOn을 지원하지 않는 응용 프로그램이 있음을 의미합니다. 실제로 분산 트랜잭션을 사용하는 응용 프로그램을 포함하여 AlwaysOn 가용성 그룹을 지원하지 않는 많은 응용 프로그램이 있습니다. MSDB, 마스터 및 다른 데이터베이스를 동기화 상태로 유지할 수없는 것과 같은 다른 제한 사항은 어떻게됩니까? 나는이 한계에 관해 여기에서 blogs한다.

https://clusteringformeremortals.com/2012/11/09/how-to-overcome-the-limitations-of-sql-server-alwayson-availability-groups-sqlpass/

SQL HA가 중요하다는 것에 동의하지만, AlwaysOn 가용성 그룹에서 "고 가용성"(장애 발생시 자동 복구를 의미 함)을 얻는 유일한 방법은 동기식 미러링을 사용하는 것입니다. 이번 달 초 시애틀의 PASS Summitt에서 AlwaysOn에 대한 다양한 프리젠 테이션에 참석 했었습니다. 발표자들이 AlwaysOn에 대해 비동기식으로 이야기했을 때 거의 실패하지 않았습니다. 그 이유는 AlwaysOn 동기 복제가 응용 프로그램의 성능에 중요한 영향을 미치기 때문입니다. 필자는 AlwaysOn Synchronous 미러링을 사용하여 최대 68 %의 성능 저하를 개인적으로 측정했으며 이는 전용 10Gbps LAN을 통해 이루어졌습니다! 나는이 결과에 대한 블로그를 여기에있다.

불행하게도 비동기식 구성에서는 자동 장애 조치를 포기하여 실제로 HA를 얻지 못하고 데이터 보호를 얻지 만 기존 SQL 장애 조치 (failover) 클러스터에서 기대할 수있는 것과 동일한 RTO는 아닙니다.

그리고 마지막으로 고려해야 할 비용이 있습니다. SQL Server 2012 Enterprise는 재채기 할 수 없습니다. 2 노드 클러스터를 구축하고 읽을 수있는 보조 노드를 활용하려는 경우 2 소켓, 16 코어 서버를 사용하고 있으며 SQL Server 2012 Enterprise 라이선스의 경우 약 220,000 달러에 가까운 가격으로 제공됩니다. 나는 나의 블로그 기사에있는 관련 비용을 여기에서 끊었다.

나에게 오해하지 마십시오. SQL Server 2012 AlwaysOn 가용성 그룹은 많은 문제를 해결할 수 있지만 대부분의 클라우드 배포에 필요한 비동기 구성을 HA 대안으로 분류하지는 않습니다. AlwaysOn 장애 조치 클러스터 (AlwaysOn Failover Clusters)는 많은 사람들이 다른 "AlwaysOn"을 간과하고 있습니다. 교차 서브넷 다중 사이트 클러스터에 대한 향상된 지원을 포함하여 SQL Server AlwaysOn 장애 조치 클러스터의 새로운 기능은 진정한 HA 솔루션을 제공하고 위에서 설명한 모든 한계를 극복합니다. 물론 순수 클라우드 솔루션에서는 다중 사이트 클러스터를 지원하기 위해 어레이 기반 복제와 통합하지 못할 수도 있지만 SteelEye DataKeeper Cluster Edition과 같은 호스트 기반 복제 솔루션을 사용하여 공용 또는 사설 클라우드 및 자체 물리적 데이터 센터를 구축하고 2012 년부터 SQL Server 2008에서이 작업을 수행 할 수 있으며 SQL Server Standard Edition 및 Enterprise에서도 작동합니다.

HA 구성에서 AlwaysOn 가용성 그룹을 사용하여 테스트를 수행 했습니까? 그렇다면 환경에서 동기식 복제와 관련된 오버 헤드를 측정했는지 궁금 할 것입니다.

https://clusteringformeremortals.com/2012/11/27/is-alwayson-availability-groups-a-viable-alternative-to-alwayson-failover-clusters-in-the-public-cloud/에서 허락을 받아 재생산 함

Filed Under: Datakeeper, 서버 클러스터 단순화 Tagged With: AlwaysOn 가용성 그룹, Alwayson 장애 조치 클러스터, SQL Server 2012

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

최근 게시물

  • SIOS LifeKeeper 데모: AWS에서 롤링 업데이트 및 장애 조치가 PostgreSQL을 보호하는 방법
  • 네트워크 카드를 교체해야 하는지 평가하는 방법
  • SIOS Technology, Red Hat Summit, Milestone Technology Day 및 XPerience Day, SQLBits 2025에서 미션 크리티컬 애플리케이션을 위한 고가용성 클러스터링 소프트웨어 시연
  • 고가용성과 관련된 애플리케이션 인텔리전스
  • Nutanix 환경에서 고가용성 솔루션을 선택하기 위한 10가지 고려 사항

가장 인기있는 게시물

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

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