SIOS SANless clusters

SIOS SANless clusters High-availability Machine Learning monitoring

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

Azure에서 Static IP 사용 가능

2월 21, 2018 by Jason Aw Leave a Comment

Azure에 정적 IP 예약

이제 Azure에서 클라우드 서비스에 대한 정적 공용 IP를 예약 할 수 있습니다. 일반적으로 정적 IP는 클라우드 서비스의 모든 VM을 중지 할 때 해제됩니다. 이렇게하면 다음에 VM을 시작할 때 새 버전이 발급됩니다. 매번 각 클라우드 서비스에서 실행중인 하나 이상의 VM을 유지해야하며, 매번 재 작업하지 않고도 데모가 제대로 작동해야합니다.

최고의 비트? 그것은 무료입니다!

그리고 더 좋은 소식이라도 보유한 첫 번째 5 개의 정적 IP 주소는 무료입니다. 이제 모든 VM을 끄고 야간에 내 주소가 변경되지 않아서 SQL Server 장애 조치 (failover) 클러스터 데모가 깨지는 것을 쉽게 알 수 있습니다. 무엇보다도, 나는 항상 좋은 일인 $ 200 MSDN Azure 신용을 초과하지 않을 것이라고 확신 할 수 있습니다.

http://msdn.microsoft.com/en-us/library/azure/dn690120.aspx

https://clusteringformeremortals.com/2014/06/19/static-ip-in-azure-now-available/에서 허락을 받아 재현

Filed Under: 서버 클러스터 단순화 Tagged With: 정적 IP

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/의 허락을 받아 재현했습니다.

Filed Under: 서버 클러스터 단순화 Tagged With: Windows Server 2012 R2, 디스크 목격자, 디스크 전용, 파일 공유 증인

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) 클러스터링

Windows Azure 재해 복구 옵션이 ExpressRoute로 향상되었습니다.

2월 19, 2018 by Jason Aw Leave a Comment

오늘 저는 새로운 Windows Azure 네트워크 옵션 인 ExpressRoute가 미리보기에서 릴리스되었음을 알게되었습니다. 기본적으로 ExpressRoute를 사용하면 제한된 수의 네트워크 서비스 공급자 및 교환기를 통해 Windows Azure Cloud에 대한 개인 연결을 임대 할 수 있습니다. Exchange Provider 또는 Network Service Provider를 통해 10Mbps ~ 10Gbps의 속도를 사용할 수 있습니다.

ExpressRoute에 대해 좋은 점은 무엇입니까?

이전에는 온 – 프레미스 사이트를 연결하는 유일한 방법은 가상 네트워크에 대한 사이트 간 VPN을 구성하는 것이 었습니다. 이것이 좋은 옵션이지만 ExpressRoute와 같은 직접 연결을 사용하면 공용 네트워크를 우회하여 대기 시간을 줄이고 연결을 안정적으로 유지할 수 있습니다.

재해 복구 또는 추가 데이터 보호를위한 용량 조정

DataKeeper와 같은 데이터 복제 솔루션을 사용하여 재해 복구를 위해 Azure 클라우드에 데이터를 복제하거나 추가 데이터 보호를 위해 Azure에서 사설 네트워크로 데이터를 복제하려는 경우 조정할 수있는 다양한 링크 속도를 사용할 수 있습니다. 대역폭은 시간이 지남에 따라 변해야합니다.

현재 전체 프로덕션 네트워크를 클라우드로 옮길 준비가되어 있지 않더라도 별도의 재해 복구 기능을 유지하는 대신 Windows Azure와 같은 것을 사용하는 것이 좋으며 특히 강력한 직접 연결 옵션을 사용할 수 있다는 점을 생각합니다. .

https://clusteringformeremortals.com/2014/02/21/windows-azure-disaster-recovery-options-just-got-better-with-expressroute/의 허락을 받아 재생산했습니다.

Filed Under: 서버 클러스터 단순화 Tagged With: ExpressRoute, Windows Azure

SQL Azure 고 가용성 옵션

2월 18, 2018 by Jason Aw Leave a Comment

중단 시간! 누가 책임을 져야합니까?

고 가용성 옵션 보장 SQL Server의 경우 항상 클라우드 서비스를 사용하는 주요 원인 일 수 있습니다. 그러나 클라우드 중단과 관련된 가동 중지 시간을 방지하려면 모든 클라우드 서비스에 배포하는 모든 사람이 해결해야 할 필요가 있습니다. 단순히 "클라우드"에 앱을 배포하고 지금 관리하는 것이 다른 사람의 문제라고 가정합니다. 클라우드 제공 업체는 서버를 유지하는 데 필요한 리소스와 전문 지식이 더 많을 것입니다. 그러나 중요한 응용 프로그램을 사용할 수 있는지 확인하는 궁극적 인 책임은 어깨에 달려 있습니다.

SQL Server의 고 가용성 옵션이 ABC만큼 쉽지는 않습니다.

믿거 나 말거나, 단순히 Windows Azure에 SQL Server를 배포해도 "고 가용성"이되지는 않습니다. 가용성을 높이려면 자체 데이터 센터에서 사용할 수있는 기존 도구 및 기술을 사용해야합니다. 이 항목에 대한 의견이 다양하지만 SQL Server 2012/2014의 고 가용성 옵션은 다음과 같습니다.

  • AlwaysOn 장애 조치 (failover) 클러스터 인스턴스
  • AlwaysOn 가용성 그룹
  • 다중 사이트 클러스터 (고 가용성 및 재해 복구)

