SIOS SANless clusters

SIOS SANless clusters High-availability Machine Learning monitoring

가상화 가용성 옵션 만들기

by Leave a Comment

가상화 가용성 옵션이란 무엇입니까?

Microsoft Windows Server 2008 R2 및 vSphere 4.0이 새로 출시되었습니다. 가상 서버와 가상 서버에서 실행되는 응용 프로그램의 가용성을 고려할 때 일부 가상화 가용성 옵션을 살펴 보겠습니다.

또한이 기회에 가상 컴퓨터 가용성을 가능하게하는 몇 가지 기능을 설명 할 것입니다. 또한 이러한 기능을 기능별 역할로 그룹화하여 용도를 강조했습니다.

계획된 다운 타임

Live Migration 및 VMware의 VMotion은 관리자가 중단 시간을 인식하지 않고도 한 대의 물리적 서버에서 다른 서버로 가상 시스템을 이동할 수있는 솔루션입니다. 기억해야 할 핵심 사항이 하나 있습니다. 다운 타임없이 가상 시스템을 한 서버에서 다른 서버로 이동하기 위해서는 계획된 이벤트 여야합니다. 계획된 이벤트는 실제 전환이 발생하기 전에 가상 시스템의 메모리가 서버간에 동기화된다는 것입니다. 이는 Microsoft와 VMware의 솔루션 모두에 해당됩니다. 또한이 두 기술을 모두 사용하려면 라이브 마이그레이션 및 VMotion을 로컬 영역 네트워크로 제한하는 가상 하드 디스크 (VMDK 및 VHD 파일)를 보관하기 위해 공유 저장소를 사용해야합니다. 또한 스토리지 배열에 대해 계획된 모든 중단 시간을 다른 방식으로 처리해야 함을 의미합니다. 가상 컴퓨터에 미치는 영향을 제한하려는 경우 중요합니다.

계획되지 않은 중단 시간

Microsoft의 Windows Server 장애 조치 (failover) 클러스터링 및 VMware의 고 가용성 (HA)은 예기치 않은 시스템 정지시 가상 컴퓨터를 보호하는 데 사용할 수있는 솔루션입니다. 두 솔루션 모두 유사합니다. 가상 컴퓨터에서 가용성을 모니터링합니다. 장애가 발생하면 VM을 대기 노드로 이동합니다. 그런 다음이 복구 프로세스를 위해 컴퓨터가 재부팅됩니다. 장애 조치 전에 메모리를 동기화 할 시간이 없었습니다.

재해 복구

사이트가 완전히 손실되는 경우 가상 컴퓨터를 어떻게 복구합니까? 좋은 소식은 가상화가이 프로세스를 훨씬 쉽게 만들어 준다는 것입니다. 가상 머신은 단순히 픽업하여 다른 서버로 이동할 수있는 파일입니다. 지금까지 VMware와 Microsoft는 가용성 기능과 기능면에서 꽤 유사합니다. 그러나 여기가 Microsoft가 실제로 빛나는 곳입니다. VMware는 훌륭한 제품인 Site Recovery Manager를 제공합니다. 그러나 SRM 인증 어레이 기반 복제 솔루션에 한해 지원이 제한됩니다. 또한 페일 오버 및 페일 백 프로세스는 드문 일이 아니며 DR 사이트에서 기본 데이터 센터로 돌아 오는 완벽한 왕복 여행을 하루 중 더 잘 수행 할 수 있습니다. DR 테스트와 같은 좋은 기능이 있습니다. 재해 복구를위한 Microsoft 솔루션을 사용한 경험으로 재해 복구와 관련하여 훨씬 나은 솔루션을 제공합니다.

Microsoft의 Hyper-V DR 솔루션

