왜 고 가용성 클러스터 구성을 구현합니까?

하드웨어 고장, 관리자 실수 또는 유지 보수 활동으로 인해 SAP 시스템이 다운되었을 때 귀하의 비즈니스에 드는 비용은 얼마입니까? 그 영향은 분당 판매량에서 손실되는 수천 달러에서 직원 생산성 및 고객 만족도가 크게 떨어지는 것에 이릅니다.  고 가용성 클러스터 구성의 구현을 통해 계획된 중단 및 계획되지 않은 중단으로 인한 중단 시간을 거의 없앨 수 있습니다.

SteelEye와 SAP AG는 긴밀하게 협력하여 기업 사용자가 Linux 및 Windows 플랫폼에서 실행되는 중요한 비즈니스 인프라 스트럭처에 필요한 가용성 요구 사항을 SAP Application Server (AS) 및 JAVA 및 ABAP에 대한 모니터링 및 전환 솔루션 배포를 통해 달성했습니다. 웹 응용 프로그램 서버 (WAS) 환경

SteelEye로 SAP 고 가용성을 사용하여 다운 타임을 최소화 할 수있는 방법을 설명하는 Bob Williamson의 Product Management의 Steel Eye EVP에 참여하십시오.

https://clusteringformeremortals.com/2010/06/30/minimize-downtime-using-high-availability-clustering-and-data-replication-for-sap/의 허락을 받아 재생산 함

 

계획된 다운 타임을 최소화하면서 클러스터에 서비스 팩을 설치하는 방법

나는 클러스터에 서비스 팩을 설치하는 것에 대해이 질문에 대답한다. 내가 생각한 정도까지는 아마 내 블로그에 링크가 있어야만한다.

http://support.microsoft.com/default.aspx/kb/174799?p=1

이 기사는 당신이 알아야 할 모든 것을 알려줍니다. 이 기사의 지침을 따르면 계획된 중단 시간을 최소화 할 수 있습니다. 동시에 두 노드를 업그레이드하기 전에 하나의 노드에서 업데이트를 "테스트"할 수있는 기회를 제공하십시오. 첫 번째 노드에서 업그레이드가 잘 수행되지 않으면 적어도 무엇이 잘못되었는지 알아낼 때까지 두 번째 노드에서 계속 실행 중입니다.

응용 프로그램 계층과 하이퍼 바이저 계층의 클러스터?

이는 응용 프로그램 계층에서 클러스터링 할 때와 하이퍼 바이저 계층에서 클러스터링 할 때 얻을 수있는 부작용 중 하나 일뿐입니다. 이것이 가용성 그룹의 VM 일 경우 응용 프로그램 업그레이드를 완료하려면 가동 중지 시간을 예약해야합니다. 또한 유일한 장애 복구가 백업에서 VM을 복원하는 것이므로 모든 것이 잘 진행되기를 바랍니다. 이전 기사에서 설명한 것처럼 하이퍼 바이저 수준에서 클러스터링하면 이점이 있습니다. 그러나 당신은 또한 당신이 포기하고있는 것을 이해해야합니다.

Clusteringformeremortals.com의 허락을 받아 재현

나는 최근에 CeBIT에 참석 한 독일로 10 일간의 여행에서 돌아 왔으며 하노버와 Techen의 TechDays에서 Microsoft Technical Evangelists Michael Korp와 Ralf Schnell과 함께 발표했습니다. 여행은 매우 생산적이었고 세션은 매우 잘 진행되었습니다.

Hyper-V에 대한 고급 가용성

이번 세션에서는 Hyper-V의 고급 가용성, 특히 다중 사이트 클러스터, 데이터 복제 및 자동화 된 재해 복구에 중점을 두었습니다. 여기 비디오를보십시오.

https://clusteringformeremortals.com/2010/03/17/advanced-availability-and-disaster-recovery-for-hyper-v-at-techdays-germany/의 허락을 받아 복제했습니다.

 

Vmware의 Vsphere 재해 복구 옵션은 Hyper-V에 대한 Microsoft의 옵션보다 훨씬 좋습니까?

가상화 및 재해 복구에 대해 읽은 모든 기사에서 VMware는 Microsoft보다 강력한 DR 솔루션을 보유하고 있다고 말합니다. 글쎄, 나는 그 가정에 도전하고 싶다. 내가 앉아있는 곳에서 볼 때 실제로 이것은 마이크로 소프트가 현재 중요한 경쟁 우위를 차지하고있는 영역 중 하나입니다. 여기 내가 어떻게 그것을 볼 수 있습니다.

VMware Site Recovery Manager

이것은 Array 기반 복제 솔루션의 뒷면에 장착되는 추가 옵션 (선택 사항)입니다. 어레이 기반 복제로 인해 복구 지점 목표가 좋습니다. RTO는 분 단위가 아닌 시간 단위로 측정됩니다. 기본 데이터 센터로 다시 이동하는 것은 매우 수동적 인 절차입니다. 기본적으로 반대 방향으로 작업을 다시 만들어야합니다. 페일 오버 및 페일 백의 완전한 종단 간 복구 작업은 하루 또는 그보다 더 좋은 부분을 차지할 수 있습니다.

Microsoft 다중 사이트 클러스터

