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

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

고 가용성 클러스터 구성을 구축 할 때 응용 프로그램 가용성은 가장 약한 링크만큼 좋습니다. 이것이 의미하는 바는 중복 된 모든 것 (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과 같은 복제 제품을 사용하여 단일 실패 지점을 제거하는 것입니다. 설명해 드리겠습니다.

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

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

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

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

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