Microsoft의 Hyper-V DR 솔루션은 다중 사이트 클러스터 구성에서 Windows Server 장애 조치 (Failover) 클러스터링입니다 (비디오 데모 참조). 이 구성에서 성능 및 동작은 로컬 영역 클러스터와 동일하지만 데이터 센터를 확장 할 수 있습니다. 기본적으로 가상 시스템을 인식 할 수있는 중단 시간이 거의없이 데이터 센터간에 이동할 수 있습니다. 페일 백은 동일한 프로세스이므로 포인트하고 클릭하여 가상 시스템 리소스를 기본 데이터 센터로 다시 이동하십시오. 내장 된 "DR 테스트"가 없습니다. 감지 할 수있는 중단 시간이없는 순간 1 ~ 2 분 만에 실제 DR 테스트를 수행하는 것이 좋습니다.

호스트 기반 복제 공급 업체

WSFC 멀티 사이트 클러스터에 대한 또 다른 장점 중 하나는 복제 옵션에 배열 기반 복제 공급 업체뿐만 아니라 호스트 기반 복제 공급 업체도 포함된다는 것입니다. 이는 모든 가격 범위에서 광범위한 복제 솔루션을 제공하며 기존 스토리지 인프라를 업그레이드 할 필요가 없습니다.

결함 허용

내결함성은 예기치 않은 오류가 발생할 경우 기본적으로 가상 컴퓨터를 다시 부팅 할 필요를 없애줍니다. VMware는 VMware FT를 제공한다는 점에서 여기서 가장 우위를 점하고 있습니다. 이 공간에서 플레이하는 다른 타사 하드웨어 및 소프트웨어 공급 업체도 있습니다. FT 시스템을 구현할 때는 많은 한계와 요구 사항이 있습니다. 하드웨어 구성 요소 오류가 발생하면 표준 HA 구성에서 VM을 부팅하는 데 몇 분 또는 2 분의 가동 중지 시간을 초래해야하는 경우이 옵션이 있습니다. 기존 서버가 이미 핫 대기 CPU, RAM, 전원 공급 장치 등으로 가득 차 있는지 확인해야합니다. 또한 네트워크와 스토리지에 대한 중복 경로가 있습니다. 그렇지 않으면 나쁜 후에 좋은 돈을 던질 수 있습니다. 내결함성은 하드웨어 오류로부터 보호하기에 좋습니다. 응용 프로그램이나 가상 컴퓨터의 운영 체제가 잘못 작동하면 어떻게됩니까? 즉, 아래에 설명 된대로 애플리케이션 레벨 클러스터링이 필요할 때입니다.

애플리케이션 가용성

지금까지 제가 논의한 모든 내용은 물리적 서버와 가상 컴퓨터의 전반적인 상태를 고려했습니다. 이 모든 것이 훌륭하지만 가상 시스템이 파란색 화면을 표시하면 어떻게됩니까? 또는 최신 SQL 서비스 팩으로 응용 프로그램이 손상된 경우 어떻게해야합니까? 그러한 경우,이 솔루션들 중 어느 것도 당신에게 좋은 일을하지 않을 것입니다. 가장 중요한 응용 프로그램의 경우 실제로 응용 프로그램 계층에서 클러스터해야합니다. 하이퍼 바이저 내에서 가상 시스템의 OS 내에서 실행되는 클러스터링 솔루션을 살펴보십시오. Microsoft 세계에서 이것은 MSCS / WSFC 또는 타사 클러스터링 솔루션을 의미합니다. 가상 시스템 내에서 클러스터링 할 때 스토리지 옵션은 iSCSI 대상 또는 호스트 기반 복제 솔루션으로 범위가 제한됩니다.  현재 VMware는이 문제에 대한 해결책이 없습니다. 응용 프로그램 계층 모니터링을 위해 가상 컴퓨터 내에서 실행되는 솔루션이 지연됩니다.

개요

가상화의 출현으로 인해 가용성이 필요한지 여부는 문제가되지 않습니다. 가상화 가용성 옵션이 SLA 및 / 또는 DR 요구 사항을 충족시키는 데 도움이 될 것입니다. 이 정보를 통해 사용 가능한 가용성 옵션을 이해하는 데 도움이되기를 바랍니다.

https://clusteringformeremortals.com/2009/08/14/making-sense-of-virtualization-availability-options-2/의 허락을 받아 재현