가상 컴퓨터 HA 클러스터링은 Windows Server 2008 Enterprise 및 Datacenter Edition뿐만 아니라 Hyper-V Server 2008 R2 무료 버전에 포함되어 있습니다. 다중 사이트 클러스터를 수행하려면 Windows Server 장애 조치 (Failover) 클러스터링과 통합되는 배열 기반 복제 또는 호스트 기반 복제 솔루션이 필요합니다. 다중 사이트 클러스터를 사용하면 장애 조치가 몇 분 만에 측정되며 (VM 시작에 걸리는 시간과 거의 동일) EMC SRDF CE 또는 HP MSA CLX와 같은 어레이 기반 복제 솔루션 또는 훨씬 저렴한 호스트 기반 복제와 함께 사용할 수 있습니다 SteelEye DataKeeper Cluster Edition과 같은 솔루션을 제공합니다.

단 몇 분 만에 측정 된 Hyper-V 다중 사이트 클러스터로 신속하게 장애 조치를 수행 할 수 있습니다. 페일 백 또한 빠르고 원활합니다. 실시간 마이그레이션 또는 빠른 데이터 센터 마이그레이션을 지원합니다. Microsoft가 실제로 VMware Vsphere 재해 복구 옵션보다 훨씬 강력한 솔루션을 제공하는 영역 중 하나라고 생각합니다. 자동화 된 DR 테스트는 포함되지 않았지만 10 분 이내에 페일 오버 및 페일 백을 수행 할 수 있다고 생각하면 실제 DR 테스트를 매월 수행하면 실제로 재난에 대비하여 무엇을 기대할 수 있을까요?

SRM과 같은 Hyper-V 솔루션을 원한다면 옵션도 있습니다. Hyper-V 용 Citrix Essential이라고합니다. 그러나 SRM과 마찬가지로 선택적인 애드온 기능입니다. Hyper-V 용 기본 다중 사이트 클러스터로 얻을 수있는 RPO 및 RTO 기능과 실제로 일치하지 않습니다.

어떻게 생각해? 내가 틀렸거나 내가 얻지 못하는 것이 있는가? 필자의 견해에 따르면, Hyper-V는 Vsphere Disaster Recovery Option보다 높은 수준입니다. 

승인하에 https://clusteringformeremortals.com/2010/03/10/are-vmware%E2%80%99s-vsphere-disaster-recovery-options-really-better-than-microsoft%E2%80%99s- options-for-hyper-v /

Windows 장애 조치 (failover) 클러스터가 더 이상 사용되지 않을까요?

Windows Confluence 클러스터 (MSCS / WSFC)가 타사 HA 솔루션으로 인해 쓸모 없게 될^지 최근에 질문되었습니다. 나에게는 타사 HA 솔루션을위한 시장이 항상있을 것입니다. 그러나 Windows Server 2008과 함께 제공되는 많은 기능 향상으로 대체 HA 솔루션을 찾아야 할 필요성이 줄어 들었습니다.  MSCS / WSFC에 대한 더 큰 위협은 가상화 공급 업체가 제공하는 HA 솔루션이라고 생각합니다. 여기에는 Microsoft의 Hyper-V 장애 조치 클러스터 (실제로 WSFC 사용)와 VMware HA가 포함됩니다.  가상화 플랫폼에서 제공하는 이러한 솔루션은 호스트 장애시 보호 기능을 제공합니다. 현재 VM 내에서 실행중인 응용 프로그램에 대한 가시성은 없습니다.

진짜 문제는 어떤 종류의 실패가 당신을 보호하고 싶습니까? 실제 서버 장애가 주요 관심사 인 경우 MSCS가 이전에 배포 된 경우가있을 수 있으며 Hyper-V 클러스터 또는 VMware HA가 대신 배포됩니다.  MSCS / WSFC가 과도하게 보였거나 OS 또는 응용 프로그램과 호환되지 않는 다른 경우에는 설치하기 쉽고 모든 응용 프로그램과 운영 체제를 지원하기 때문에 클러스터 된 VM이 대신 배포됩니다. 물리적 서버 당 더 많은 작업 부하가 실행된다는 단순한 사실만으로도 단일 서버의 오류로 인해 전체 인프라가 손상되지 않도록 일종의 클러스터링 솔루션을 갖추는 것이 필수적입니다. 대부분의 경우이 클러스터링 솔루션은 가상화 공급 업체에서 제공합니다.

Hyper-V 클러스터 및 VMware HA는 구현하기 쉽고 보호 된 VM이 모든 OS 또는 응용 프로그램을 실행할 수 있으므로 광범위한 지원을 제공합니다.  MSCS / WSFC에 포함 된 응용 프로그램 수준 모니터링이 손실된다는 단점이 있습니다.  응용 프로그램 인식이 필요한 응용 프로그램 클래스가 항상있을 것입니다. 따라서 응용 프로그램 가용성을 관리하는 MSCS / WSFC 또는 기타 HA 솔루션은 서버 자체가 아닌 응용 프로그램을 사용할 수 있도록 항상 필요합니다. MSCS / WSFC는 쓸모 없게 될 것입니다. 대신 하이퍼 바이저 공급 업체가 제공하는 다른 클러스터 솔루션과 함께 배포되는 것을 확인할 수 있습니다.

Windows 장애 조치 (failover) 클러스터에 대한 추가 정보

https://clusteringformeremortals.com/2010/03/01/will-windows-failover-clusters-mscswsfc-become-obsolete/에서 허락을 받아 복제했습니다.