어떤 옵션을 선택하든, 아래에 설명 된대로 Windows Azure 오류 도메인에 익숙해지기를 원할 것입니다.

"그럼에도 불구하고, Windows Azure에서 컴퓨터 랙은 실제로 오류 도메인으로 식별됩니다. 또한 결함 도메인의 할당은 배포 시간에 Windows Azure에 의해 결정됩니다. 서비스 소유자는 결함 도메인 할당을 제어 할 수 없지만 프로그래밍 방식으로 서비스가 실행중인 결함 도메인을 찾을 수 있습니다. Windows Azure Compute Service SLA는 서비스의 각 역할에 대한 두 개 이상의 인스턴스가 배포 된 경우에만 배포 된 서비스의 연결 가동 시간 수준을 보장합니다. "

SQL Server가 다른 오류 도메인에 상주하도록하십시오.

Windows Azure VM 배포를 시작할 때 각 SQL Server와 모든 "감시 서버"가 다른 오류 도메인에 있는지 확인하십시오. 모든 VM을 동일한 "Availability Set"에두면됩니다. 본질적으로 동일한 가용성 세트에있는 각 서버는 다른 오류 도메인에 상주하므로 오류가 제거됩니다.

SQL Azure 고 가용성 옵션
서로 다른 오류 도메인에 프로비저닝 된 동일한 가용성 세트의 VM

모든 VM을 다른 오류 도메인에 배치하고 SQL Server 장애 조치 (Failover) 클러스터 또는 가용성 그룹을 구성하여 단일 서버 랙 (AKA, Fault Domain)에 현지화 될 수있는 일반적인 유형의 중단을 방지합니다. 필자는 Windows Azure IaaS에서 DataKeeper를 사용하여 SQL Server 2014 AlwaysOn 장애 조치 클러스터 (FCI) 인스턴스 만들기라는 단계별 문서를 작성했습니다.이 인스턴스는 SQL Server의 Azure 클라우드 내에서 복원력을 구축하는 데 도움이됩니다.

그러나 Windows Azure가 전체 영역을 차지하는 주요 가동 중단이 발생하면 어떻게됩니까?

자연 재해 또는 인간의 실수는 그러한 정전의 원인이 될 수 있습니다. 불행히도,이 시점에서 Azure 가상 사설 네트워크를 두 개의 다른 Azure Regions간에 확장 할 방법이 없습니다. 여기에는 동남 아시아가 포함됩니다. 그러나 Azure 가상 사설망은 제한된 수의 VPN 장치를 사용하여 사이트 간 VPN 연결을 지원할 수 있습니다. 이 장치는 Cisco, Juniper 및 Microsoft RRAS에서 제공됩니다.

Azure 외곽 어때요?

Azure 이외의 다른 위치, 심지어 우리 자신의 개인 데이터 센터에 대해서도 생각하게 만듭니다. 최근에 전제 데이터 센터를 Azure Cloud로 확장하는 방법을 설명하는 단계별 문서를 작성했습니다. Windows Azure에 데이터 센터를 연결하고 심각한 Azure 오류로부터 보호하기 위해 AlwaysOn 가용성 그룹 또는 AlwaysOn 장애 조치 클러스터링 (다중 사이트)을 구성하십시오. 이전에 다중 사이트 클러스터링의 이점에 대해 작성했습니다. 가용성 그룹. 그래서 제 연구실에서 Azure에 2- 노드 SQL 장애 조치 (Failover) 클러스터 인스턴스를 만든 다음 기본 데이터 센터에 세 번째 노드를 추가하기로 결정했습니다. 필자는 블로그 게시물 (Windows Azure에서 재해 복구를위한 다중 사이트 클러스터 만들기)에 자세한 구성 단계를 작성했습니다.

AlwaysOn 가용성 그룹을 사용하는 경우 Windows Azure의 AlwaysOn 가용성 그룹 (GUI) 및 Windows Azure의 AlwaysOn 가용성 그룹에 대한 수신기 구성 자습서를 방문하십시오. SQL 2008 R2 또는 이전 버전을 사용하고 있다면 데이터베이스 미러링을 구성 할 수있을 것입니다. 이 시점에서 Azure로 이동하는 경우 SQL Server 2012 또는 2014를 배포하고 있다고 가정합니다. 로그 전달 및 복제와 같은 다른 기술은 데이터 이동 옵션이지만 고 가용성 솔루션으로 간주하지 않습니다.

https://clusteringformeremortals.com/2014/01/15/windows-azure-high-availability-options-for-sql-server-azure-cloud-iaas/에서 허락을 받아 재현

Filed Under: 서버 클러스터 단순화 Tagged With: SQL Server 2012, SQL Server 2014, Windows Azure, 고 가용성

  • « Previous Page
  • 1
  • …
  • 96
  • 97
  • 98
  • 99
  • 100
  • …
  • 112
  • Next Page »

최근 게시물

  • 고가용성(HA)이란 무엇인가요?
  • 금요일 밤의 시스템 충돌에서 살아남기: 초라한 베어메탈에서 완벽한 데이터 복제까지
  • Grounded: 암스테르담에서 열린 Percona Live에 참석하지 못한 것이 제게 HA에 대해 가르쳐준 것
  • SIOS LifeKeeper와 Red Hat 고가용성 추가 기능 비교:
  • 애플리케이션 복원력 현황: 2026 SIOS 고가용성 설문조사

가장 인기있는 게시물

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

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