SIOS가 어떻게 당신을 도울 수 있는지 이해하기 위해 성공 사례를 읽어보십시오.

가장 취약한 링크 제거, 고 가용성 클러스터 구성 보장

by Leave a Comment

고 가용성 클러스터 구성 만들기

고 가용성 클러스터 구성을 구축 할 때 응용 프로그램 가용성은 가장 약한 링크만큼 좋습니다. 이것이 의미하는 바는 중복 된 모든 것 (CPU, 팬, 전원, RAID, RAM 등)을 갖춘 훌륭한 서버와 다중 경로 연결성을 갖춘 수퍼 디럭스 SAN을 구입 한 경우입니다. 여러 SAN 스위치와 결합하여 선호하는 클러스터링 소프트웨어로 애플리케이션을 클러스터링했습니다. 아마도 매우 신뢰할만한 응용 프로그램 일 것입니다 – 맞습니까? 음, 반드시 그런 것은 아닙니다. 서버가 동일한 UPS에 연결되어 있습니까? 그들은 동일한 네트워크 스위치에 있습니까? 동일한 AC 장치로 냉각 되었습니까? 그들은 같은 건물에 있습니까? SAN이 진정으로 신뢰할 수 있습니까? 이러한 문제 중 하나는 고 가용성 클러스터 구성의 단일 실패 지점입니다.

클러스터 구성에서 가장 약한 링크 찾기 및 제거

물론, "충분 함"이 "충분히 만족 스러울 때"를 알아야합니다. 예산과 SLA가 정확히 무엇이 좋은지 결정하는 데 도움이됩니다. 그러나 사람들이 저격 할 우려가있는 부분 중 하나는 저장 영역에 있습니다. 저렴한 또는 무료 iSCSI 대상 소프트웨어 솔루션의 출현으로 일부 사용자는 여분의 서버에 일부 iSCSI 대상 소프트웨어를 던져 즉시 공유 저장소에 보관할 것을 권장합니다.

페일 오버 기술 및 / 또는 기타 가용성 기능을 내장 한 OEM iSCSI 솔루션에 대해 언급하는 것이 아닙니다. FalconStor와 같은 스토리지 가상화 솔루션을 제공합니다. Windows Server 2008을 실행하는 서버를 가지고있는 사람이 스토리지를로드하고 iSCSI 대상으로 전환하려고합니다. 이것은 실험실에서 훌륭합니다. 그러나 당신이 HA에 대해 진지하다면 다시 생각해야합니다. 마이크로 소프트조차도 엔터프라이즈 급 스토리지 어레이 제공 경험이 풍부한 유능한 OEM 업체에게만 iSCSI 대상 소프트웨어를 제공합니다.

실제로 무엇을하고 있습니까?

우선, 이것은 Windows입니다. 스토리지를 제공하기 위해 만들어진 일부 강화 된 OS가 아닙니다. 유지 관리, 보안 업데이트, 하드웨어 수정 등이 필요합니다. 기본적으로 보호하려는 응용 프로그램 서버와 동일한 안정성을가집니다. 응용 프로그램 서버를 클러스터링하는 것이 합리적입니까? 그러나 서버 및 OS의 동일한 클래스를 사용하여 스토리지를 호스팅 할 수 있습니까? 기본적으로 단일 실패 지점을 응용 프로그램 서버 밖으로 옮기고이를 저장소 서버로 이동했습니다. 내가 염려하는 한 똑똑한 움직임이 아닙니다.

일부 엔터프라이즈 클래스 iSCSI 대상 소프트웨어에는 동기 및 / 또는 비동기 복제 소프트웨어 및 스냅 샷 기능이 포함되어 있습니다. 이 기능은 복구 지점 목표 (RPO) 측면에서 도움이됩니다. 페일 오버가 자동으로 클러스터링 소프트웨어에 원활하지 않으면 RTO (복구 시간 목표)에 도움이되지 않습니다. 한밤중에 기본 iSCSI 스토리지 배열이 실패했다고 가정 해 봅시다. 누가 복제 된 사본을 활성화 할 것입니까? 문제가 있음을 깨닫기까지 꽤 오랜 시간 동안 다운 될 수도 있습니다. 다시 말하지만, 이것은 "충분히 좋다"; 당신은 당신이 가입하고있는 것을 인식하고 있어야합니다. 원하는 고 가용성 클러스터 구성입니까?

