워크로드(노드)가 어떻게 분산되어야 하는지 결정하는 것은 고가용성을 염두에 두고 퍼블릭 클라우드로 마이그레이션할 때 일반적인 토론 주제입니다. 워크로드가 온프레미스 환경에 있는 경우 이러한 워크로드의 위치는 구축된 데이터 센터의 위치로 정의되는 경우가 많습니다. 많은 경우에 워크로드를 호스팅할 다른 위치를 선택하는 것은 사용 가능한 옵션이 아닙니다. 퍼블릭 클라우드 제품에는 다양한 지리적 지역과 선택할 수 있는 가용 영역이 있습니다.

가용 영역은 일반적으로 동일한 물리적 지역(예: 캘리포니아)에 있는 하나 이상의 데이터 센터(물리적 위치)와 유사합니다. 이러한 데이터 센터는 서로 다른 영역에 위치할 수 있지만 고속 네트워크를 사용하여 연결되어 데이터 센터 간의 연결 대기 시간을 최소화합니다. (가용 지역 내의 여러 데이터 센터에서 서비스를 호스팅하는 것은 사용자에게 투명해야 합니다).

일반적으로 워크로드 간의 물리적 거리가 멀수록 환경이 더 탄력적입니다. 지진과 같은 자연 재해가 동시에 다른 지역에 영향을 미치지 않을 것이라는 합리적인 가정입니다(예: 미국 서부 해안과 동부 해안 모두 동시에). 그러나 시스템 전체의 장애로 인해 여러 지역에서 동시에 서비스 중단이 발생할 가능성이 있습니다(일부 클라우드 공급자는 이전에 미국 및 호주와 같은 지역 간 동시 중단을 보고했습니다). 여러 클라우드 제공업체에 걸쳐 정의된 DR(재해 복구) 계획을 만드는 것이 적절할 수 있습니다.

고려할 가치가 있는 또 다른 관점은 자원을 보호하는 비용입니다. 일반적으로 워크로드 간의 거리가 멀수록 데이터 전송에 더 많은 비용이 발생합니다. 많은 경우 동일한 데이터 센터(가용 영역) 내의 노드 간 데이터 전송은 무료이지만 가용 영역 간에 데이터를 전송하는 데는 GB당 $0.01 이상의 비용이 들 수 있습니다. 이 추가 비용은 지역 간에 데이터를 전송할 때 두 배(또는 그 이상)(예: $0.02/GB)할 수 있습니다. 또한 워크로드 간의 물리적 거리가 증가하기 때문에 노드 간의 데이터 대기 시간이 더 길어질 것으로 예상해야 합니다. 일반적으로 이러한 요소를 고려하여 동일한 리전 내의 가용 영역에 워크로드를 분산하는 것이 좋습니다.

고가용성, RTO 및 RPO

고가용성(HA)은 99.99% 이상 작동하고 사용할 수 있는 컴퓨터 소프트웨어 또는 구성 요소를 나타내는 정보 기술 용어입니다. 애플리케이션 또는 시스템의 최종 사용자가 경험하는 서비스 중단 시간은 연간 52.5분 미만입니다. 이 수준의 가용성은 일반적으로 중복 서버, 네트워크, 저장소 및 소프트웨어를 사용하여 단일 장애 지점을 제거하여 응용 프로그램 가동 중지 시간을 줄이는 구성인 고가용성 클러스터링을 사용하여 달성됩니다.

복구 시간 목표( RTO ) 및 복구 지점 목표( RPO )?

99.99%의 가용성 시간 외에도 고가용성 환경 또한 엄격한 복구 시간 및 복구 시점 목표를 충족합니다. 복구 시간 목표 ( RTO )은 애플리케이션 장애부터 애플리케이션 운영 및 가용성 복구까지의 경과 시간을 측정한 것입니다. 회사가 해당 애플리케이션을 중단할 수 있는 기간을 측정한 것입니다. 복구 시점 목표 ( RPO )는 다운타임 문제 이후 애플리케이션 가용성이 복원되었을 때 데이터가 얼마나 최신 상태인지 측정합니다. 장애 발생 시 허용할 수 있는 최대 데이터 손실량으로 종종 설명됩니다.시오스 고가용성 클러스터는 RPO 0과 RTO 분.

고가용성 클러스터란 무엇입니까?

고가용성 클러스터에서 중요한 애플리케이션은 이중화를 위해 하나 이상의 보조 노드에 연결된 기본 서버 노드에서 실행됩니다. 다음과 같은 클러스터링 소프트웨어 시오스 LifeKeeper는 클러스터된 애플리케이션 및 종속 리소스를 모니터링하여 활성 노드에서 작동하는지 확인합니다. 시스템 수준 모니터링은 클러스터 노드 간의 간격 하트비트를 통해 수행됩니다. 주 서버에 장애가 발생하면 하트비트 시간 초과 간격이 초과된 후 보조 서버가 복구를 시작합니다. 응용 프로그램 수준 오류의 경우 클러스터링 소프트웨어는 활성 노드에서 응용 프로그램을 사용할 수 없음을 감지합니다. 그런 다음 장애 조치(failover)라고 하는 프로세스에서 애플리케이션과 종속 리소스를 보조 노드로 이동합니다. RTO 에스.

기존 장애 조치 클러스터에서 클러스터의 모든 노드는 동일한 공유 스토리지, 일반적으로 SAN(Storage Area Network)에 연결됩니다. SAN ). 장애 조치 후 보조 노드에 공유 스토리지에 대한 액세스 권한이 부여되어 엄격한 요구 사항을 충족할 수 있습니다. RPO 에스.