SIOS 데이터 키퍼

iSCSI 대상 서버의 안정성을 향상시키기 위해 할 수있는 한 가지 방법은 SteelEye DataKeeper Cluster Edition과 같은 복제 제품을 사용하여 단일 실패 지점을 제거하는 것입니다. 설명해 드리겠습니다.

일반적인 공유 저장소 구성
그림 1 – 일반적인 공유 저장소 구성. iSCSI 대상을 사용할 수 없게되면 모든 노드가 오프라인 상태가됩니다.

위에서 설명한 것과 동일한 구성을 사용하고 복제 및 자동 장애 조치를 수행하기 위해 SteelEye DataKeeper Cluster Edition을 사용하는 핫 스탠바이 iSCSI 타겟을 추가하면 iSCSI 대상 솔루션이 완전히 새로운 차원의 가용성을 제공하게되었습니다. 그 해결책은 이것과 아주 비슷하게 보일 것입니다.

DataKeeper Cluster Edition - 고 가용성 클러스터 구성
그림 2 -이 시나리오에서 DataKeeper Cluster Edition은 활성 노드의 iSCSI 연결 볼륨을 완전히 다른 iSCSI 대상 서버에 연결된 수동 노드의 iSCSI 연결 볼륨으로 복제합니다.

SteelEye DataKeeper Cluster Edition과 복제 솔루션을 사용하는 솔루션의 주요 차이점은 일부 iSCSI 대상 공급 업체가 제공하는 WSFC와의 통합입니다. iSCSI 솔루션 공급 업체에게 묻는 질문은 다음과 같습니다.

활성 iSCSI 대상 서버에서 전원 코드를 당기면 어떻게됩니까?

복구 프로세스가 수동 절차 인 경우 실제 HA 솔루션이 아닙니다. 하지만 자동으로 WSFC와 완전히 통합되면 어떻게 될까요? 그런 다음 훨씬 높은 수준의 가용성을 확보하고 iSCSI 어레이를 단일 실패 지점으로 제거했습니다.

고 가용성 클러스터 구성을 달성하기 위해 우리와 채팅하십시오.

Clusteringformortals의 허가를 받아 복제했습니다.

Steeleye Datakeeper Cluster Edition, Windows It Pro에서 최고의 고 가용성 / 재해 복구 상 수상

by Leave a Comment

저는 Windows IT Pro가 SteelEye DataKeeper Cluster Edition을 최고의 고 가용성 및 재해 복구 제품으로 두 범주로 선정했다고 발표하게되어 기쁩니다. 커뮤니티 초이스 금상 수상 및 편집자 최우수 실버 상.

SteelEye DataKeeper Cluster Edition - 최고의 고 가용성 재해 복구 제품SteelEye DataKeeper Cluster Edition - 최고의 고 가용성 재해 복구 제품

저는 SteelEye DataKeeper 팀의 일원이었던 것을 자랑스럽게 생각하며 Community Choice 상에 선정 된 모든 Windows IT Pro 커뮤니티에 감사드립니다!

https://clusteringformeremortals.com/2009/11/20/steeleye-datakeeper-cluster-edition-wins-windows-it-pro-best-high-availabilitydisaster-recovery-awards/에서 허락을 받아 복제했습니다.

비동기 복제를 다중 사이트 클러스터에서 사용하려면 어떻게해야합니까? 데이터가 동기화되지 않았습니까?

by Leave a Comment

비동기 복제를 다중 사이트 클러스터에서 사용하려면 어떻게해야합니까? 데이터가 동기화되지 않았습니까?

나는이 질문을 몇 번 이상 물어 봤고, 그래서 나는 나의 첫 번째 블로그 포스트에서 대답 할 것이라고 생각했다.  기본 대답은 예입니다. 다중 사이트 클러스터에서 비동기 복제를 사용할 때 예기치 않은 오류가 발생하여 데이터가 손실 될 수 있습니다.  이상적인 세계에서 모든 회사는 DR 사이트에 다크 파이버 연결을하고 다중 사이트 클러스터와의 동기식 복제를 사용하여 데이터 손실 가능성을 제거합니다.  그러나 대부분의 경우 DR 사이트에 대한 WAN 연결에 동기화 복제를 지원하기에는 너무 많은 대기 시간이 필요합니다.  이러한 경우 비동기 복제는 훌륭한 대안입니다.

내 옵션은 무엇입니까?

WSFC 다중 사이트 클러스터와 함께 사용할 비동기 복제 솔루션을 선택할 때 몇 가지 옵션 이상이 있습니다. 여기에는 EMC, IBM, HP 등과 같은 회사의 어레이 기반 솔루션이 포함됩니다. 나에게 친숙하고 친숙한 호스트 기반 솔루션 인 "SteelEye DataKeeper Cluster Edition"을 제공합니다.  DataKeeper를 가장 잘 알고 있기 때문에 DataKeeper의 장래성에서이 모든 기능이 어떻게 작동하는지 설명하겠습니다.

SteelEye DataKeeper는 무엇입니까?

SteelEye DataKeeper와 비동기식 복제를 사용할 때 비동기식 대기열에 일정 수의 쓰기를 저장할 수 있습니다.  대기열에 기록 할 수있는 쓰기 수는 "최고급 표시"에 의해 결정됩니다. 이 값은 DataKeeper에서 미러 상태가 "미러링"에서 "일시 중지"로 변경되기 전에 큐에 저장할 수있는 데이터의 양을 결정하는 데 사용할 수있는 조정 가능한 값입니다.  또한 "일시 중지됨"상태는 보조 서버와 주 서버간에 통신 장애가 발생할 때마다 입력됩니다. 일시 중지 된 상태에서 다중 사이트 클러스터의 자동 장애 조치는 사용할 수 없으며 예기치 않은 오류로 인해 손실 될 수있는 데이터의 양이 제한됩니다.  원래 데이터 세트가 "lost forever"로 간주되면 대상 서버의 나머지 데이터를 수동으로 잠금 해제하고 클러스터 노드를 서비스 할 수 있습니다.

"일시 중지됨"상태에있는 동안 DataKeeper는 모든 데이터가 다시 동기화 될 때까지 미러가 "다시 동기화"상태가되는 "낮은 워터 마크"에 도달 할 때까지 비동기 대기열이 소모되도록 허용합니다.  이 시점에서 미러는 다시 한 번 "미러링"상태가되고 자동 장애 조치가 다시 활성화됩니다.

WAN 링크가 포화되거나 깨지지 않는 한이 비동기 대기열에서 주어진 시간에 몇 번 이상 글을 읽지 않아야합니다.   예기치 않은 오류 (전원 코드가 있다고 생각 함)에서는 비동기 대기열에있는 쓰기를 잃게됩니다.  이는 다중 사이트 클러스터로 달성 할 수있는 RPO (복구 지점 목표) 및 RTO (복구 시간 목표)를 원하지만 WAN 링크의 동기 복제를 효과적으로 지원할 수있는 대기 시간이 너무 길 때 트레이드 오프입니다.

SteelEye DataKeeper를 사용해보십시오.

Windows 성능 로그 및 경고를 통해 DataKeeper 비동기 대기열을 모니터링하는 시간을 가지십시오. DataKeeper 복제 엔진의 효율성으로 비동기 큐가 비어있는 대부분의 시간을 발견하게되어 놀랄 것입니다.  대량의 쓰기가 발생하는 경우에도 비동기 큐는 매우 커지지 않으며 항상 거의 즉시 소모됩니다. 따라서 주어진 시간에 위험에 처한 데이터의 양은 최소화됩니다.  어젯밤의 백업에서 복원하는 재해의 대안과 비교할 때, 비동기 복제를 사용하여 예기치 않은 오류가 발생해도 손실 할 수있는 쓰기 횟수는 최소화됩니다.

물론 단일 쓰기를 잃어 버리는 것조차 용납 될 수없는 경우가 있습니다.  이러한 경우 고속, 저 지연 LAN 또는 WAN 연결에서 SteelEye DataKeeper의 동기식 복제 옵션을 사용하는 것이 좋습니다.

Clusteringformeremortals.com의 허락을 받아 재현

왜 오늘 # 관리 클러스터를 관리 디스크로 변환해야합니까!

by Leave a Comment

3 월 16 일에 미국 동부 지역의 일부 인스턴스에 영향을 미친 최근 스토리지 중단에 대해 들었을 수 있습니다. 작동 중단의 근본 원인 분석이 여기에 게시됩니다.

3 월 16 일 미국 동부 정전 사태

고객에게 미치는 영향 : 동부 미국 지역의 스토리지를 사용하는 고객 중 일부가 하나의 스토리지 단위로 스토리지 계정에 액세스하는 동안 오류 및 시간 초과를 경험했을 수 있습니다.

"단일 스토리지 저울 단위 란 무엇입니까?" 글쎄, 당신은 하나의 스토리지 클러스터, 또는 하나의 SAN으로 생각할 수도 있지만, 그것에 대해 생각하고 싶을 수도 있습니다. Azure가 정확한 인프라를 게시하지는 않는다고 생각하지만, 뒷장에서 백엔드 스토리지 용 스케일 아웃 파일 서버를 사용하고 있다고 가정 할 수 있습니다.

그래서 문제는 어떻게 최소한의 중단 시간으로이 정전에서 살아남을 수 있습니까? 근본 원인 분석을 자세히 읽으면이 작은 너겟을 발견하게됩니다.

가용성 세트에서 관리 디스크를 사용하는 가상 시스템은이 문제 발생시 가용성을 유지합니다.

당신이 요구하는 관리 디스크는 무엇입니까? 음, 2 월 8 일 Corey Sanders는 Managed Disks의 GA를 발표했습니다. 여기서 Managed Disks에 대한 모든 정보를 읽을 수 있습니다. https://azure.microsoft.com/en-us/services/managed-disks/

Managed Disks가 이러한 장애를 일으키는 데 도움이되는 이유는 Managed Disks와 결합 된 가용성 세트를 활용함으로써 가용성 세트의 각 인스턴스가 서로 다른 "스토리지 저울 단위"에 연결되도록 보장하기 때문입니다. 따라서이 경우 클러스터 노드 중 하나만 실패하고 나머지 노드는 작업 부하를 인계받습니다.

Managed Disks가 사용 가능하기 전에 (2016 년 2 월 8 일 이전에 배포 된 모든 것), 서버에 연결된 스토리지가 다른 스토리지 스케일 단위에 있는지 확인하는 방법이 없었습니다. 물론 각 인스턴스에 대해 서로 다른 저장소 계정을 사용할 수는 있지만 사실상 이러한 저장소 계정이 다른 저장소 규모 단위로 저장소를 제공한다는 보장은 없습니다.

따라서 Availability Set이 인스턴스 자체의 가용성을 보장하기 위해 다른 Fault Domains 및 Update Domains에있는 것을 보장하지만 각 인스턴스에 연결된 추가 스토리지는 실제로 단일 실패 지점을 나타냅니다. 스토리지 자체는 복원력이 뛰어나지 만 3 개의 데이터 복사본과 지리적 중복 옵션을 사용할 수 있습니다.이 경우 정전이 발생하면 전체 스토리지 스케일 장치가 연결된 모든 서버와 함께 중단됩니다.

짧은 이야기 만하면됩니다. 중단 시간 최소화를 위해 가능한 한 빨리 Managed Disk로 마이그레이션하십시오.

https://docs.microsoft.com/en-us/azure/virtual-machines/virtual-machines-windows-migrate-to-managed-disks

다운 타임을 최소화하고 싶다면 클라우드 제공자 또는 온 – 프레미엄 클라우드에 걸쳐있는 하이브리드 클라우드 배치를 고려해야합니다!