SIOS SANless clusters

SIOS SANless clusters High-availability Machine Learning monitoring

데이터 복제

by Leave a Comment

데이터 복제

고가용성을 위한 실시간 데이터 복제

데이터 복제란

데이터 복제 물리적/가상 서버 또는 클라우드 인스턴스(기본 인스턴스)에 있는 데이터를 보조 서버 또는 클라우드 인스턴스(대기 인스턴스)에 지속적으로 복제하거나 복사하는 프로세스입니다. 조직은 지원하기 위해 데이터를 복제합니다. 고가용성 , 백업 및/또는 재해 복구. 보조 인스턴스의 위치에 따라 데이터는 동기식 또는 비동기식으로 복제됩니다. 데이터 복제 방식은 RTO(복구 시간 목표) 및 RPO(복구 시점 목표)에 영향을 미칩니다.

예를 들어, 시스템 오류로부터 복구해야 하는 경우 대기 인스턴스는 LAN(Local Area Network)에 있어야 합니다. 중요한 데이터베이스 응용 프로그램의 경우 LAN을 통해 기본 인스턴스에서 보조 인스턴스로 데이터를 동기식으로 복제할 수 있습니다. 이렇게 하면 대기 인스턴스가 “핫”해지고 활성 인스턴스와 동기화되므로 장애가 발생할 경우 즉시 인계받을 준비가 됩니다. 이를 고가용성(HA)이라고 합니다.

재해 발생 시 보조 인스턴스가 기본 인스턴스와 같은 위치에 있지 않도록 해야 합니다. 즉, 기본 인스턴스에서 멀리 떨어진 지리적 사이트 또는 WAN을 통해 연결된 클라우드 인스턴스에 보조 인스턴스가 필요합니다. 처리 성능에 부정적인 영향을 미치지 않도록 WAN의 데이터 복제는 비동기식입니다. 즉, 대기 인스턴스에 대한 업데이트는 활성 인스턴스에 대한 업데이트가 지연되어 복구 프로세스 중에 지연이 발생합니다.

클라우드에 데이터를 복제하는 이유는 무엇입니까?

데이터를 클라우드에 복제하려는 다섯 가지 이유가 있습니다.

  1. 위에서 논의한 바와 같이 클라우드 복제는 데이터를 회사 사이트 외부에 보관합니다. 화재, 홍수, 폭풍 등과 같은 주요 재해는 기본 인스턴스를 황폐화시킬 수 있지만 보조 인스턴스는 클라우드에서 안전하며 재해의 영향을 받는 데이터와 애플리케이션을 복구하는 데 사용할 수 있습니다.
  2. 클라우드 복제는 자체 데이터 센터에 데이터를 복제하는 것보다 비용이 저렴합니다. 하드웨어, 유지 관리 및 지원 비용을 포함하여 보조 데이터 센터 유지 관리와 관련된 비용을 없앨 수 있습니다.
  3. 소규모 기업의 경우 특히 직원에 대한 보안 전문 지식이 없는 경우 데이터를 클라우드에 복제하는 것이 더 안전할 수 있습니다. 클라우드 공급자가 제공하는 물리적 보안과 네트워크 보안 모두 타의 추종을 불허합니다.
  4. 클라우드에 데이터를 복제하면 주문형 확장성이 제공됩니다. 비즈니스가 성장하거나 계약함에 따라 보조 인스턴스를 지원하기 위해 추가 하드웨어에 투자하거나 비즈니스 속도가 느려지면 해당 하드웨어를 유휴 상태로 둘 필요가 없습니다. 또한 장기 계약이 없습니다.
  5. 클라우드에 데이터를 복제할 때 다음 도시, 국가 전체 또는 비즈니스가 지시하는 다른 국가에 클라우드 인스턴스를 갖는 것을 포함하여 많은 지리적 선택이 있습니다.

클라우드 인스턴스 간에 데이터를 복제하는 이유는 무엇입니까?

클라우드 제공업체는 100% 가동 시간을 보장하기 위해 모든 예방 조치를 취하지만 하드웨어 및 소프트웨어 결함의 물리적 손상으로 인해 개별 클라우드 서버가 실패할 수 있습니다. 이는 온프레미스 하드웨어가 실패하는 것과 동일한 이유입니다. 이러한 이유로 클라우드에서 미션 크리티컬 애플리케이션을 실행하는 조직은 클라우드 데이터를 복제하여 지원해야 합니다. 고가용성 그리고 재해 복구 . 단일 지역의 가용 영역 간, 클라우드의 지역 간, 서로 다른 클라우드 플랫폼 간, 온프레미스 시스템 또는 하이브리드 조합으로 데이터를 복제할 수 있습니다.

고가용성 및 재해 복구를 위한 SIOS 실시간 데이터 복제

SIOS 데이터키퍼™ 효율적인 블록 수준 데이터 복제를 사용하여 기본 및 보조 인스턴스의 동기화를 유지합니다. 장애 조치가 발생하면 보조 인스턴스가 계속 작동하여 사용자에게 최신 데이터에 대한 액세스 권한을 제공합니다. SIOS 솔루션의 경우 RPO는 항상 0이고 RTO는 애플리케이션에 따라 다르지만 일반적으로 30초에서 몇 분입니다.

SIOS 제품은 물리적, 가상, 클라우드 또는 하이브리드 클라우드 환경과 사이트 또는 재해 복구 시나리오의 조합에서 작동하는 모든 Windows 또는 Linux 기반 애플리케이션을 고유하게 보호하여 다음과 같은 애플리케이션에 대한 고가용성 및 재해 복구를 가능하게 합니다. 수액 및 다음을 포함한 데이터베이스 신탁 , HANA, MaxDB, SQL 서버 , DB2 및 기타 여러 가지가 있습니다. SIOS 제품의 “즉시 사용 가능한” 단순성, 구성 유연성, 안정성, 성능 및 비용 효율성은 다른 제품과 차별화됩니다. 클러스터링 소프트웨어 .

Windows 환경에서 SIOS DataKeeper Cluster Edition은 성능 최적화된 호스트 기반 데이터 복제 메커니즘을 제공하여 WSFC(Windows Server Failover Clustering)와 원활하게 통합되고 확장됩니다. WSFC가 소프트웨어 클러스터를 관리하는 동안 SIOS는 재해 보호를 활성화하고 클라우드, 가상 및 고성능 스토리지 환경과 같이 공유 스토리지 클러스터가 불가능하거나 비실용적인 경우 데이터 손실을 방지하기 위해 데이터 복제를 수행합니다.

Linux 환경에서 SIOS LifeKeeper 및 SIOS DataKeeper는 고가용성 장애 조치 클러스터링, 지속적인 애플리케이션 모니터링, 데이터 복제 및 구성 가능한 복구 정책의 긴밀하게 통합된 조합을 제공하여 비즈니스 크리티컬 애플리케이션을 가동 중지 및 재해로부터 보호합니다.

———————————————————————————————————————————— 실제 사례입니다 한 선도적인 제조 회사가 SIOS를 사용하여 실시간 데이터 복제를 사용하여 클라우드에서 고가용성 솔루션을 만드는 방법에 대해 설명합니다.

실시간 데이터 복제를 통해 클라우드 환경에서 HA를 달성하는 방법

Bonfiglioli는 산업 자동화, 모바일 기계 및 풍력 에너지 제품을 전문으로 하는 이탈리아 최고의 설계, 제조 및 유통 회사로 전 세계에 3,600명 이상의 직원을 고용하고 있습니다. 이 회사는 비즈니스를 운영하기 위해 SAP ERP 시스템을 비롯한 다양한 미션 크리티컬 애플리케이션에 의존하고 있습니다. 회사의 IT 인프라에는 온프레미스 VMware 데이터 센터와 비즈니스 연속성 및 재해 보호를 위한 원격 데이터 센터가 포함됩니다. 대부분의 애플리케이션이 Windows 환경에서 실행되기 때문에 Bonfiglioli는 VMware 환경에서 게스트 수준 Windows Server 장애 조치 클러스터링을 사용하여 고가용성 및 재해 보호 기능을 제공했습니다.

회사의 IT 팀은 IT 운영의 일부를 Microsoft Azure 클라우드로 이동하고 Azure를 재해 복구 사이트로 활용하는 프로그램을 구현했습니다. 회사 마이그레이션 계획의 중요한 요구 사항은 클라우드 아키텍처가 이전보다 더 나은 고가용성 보호를 제공하고 Bonfiglioli가 엄격한 SLA(서비스 수준 계약)를 계속 충족할 수 있도록 하는 것이었습니다.

사내 환경에서 회사는 VMware 클러스터링을 사용합니다. 이를 통해 WSFC(Windows Server Failover Clustering)가 인프라 장애 발생 시 보조 서버로의 장애 조치를 관리할 수 있습니다. 그러나 공유 버스 디스크와 함께 게스트 클러스터링을 사용하는 것은 실행 가능한 클라우드 솔루션이 아니기 때문에 클라우드에서 이러한 유형의 보호를 제공하는 것은 어려운 일이었습니다. 원시 장치 매핑 및 공유 버스 디스크(RDM)를 사용하여 VMware에서 클러스터를 생성하는 것은 어렵고 가상 머신 백업에 대한 제한을 생성합니다.

해결책

여러 솔루션을 평가한 후 Bonfiglioli는 SIOS DataKeeper가 퍼블릭 클라우드에서 SAP용으로 인증된 유일한 고가용성 클러스터링 솔루션이라는 사실을 알게 된 후 클라우드 고가용성 및 재해 복구 솔루션으로 SIOS DataKeeper를 선택했습니다. 또한 Bonfiglioli의 경영 컨설팅 파트너인 BGP는 SIOS DataKeeper에 대한 경험이 있었고 설치가 쉽고 운영 체제에 투명하며 입증된 매우 효과적인 솔루션이라는 것을 알고 있었습니다.

SIOS를 사용하여 IT 팀은 RDM이 없는 클러스터 환경을 만들었습니다. VMware에서 2노드 클러스터를 만들고 각 클러스터 인스턴스에서 실시간 데이터 복제를 통해 스토리지를 동기화하기 위해 SIOS DataKeeper Cluster Edition을 추가했습니다. 온-프레미스 환경에서 동기화된 저장소는 WSFC에 단일 공유 저장소 디스크로 나타납니다.

SIOS DataKeeper는 또한 회사의 SAP 인스턴스에 대한 고가용성 보호를 제공하고 단일 실패 지점을 제거합니다. IT 팀은 SIOS DataKeeper를 사용하여 실시간 데이터 복제를 사용하여 회사의 온프레미스 데이터 센터에서 SSD 계층 디스크 파티션을 복제했습니다. 이를 통해 Bonfiglioli는 재해 발생 시 가상 머신을 Microsoft Azure로 복원할 수 있습니다.

결과

Bonfiglioli의 시스템 설계자인 Daniele Bovina는 결과에 대해 다음과 같이 말했습니다. “SIOS DataKeeper는 비즈니스 크리티컬 SAP 시스템을 마이크로소프트 애저 클라우드 가용성, 재해 복구 및 성능에 대한 엄격한 SLA를 충족하는 동시에.” ——————————————————————————————————————————— SIOS 클러스터링 솔루션에 대한 자세한 내용은, 문의하기 또는 무료 평가판 요청 .

참고문헌

에서 재생산 시오스

고가용성으로 IT 탄력성 달성

by Leave a Comment

고가용성으로 IT 탄력성 달성

고가용성으로 IT 탄력성 달성

IT 탄력성이란 무엇입니까?

IT 탄력성은 비즈니스 운영, 중요 프로세스 또는 IT 에코시스템이 중단될 때 수용 가능한 서비스 수준을 유지하는 조직의 능력입니다. 이 디지털 시대에 고가용성은 조직의 성공에 매우 중요합니다. 고객은 다운된 웹사이트를 용납하지 않을 것입니다. 그리고 다운된 ERP, CRM 또는 기타 비즈니스 크리티컬 시스템도 감당할 수 없습니다. 여기는 고가용성 들어 온다.

조직은 IT 복원력을 보장하기 위해 다양한 기술과 솔루션에 대해 “확인”해야 합니다. 그 중 최소한 백업, 재해 복구, 사이버 복원력 및 고가용성 솔루션이 있어야 합니다. 이 기사의 목적을 위해 IT 복원력을 보장하는 데 필요한 핵심 요소 중 하나인 고가용성(HA)에 대해 설명합니다.

고가용성이란 무엇입니까?

고가용성 시스템은 시스템, 애플리케이션 및 네트워크가 다운될 때 고객과 사용자에게 완전한 투명성을 제공하여 비즈니스 운영을 계속할 수 있도록 합니다. HA는 단일 장애 지점을 제거하여 지속적인 운영 또는 장기간 가동 시간을 보장하는 기술 시스템의 구성 요소입니다. 고가용성 시스템은 자동 장애 조치, 애플리케이션 수준 장애의 자동 감지, 데이터 손실 없음, 중복 구성 요소로의 자동 및 빠른 장애 조치, 계획된 유지 관리를 위한 푸시 버튼 장애 조치 및 장애 복구라는 5가지 설계 원칙을 통합합니다.

—————————————————————————————————————————

IT 탄력성 및 고가용성 – 예가 없습니다!

지난 8월 덴버에 있는 Nissan Group의 데이터 센터가 정전으로 인해 추락했습니다. 영향을 받는 시스템은 내부적으로 NNANet으로 알려져 있습니다. 직원들이 자동차/부품을 주문하고, 제품 리베이트 판매를 관리하고, 차량 리콜에 대한 정보를 얻고, 가격을 책정하고 서비스 작업을 시작하는 데 필요한 보증 청구를 제출하고, 금융 정보를 얻는 데 사용하는 Nissan 솔루션입니다.NNANet은 Nissan이 하는 모든 것이 NNANet을 거치기 때문에 Nissan의 생명선이라고 할 수 있습니다.

시스템은 4일 동안 중단되어 많은 소매업체의 운영과 두 공장의 생산 시스템에 영향을 미쳤습니다. 회사, 소매업체 및 고객 모두가 영향을 받았습니다.

영향

분명히 이것은 올바르게 구성되고 적절하게 위치한 고가용성 시스템이 하루를 절약하거나 최소한 충돌의 영향을 최소화했을 수 있는 예입니다. 고가용성 상황은 문자 그대로 “소비자, 소매업체, 유통 네트워크, 제조 공장 및 금융 회사 간의 상거래”로서 Nissan에 재앙으로 바뀌었습니다. 4일 동안 모두 영향을 받았습니다.[1]Nissan은 충돌의 결과로 그 달의 딜러 판매 목표를 10% 재설정했습니다. Nissan과 그 딜러/소매업체/파트너에 대한 총 재정적 영향은 아직 지켜봐야 합니다.

IT 탄력성 – 실제 사례!

Cayan™은 지불 기술의 선두 제공업체이며 Genius Customer Engagement Platform®은 현재와 미래의 모든 생각할 수 있는 거래 기술, 지불 유형 및 고객 프로그램을 단일 플랫폼으로 집계하고 통합합니다. Genius 플랫폼과 Cayan의 다른 미션 크리티컬 애플리케이션은 SQL Server에서 실행됩니다.

Cayan 고객에는 가동 중지 시간을 용인하지 않는 세계 최대의 온라인 소매업체 중 일부가 포함됩니다. Cayan의 최고 기술 책임자인 Paul Vienneau는 “우리의 최우선 과제는 고객이 하루 24시간, 일주일 내내 지속적으로 거래를 완료할 수 있도록 하는 것입니다.”라고 말했습니다.

Cayan은 고가용성이 필요했으며 재해 복구 SQL Server 데이터베이스용 시스템. 이 회사는 기존의 공유 스토리지 클러스터를 고려했지만 SAN 솔루션은 비용이 많이 들고 관리가 복잡했으며 단일 실패 지점과 관련된 위험이 있었습니다.

이러한 이유로 Cayan IT 직원은 SIOS #SANLess 클러스터를 사용하기로 결정했습니다. SANless 클러스터는 로컬 스토리지를 사용하므로 성능 오버헤드가 최소화되고 애플리케이션 응답 시간이 빠릅니다. SIOS 소프트웨어인 SIOS DataKeeper는 WSFC(Windows Server 장애 조치 클러스터링)와 통합됩니다. SIOS는 효율적인 실시간, 데이터 복제 기본 및 원격 클러스터 노드의 로컬 스토리지를 동기화하여 WSFC에 가상 SAN으로 표시되도록 합니다.

영향

SIOS SANless 클러스터를 배포한 이후 Cayan은 다운타임이나 데이터 손실을 경험한 적이 없습니다. CTO인 Paul Vienneau는 “SIOS DataKeeper 소프트웨어에 매우 만족합니다. 그것은 우리의 기대를 충족하거나 초과했습니다. 구현 및 지속적인 관리가 쉬웠으며 SIOS SANLess 클러스터를 구현한 이후로 다운타임이 전혀 발생하지 않았습니다.” 보고할 고객 만족도 문제, 수익 손실, 비생산적인 직원, 비즈니스 중단이 없습니다.

——————————————————————————————————

SIOS: 고가용성으로 IT 탄력성 달성

SIOS DataKeeper™는 효율적인 블록 수준 복제를 사용하여 로컬 스토리지의 동기화를 유지하여 클러스터의 보조 노드가 가장 최근 데이터에 액세스하여 장애 조치(failover) 후에도 계속 작동할 수 있도록 합니다.

SIOS 제품은 물리적, 가상, 클라우드 또는 하이브리드 클라우드 환경과 사이트 또는 재해 복구 시나리오의 조합에서 작동하는 모든 Windows 또는 Linux 기반 애플리케이션을 고유하게 보호하여 SAP S/4HANA 및 데이터베이스와 같은 애플리케이션에 대한 고가용성 및 재해 복구를 가능하게 합니다. , Oracle, SQL Server, DB2 등을 포함합니다. SIOS 제품의 “즉시 사용 가능한” 단순성, 구성 유연성, 안정성, 성능 및 비용 효율성은 다른 클러스터링 소프트웨어와 차별화됩니다.

Windows 환경에서 SIOS DataKeeper Cluster Edition은 성능 최적화된 호스트 기반 데이터 복제 메커니즘을 제공하여 WSFC(Windows Server Failover Clustering)와 원활하게 통합되고 확장됩니다. WSFC가 소프트웨어 클러스터를 관리하는 동안 SIOS는 복제를 수행하여 재해 보호를 활성화하고 클라우드, 가상 및 고성능 스토리지 환경과 같이 공유 스토리지 클러스터가 불가능하거나 비실용적인 경우 데이터 손실을 방지합니다.

Linux 환경에서 SIOS LifeKeeper™ 및 Linux용 SIOS DataKeeper는 고가용성의 긴밀하게 통합된 조합을 제공합니다. 장애 조치 클러스터링 , 지속적인 애플리케이션 모니터링, 데이터 복제 및 구성 가능한 복구 정책을 통해 비즈니스 크리티컬 애플리케이션을 다운타임 및 재해로부터 보호합니다.

Windows 환경이든 Linux 환경이든 SIOS 제품은 IT 팀을 고가용성 컴퓨팅 인프라를 만들고 관리하는 복잡성과 과제에서 해방시킵니다. 이들은 IT 관리자가 다운타임이나 데이터 손실로부터 비즈니스 크리티컬 애플리케이션을 보호하는 데 필요한 인텔리전스, 자동화, 유연성, 고가용성 및 사용 용이성을 제공합니다.

SIOS = HA + DR을 통한 IT 탄력성

백업, 고가용성, 재해 복구 및 사이버 복원력은 모두 IT 복원력을 달성하는 데 중요한 요소입니다. SIOS 솔루션을 사용하면 고가용성과 재해 복구를 모두 “확인”할 수 있습니다. 두 가지 솔루션이 하나에 들어 있습니다. 여러 대상에 복제할 수 있는 기능으로 여러 위치에 노드가 있는 다중 노드 장애 조치 클러스터를 구성하여 장애 및 재해로부터 시스템을 보호할 수 있습니다.

더 많은 정보를 확인하고 IT 탄력성 당신의 조직을 위해, 무료 데모 받기 오늘의 SIOS.

참조:

의 허가를 받아 재생산 시오스

클러스터로 고가용성을 달성하는 방법

by Leave a Comment

 

클러스터로 고가용성을 달성하는 방법

고가용성이란 무엇입니까?

고가용성 (HA)는 단일 장애 지점을 제거하여 지속적인 작동 또는 장기간의 가동 시간을 보장하는 기술 시스템의 구성 요소입니다. 고가용성 클러스터 최소한의 다운타임과 지속적인 가용성이 필요한 비즈니스 크리티컬 애플리케이션을 지원하는 서버 그룹입니다.

모든 조직은 데이터 웨어하우스, 전자 상거래 애플리케이션, 고객 관계 관리 시스템(CRM), 금융 시스템, 공급망 관리 및 비즈니스 인텔리전스 시스템과 같은 다양한 비즈니스 크리티컬 데이터베이스 및 애플리케이션을 사용합니다. 시스템, 데이터베이스 또는 애플리케이션에 장애가 발생하면 이러한 조직은 시스템을 계속 실행하고 수익 손실, 비생산적인 직원 및 불행한 고객의 위험을 최소화하기 위해 고가용성 보호가 필요합니다.

고가용성 클러스터에는 5가지 설계 원칙이 통합되어 있습니다.

  • 활성 구성 요소에 장애가 발생하면 자동으로 이중화 시스템으로 장애 조치하여 작업을 수행합니다. 이것은 단일 실패 지점을 제거합니다.
  • 원인에 관계없이 발생하는 애플리케이션 수준 오류를 자동으로 감지할 수 있습니다.
  • 그들은 시스템 장애 동안 데이터 손실의 양을 보장합니다.
  • 다운타임을 최소화하기 위해 자동으로 신속하게 중복 구성 요소로 장애 조치합니다.
  • 계획된 유지 관리 중에 가동 중지 시간을 최소화하기 위해 수동으로 장애 조치 및 장애 복구하는 기능을 제공합니다.

TechTarget은 HA를 "바람직하게 긴 시간 동안 지속적으로 작동하는 시스템 또는 구성 요소"로 정의합니다. 가용성은 '100% 작동' 또는 '결코 실패하지 않음'을 기준으로 측정할 수 있습니다. 시스템이나 제품에 대해 널리 사용되지만 달성하기 어려운 가용성 표준을 '99.999%' 가용성이라고 합니다." 그러나 고가용성을 간단한 용어로 정의해 보겠습니다.

고가용성은 필요할 때 시스템, 데이터베이스 및 애플리케이션이 작동하도록 합니다.

"언제"는 애플리케이션이 가동되어 실행되어야 하는 시간의 백분율을 고려합니다. "필요한 대로"는 데이터 손실 없이 시스템, 데이터베이스 및/또는 응용 프로그램의 적절한 작동을 고려합니다.

시스템 및/또는 애플리케이션에 따라 고가용성이 다릅니다. 예를 들어, 전자 상거래 시스템과 같은 미션 크리티컬 애플리케이션의 경우 99.99%(99.99%) 가용성이 업계 표준으로 간주됩니다. 99.99%의 가용성으로 연간 52.60분의 가동 중지 시간 또는 하루 8.64초의 가동 중지 시간을 예상할 수 있습니다. 그러나 단일 데스크탑 오류와 같은 중요하지 않은 애플리케이션 및 시스템의 경우 고가용성은 99% 2개(99%)일 수 있으며, 이는 연간 8.77시간의 다운타임 또는 하루 1.44분의 다운타임에 해당합니다. 허용 가능한 가동 중지 시간을 측정할 때 다음을 고려하는 것이 중요합니다.

  • 계획되지 않은 다운타임(예: 하드웨어 또는 소프트웨어 오류)
  • 일상적인 하드웨어 및 소프트웨어 유지 관리에 필요한 계획된 다운타임
  • 데이터베이스 및 애플리케이션 수준의 가동 시간

고가용성에 대한 선택은 애플리케이션이 비즈니스에 얼마나 중요한지, 고객이 영향을 받는지, 애플리케이션이 실행되는 빈도, 영향을 받는 사용자 수, 데이터베이스 또는 애플리케이션이 중복 시스템으로 장애 조치해야 하는 속도를 비롯한 여러 요인에 따라 달라집니다. , 얼마나 많은 데이터 손실을 견딜 수 있는지.

고가용성 지표: RTO 및 RPO

일반적으로 HA(및 재해 복구(DR))를 평가하는 데 사용되는 두 가지 메트릭은 RTO(복구 시간 목표)와 RPO(복구 시점 목표)입니다.

  • RTO는 모든 중단의 최대 허용 기간입니다. 온라인 트랜잭션 처리 애플리케이션은 일반적으로 RTO가 가장 낮고 미션 크리티컬 애플리케이션의 RTO는 몇 초에 불과합니다.
  • RPO는 장애가 발생했을 때 허용할 수 있는 최대 데이터 손실량입니다. HA의 경우 RPO는 모든 오류 시나리오에서 데이터 손실이 0이어야 함을 지정하기 위해 종종 0입니다.

그러나 고가용성을 지원하기 위해 달성할 수 있는 RTO 및 RPO에는 차이가 있습니다. 재해 복구 . HA와 함께, 데이터 복제 중복 구성 요소가 LAN 환경에 있으므로 동기식일 수 있습니다. 활성 및 대기 데이터베이스를 동시에 업데이트할 수 있으므로 가장 까다로운 RTO 및 RPO를 충족할 수 있는 완전 자동 실시간 복구가 가능합니다. 결과적으로 대기 인스턴스는 "핫" 상태이고 활성 인스턴스와 동기화되므로 장애가 발생할 경우 즉시 인계받을 수 있습니다.

그러나 재해 발생 시 시스템, 소프트웨어 및 데이터를 복구하려면 WAN(광역 네트워크)에 중복 구성 요소가 있어야 합니다. 이는 활성 인스턴스에서 멀리 떨어진 지리적 위치에 중복 구성 요소를 유지해야 하기 때문에 중요합니다. 그러나 WAN의 경우 처리 성능에 부정적인 영향을 미치지 않도록 데이터 복제가 비동기식입니다. 즉, 대기 인스턴스에 대한 업데이트는 활성 인스턴스에 대한 업데이트가 지연되어 복구 프로세스 중에 지연이 발생합니다. 재해는 드물기 때문에 약간의 지연은 견딜 수 있으며 (a) 가능한 가장 낮은 RTO 및 RPO를 달성하는 것이 비즈니스에 얼마나 중요한지, (b) 최상의 RTO 및 RPO를 달성하기 위해 할당할 수 있는 예산에 따라 달라집니다.

SIOS가 고가용성을 달성하는 데 도움이 되는 방법

SIOS는 SAP, SQL Server, Oracle 및 SAN 기반, 공유 스토리지 구성 또는 SANless에서 실행되는 기타 환경을 비롯한 다양한 운영 체제, 인프라 환경 및 애플리케이션 전반에서 고가용성 및 재해 복구 요구 사항을 모두 충족하는 단일 솔루션을 제공합니다. , 로컬 데이터 스토리지 구성.

  • 윈도우 환경 : WSFC(Windows Server Failover Cluster) 환경에 추가되면 SIOS DataKeeper를 사용하여 공유 스토리지 클러스터가 불가능하거나 비현실적인 SANless 클러스터를 생성하거나 SAN 기반 Windows 클러스터에서 재해 보호를 위한 복제를 추가할 수 있습니다. 빠르고 효율적인 호스트 기반 복제는 로컬 및 원격 클러스터 노드의 로컬 스토리지를 동기화하여 물리적, 가상 또는 클라우드 환경의 모든 조합에서 SANless 클러스터를 생성합니다.
  • 리눅스 환경 : Linux용 SIOS Protection Suite는 패키지로 제공됩니다. 클러스터링 소프트웨어 SIOS LifeKeeper 및 SIOS DataKeeper를 사용하여 고가용성 장애 조치 클러스터링, 지속적인 애플리케이션 모니터링, 데이터 복제 및 구성 가능한 복구 정책의 긴밀하게 통합된 조합을 제공하여 비즈니스 크리티컬 애플리케이션과 데이터를 가동 중지 및 재해로부터 보호하는 솔루션입니다. SIOS Protection Suite를 사용하면 직접 연결 스토리지, iSCSI 및 파이버 채널을 비롯한 다양한 스토리지 장치를 사용하여 SAN 또는 SANless 클러스터를 구축할 수 있습니다. Linux용 SIOS Protection Suite는 Red Hat Enterprise Linux, SUSE Linux Enterprise Server, CentOS 및 Oracle Linux를 포함한 모든 주요 Linux 배포판을 지원합니다.

SIOS 솔루션의 경우 RPO는 항상 0이고 RTO는 애플리케이션에 따라 다르지만 일부 애플리케이션의 경우 일반적으로 30초에서 몇 분입니다. 스위스 최대 소매 회사에서 HA 클러스터를 사용하는 한 고객의 "SIOS 실행" 사례 연구에 대해 논의해 보겠습니다.

Migros, SIOS 고가용성 솔루션으로 POS 시스템의 중요한 비즈니스 연속성 달성

Migros는 스위스에서 가장 큰 소매 회사이자 가장 큰 슈퍼마켓 체인이며 100,000명 이상의 직원을 둔 가장 큰 고용주입니다. 또한 세계에서 가장 큰 40대 소매업체 중 하나입니다. Migros는 스위스에 기반을 둔 IT 서비스 제공업체이자 SIOS 솔루션의 리셀러인 Realstuff Informatik AG와 협력하여 POS(Point of Sale) 시스템을 보다 효율적으로 운영하고 가동 중지 시간의 위협을 최소화할 수 있는 새로운 플랫폼으로 교체하려고 했습니다.

새로운 POS 시스템은 Migros의 650개 매장에서 가격 및 제품 구색 정보를 제공하며 소매업체는 일상적인 판매를 지원하기 위해 고가용성 솔루션이 필요했습니다. HA 시스템이 없으면 직원은 시스템 오류가 발생하면 제품의 가격을 책정하거나 제품의 무게를 측정할 수 없어 운영이 중단되었습니다. 옵션을 평가한 후 Migros는 고가용성과 지속적인 데이터 보호를 제공하고 가상 환경에 독립적이며 회사의 IT 직원이 내부적으로 운영할 수 있는 오픈 소스 서버 환경을 원한다고 결정했습니다. 이러한 요구 사항을 해결하기 위해 팀은 POS 데이터를 보호하기 위한 복제용 SIOS Protection Suite for Linux를 선택했습니다.

시스템 설계, 고객 교육 및 모국어 지원을 위해 Realstuff는 독일 드레스덴에 있으며 Computer Concept에서 운영하는 중부 및 동부 유럽을 위한 SIOS 역량 및 지원 센터와 협력했습니다. Migros는 지역 사무실 시간 동안 Competence and Support Center에서 24x7x365 지원을 받는 것이 중요했습니다.

Realstuff는 POS 서버를 지속적으로 모니터링하고 데이터를 복제하기 위해 SIOS Protection Suite 고가용성 솔루션을 구현했습니다. 각 매장 위치에 두 대의 서버가 사용되어 지속적인 데이터 보호를 보장합니다. 한 서버에 장애가 발생하면 두 번째 인스턴스가 즉시 작업을 인계받습니다. 또한 두 서버 모두 모니터링 시스템의 데이터 자산을 미러링합니다.여기에서 전체 Migros 사례 연구를 읽어보십시오.

마지막 생각들

지역 역량 및 지원 센터는 Realstuff와 상의하여 구현 및 출시에 대한 통찰력과 방향을 제공하고 Migros 팀을 교육하기 위해 3일 교육 워크숍을 실시했습니다. Realstuff의 관리자이자 이사회 구성원인 Richard Huber는 배포 후 SIOS 고가용성 솔루션의 이점은 유연성, 안정성, 사용 용이성 및 데이터가 항상 동기화된 상태로 유지된다는 보장이라고 말했습니다.

오늘날 Migros는 서버, 스토리지, 애플리케이션, 데이터베이스 및 네트워크 연결을 지속적으로 모니터링하여 장애 지점을 감지하고, 가동 중지 시간을 줄이며, 클라이언트 연결을 유지하고, 중단 없는 데이터 접근.

SIOS 솔루션 및 SIOS가 SQL Server 환경에서 HA를 달성하는 데 어떻게 도움이 되는지에 대한 자세한 내용은 다음을 참조하세요. "SQL Server 고가용성을 위한 클러스터링이 필요한 이유" 여기.

 

에서 재생산 시오스

고가용성에서 회피 전략을 사용하는 4가지 이유

by Leave a Comment

고가용성에서 회피 전략을 사용하는 4가지 이유

클러스터 복원력, 성능 및 결과를 개선하기 위한 4가지 회피 전략

SIOS Protection Suite 클러스터 환경에서 배포를 위한 간단한 단계

 

무언가를 피하는 것 – 우리는 모두 전에 그것을 해왔습니다.우리가 배우자와 함께 걸을 때 가게에서 보는 오래된 불꽃, 우리가 “살 준비가 되지 않은” 판매원, 그리고 우리가 “휴가”에 있는 동안 상사조차도.내가 개발팀의 매니저였을 때, 나는 그들이 아파서 사무실에 없을 때 매장을 둘러보고 있는 부하직원을 흘끗 보았다.그들은 옷걸이 사이로 몸을 숨기고 서둘러 다음 통로를 따라 달려갔다.우리는 모두 전에 그것을 해왔고 어떤 경우에는 정신 건강, 신체 건강 또는 사적이고 개인적인 이유로 인해 모두 회피 조치가 필요합니다.HA에서도.그렇다면 어떻게 회피를 추가합니까? 고가용성 환경, 왜?

고가용성에서 회피 전략을 사용해야 하는 4가지 이유

  • 더 나은 성능 (서버 과부하 최소화)

HA에서 회피 전략을 사용하는 한 가지 이유는 응용 프로그램 및 서버 성능을 높이는 것입니다.프로덕션 워크로드를 실행하는 세 대의 서버의 경우를 생각해 보겠습니다. 서버 알파, 서버 베타, 서버 감마라고 부르겠습니다.서버 알파 및 베타는 데이터베이스에 의해 지원되는 중요한 애플리케이션을 실행하는 반면 서버 감마는 보고서 및 데이터 변환 작업을 실행합니다.서버 알파에 장애가 발생하면 서버 베타로의 장애 조치가 일반적으로 발생합니다.그러나 베타 서버는 이미 큰 작업 부하를 실행하고 있기 때문에 추가 응용 프로그램 로드로 인해 바람직하지 않은 서버 과부하가 발생하고 두 응용 프로그램의 성능이 저하될 수 있습니다.따라서 서버 감마가 장애 조치 대상으로 선택되었는지 확인하기 위해 회피 전략을 배포하는 것이 현명할 수 있습니다.

  • 성능 최적화

Alpha, Beta 및 Gamma의 세 서버 시나리오를 다시 고려하십시오.서버 알파 및 베타는 최대 워크로드를 처리하도록 확장되는 반면 Server Gamma는 비용 최적화된 서버입니다.서버 알파 및 서버 베타에 장애가 발생하면 비용 최적화 서버인 Gamma로 장애 조치가 발생합니다.그러나 이 서버는 최대 작업 부하나 서버 알파와 서버 베타의 작업 부하를 동시에 처리하도록 확장되지 않습니다.이 경우 회피 전략을 사용하여 다른 호스트를 사용할 수 있게 되는 즉시 Server Gamma에서 워크로드 중 하나 또는 둘 다를 자동으로 이동하여 성능을 최적화할 수 있습니다.

  • HA 최적화

HA 최적화는 회피 전략을 배포하기 위한 또 다른 시나리오입니다. 성능 최적화 전략과 마찬가지로 HA 최적화는 사용자 환경이 대부분의 실패 시나리오에서 살아남을 수 있도록 하고 애플리케이션이 어느 시점에서든 가능한 최고 수준의 가용성을 제공하도록 최적화되어 있는지 확인하는 데 사용됩니다.HA 최적화는 인큐 프로세스가 복제된 SAP와 같은 애플리케이션에 중요합니다.모든 SAP 환경에서 잠금 손실 및 취소된 작업의 위험 때문에 ASCS(ABAP SAP Central Service) 및 ERS(인큐 복제 서비스) 인스턴스가 동일한 서버에 장기간 상주하는 것을 원하지 않습니다. 이를 방지하기 위해 ERS 및 ASCS 인스턴스가 항상 반대 클러스터 노드에서 실행되도록 하는 회피 전략을 사용할 수 있습니다.프로덕션 워크로드를 실행하는 세 대의 서버의 경우를 생각해 보겠습니다. 서버를 Alpha, Beta, Gamma라고 부르겠습니다.서버 알파는 ASCS 인스턴스를 실행하고 서버 베타는 ERS 인스턴스를 실행합니다.Server Gamma는 ERS(Server Beta)와 ASCS(Server Alpha)의 장애 조치를 위한 세 번째 노드로 작동합니다.베타가 충돌하는 경우 ASCS 인스턴스와 동일한 노드에서 실행되는 ERS 리소스를 원하지 않을 것입니다.이 작업을 보장하기 위해 먼저 자동으로 확인하고 두 애플리케이션이 별도의 서버에 있는지 확인하고 잠금 장애 조치에 대한 SAP ASCS/ERS 모범 사례를 유지 관리하는 회피 전략을 배포할 수 있습니다.

  • DR 회피

약 70마일 떨어져 있는 City Alpha와 City Beta의 두 데이터 센터가 있고 대부분의 클라이언트가 그 사이에 있다고 가정합니다. 그러나 최근 내부 조직, 합병/폐쇄 및 인수, 거버넌스 요구 사항의 변경으로 인해 IT 팀은 Alpha 및 Beta에서 약 350마일 떨어진 City Gamma에 있는 세 번째 데이터 센터를 추가해야 합니다.이제 알파 및 베타에서 주로 보호되었던 리소스도 감마 위치로 확장됩니다.대부분의 사용자와 팀이 알파 및 베타 위치 근처에 있고 가장 극단적인 사용자도 이웃 도시에 있다는 점을 감안할 때 팀은 감마 위치로의 장애 조치를 피해야 합니다. 다른 전략과 마찬가지로 DR 회피는 한 지역 내에서 하나의 노드만 실패할 경우 DR 노드를 방지하여 성능, 내부/외 지역 데이터 비용, 대기 시간 및 클라이언트 액세스를 최적화하려고 합니다.또한 두 노드가 서로 다른 시간 후에 실패하더라도 DR로 이동하기 전에 항상 클러스터 또는 데이터 센터의 다른 노드로 장애 조치가 발생하도록 합니다.

그렇다면 회피 전략을 어떻게 전개할 것인가?

많은 공급자에는 구성할 수 있는 선호도 규칙이 있지만 다른 공급자는 서버 우선 순위 또는 수동 단계의 조합을 사용합니다.Linux용 SIOS Protection Suite의 경우 다음을 포함한 여러 기본 제공 방법을 사용할 수 있습니다.

  • 리소스 우선 순위 지정

장애가 발생하면 리소스는 남아 있는 우선 순위가 가장 낮은 서버로 장애 조치되고 추가 서버(알파, 베타 및 감마)로 캐스케이드됩니다.Server Alpha는 Resource.HR의 기본 서버이고, Server Beta는 Resource.MFG의 기본 서버이며, Server Gamma는 모든 리소스/서버의 백업 서버입니다.리소스 우선 순위 지정을 사용하면 Resource.HR은 Server Alpha에서 1의 우선 순위를 가지며 Server Gamma에서 2의 우선 순위를 갖습니다.Resource.MFG는 서버 베타에서 우선 순위 1을, 서버 감마에서 우선 순위 2를 가질 수 있습니다.고객이 환경 사용을 최적화하기를 원할 경우 Resource.HR은 Server Beta에서 3의 우선순위를 가질 수 있고 Resource.MFG는 Server Alpha에서 3의 우선순위를 가질 수 있습니다.Server Alpha에 오류가 발생하는 경우 Resource.HR 리소스는 Server Alpha에서 서비스 시작(복원)을 시도하기 전에 먼저 Server Gamma에 실패합니다.

Linux용 SIOS Protection Suite(UI 및 CLI)를 사용하면 사용자가 각 서버 및 리소스 조합에 대한 우선 순위를 지정할 수 있습니다.

  • 정책 또는 선호도 규칙

또한 정책 규칙을 사용하여 지정된 서버에서 리소스 복구가 발생하지 않도록 함으로써 리소스가 더 중요하거나 리소스 집약적인 작업 부하를 실행할 수 있는 지정된 서버를 피할 수 있습니다.일반적인 정책은 다음과 같습니다.

            • 기본적으로 특정 서버의 애플리케이션을 차단하는 제약 조건 정책.
            • 리소스가 충분하지 않은 서버에서 애플리케이션을 차단하는 리소스 정책
            • 리소스가 시스템에서 허용되거나 허용되지 않는 기간을 정의하는 임시 정책
            • 클러스터 내에서 선호하는 서버 또는 가능한 애플리케이션 소유권 기능을 정의하는 맞춤형 정책

SIOS Protection for Linux CLI를 사용하면 지정된 서버의 특정 리소스에 대한 장애 조치를 비활성화하고, 오류를 보호하는 임시 정책을 제공하고, 특정 애플리케이션 유형, 제약 조건 정책 및 사용자 지정 정책의 오류를 비활성화할 수 있는 정책 규칙을 지정할 수 있습니다.

  • 특정 회피 리소스

자원 회피 전략을 수립하는 가장 세분화된 방법은 각 계층 내에 특정 회피 스크립트를 배포하는 것입니다.이 방법을 사용하면 사용자가 특정 응용 프로그램(예: app1 및 app2)을 구성하여 가능한 한 서로를 피하면서 다른 응용 프로그램을 제한 없이 실행할 수 있습니다.Alpha, Beta 및 Gamma의 세 서버와 app1, app2 및 app3의 세 가지 리소스의 경우 이 방법이 가장 큰 유연성을 제공합니다.이 예에서 app1 및 app2는 서버가 실패할 때 배열을 피하려고 하지만 app3은 배열 제한 없이 우선 순위에 따라 사용 가능한 다음 노드로 실패합니다.

회피 전략 및 리소스의 추가 예를 보려면 Linux용 SIOS Protection Suite를 고려하십시오. 선적 서류 비치 .고객이 가능하면 다른 노드에서 실행해야 하는 두 개의 애플리케이션(app1 및 app2)이 있는 경우 고객은 Linux gen/app 리소스용 SIOS Protection Suite 및 ‘/opt/LifeKeeper’를 사용하여 두 개의 회피 터미널 리프 노드 리소스를 생성할 수 있습니다. /lkadm/bin/avoid_restore’ 스크립트.

에서 재생산 시오스

 

클러스터 소개 – 2부

by Leave a Comment

클러스터 소개 - 2부

클러스터 소개 – 2부

어떤 유형의 클러스터가 있으며 어떻게 작동합니까?

HA 클러스터 및 로드 밸런싱 클러스터 개요

클러스터링은 예상치 못한 시스템 오류를 보상하기 위해 중복성을 생성하여 소프트웨어 및 하드웨어 시스템의 안정성과 성능을 개선하는 데 도움이 됩니다. 하드웨어나 소프트웨어 장애 또는 자연 재해로 인해 시스템이 중단되면 비즈니스와 수익에 큰 영향을 미치고 백업 및 실행에 중요한 시간과 비용이 낭비될 수 있습니다.

여기는 클러스터링 들어 온다. 클러스터링 솔루션에는 HA 클러스터, 로드 밸런싱 클러스터 및 HPC 클러스터의 세 가지 주요 유형이 있습니다. 귀사의 시스템 가용성과 성능을 가장 잘 높이는 유형은 무엇입니까? 아래에서 세 가지 유형의 클러스터링 솔루션에 대해 자세히 살펴보겠습니다.

HA 클러스터링이란 무엇입니까?

HA 클러스터링이라고도 하는 고가용성 클러스터링은 거의 지속적인 가용성이 필요한 미션 크리티컬 비즈니스 애플리케이션, ERP 시스템 및 데이터베이스(예: SQL Server SAP 및 Oracle)에 효과적입니다.

HA 클러스터링은 "Active-Active" 구성과 Active-Passive 구성의 두 가지 유형으로 나눌 수 있습니다.

이 두 가지 HA 클러스터링 유형의 차이점을 살펴보겠습니다.

HA 클러스터링 유형 1: 활성-활성 구성

활성-활성 구성에서 처리는 클러스터의 모든 노드에서 수행됩니다. 예를 들어 2노드 클러스터링의 경우 두 노드가 모두 활성 상태입니다. 한 노드가 중지되면 처리가 다른 노드를 대신합니다.

그러나 각 노드가 100%에 가깝게 작동하고 한 노드가 중지되면 다른 노드가 추가 처리 부하를 감당하기 어렵습니다. 따라서 HA 클러스터링에는 여유가 있는 용량 계획이 중요합니다.

HA 클러스터링 유형 2: 활성-대기 구성

2노드 예제를 다시 사용하겠습니다. 활성-대기 구성에서 한 노드는 활성 노드로 구성되고 다른 노드는 대기 노드로 구성됩니다. 활성 노드와 대기 노드는 "하트비트"라는 신호를 교환하여 정상 작동 여부를 지속적으로 확인합니다.

대기 노드가 활성 노드의 하트비트를 수신할 수 없는 경우 대기 노드는 활성 노드가 중지된 것으로 판단하고 활성 노드의 처리를 인계받습니다. 이 메커니즘을 "장애 조치"라고 합니다. 반대로, 중지된 운영 노드를 복구하고 처리를 복구된 활성 노드로 다시 전송하는 메커니즘을 "페일백"이라고 합니다. 액티브/스탠바이 구성에서는 장애가 발생했을 때 액티브 노드에서 스탠바이 노드로의 간단한 전환으로 비교적 쉽게 복구할 수 있다. 다만, 운영노드가 정상적으로 동작할 때 대기노드의 자원이 낭비된다는 점을 고려할 필요가 있다.

HA 클러스터링의 두 가지 구성 요소: 애플리케이션 및 스토리지

HA 클러스터가 효과적이려면 애플리케이션 오케스트레이션과 스토리지 보호라는 두 가지 영역을 해결해야 합니다. 클러스터링 소프트웨어는 보호되는 애플리케이션의 상태를 모니터링하고 문제가 감지되면 해당 애플리케이션의 작업을 대기 노드로 이동합니다. 대기 노드는 가장 최신 버전의 데이터에 액세스해야 합니다. 가급적이면 기본 노드가 사고 이전에 액세스했던 데이터와 동일한 것이 좋습니다. 이것은 두 가지 방법으로 달성할 수 있습니다: 공유 저장소, 공유 없음 저장소. 공유 스토리지 모델에서 두 클러스터 노드는 동일한 스토리지(일반적으로 SAN)에 액세스합니다. 비공유(SANless라고도 함) 구성에서 모든 노드의 로컬 스토리지는 복제 소프트웨어를 사용하여 미러링됩니다.

클러스터링 소프트웨어 제품은 애플리케이션 장애를 일으킬 수 있는 문제를 모니터링 및 감지하는 능력과 장애 조치를 안정적으로 조정하는 능력 면에서 매우 다양합니다. 많은 클러스터링 제품은 애플리케이션 서버가 작동하는지 여부만 감지하지만 애플리케이션 오류를 유발할 수 있는 광범위한 소프트웨어, 서비스, 네트워크 및 기타 문제는 감지하지 못합니다.

애플리케이션 인식은 필수

마찬가지로 복잡한 ERP 및 데이터베이스 응용 프로그램에는 올바른 서버 또는 인스턴스에 저장하고 올바른 순서로 시작하고 복잡한 모범 사례에 따라 온라인 상태로 만들어야 하는 여러 구성 요소가 있습니다. 응용 프로그램/데이터베이스별 요구 사항에 대한 모범 사례를 유지하도록 특별히 설계된 응용 프로그램 복구 키트라는 특수 소프트웨어가 포함된 클러스터링 소프트웨어를 선택하십시오.

HA 클러스터를 구성하는 방법에는 여러 가지가 있습니다.

공유 스토리지가 있는 기존의 2노드 클러스터

 

두 개의 서버가 공유 스토리지로 클러스터링됩니다.

2노드 SANless 클러스터

클러스터는 로컬 LAN 및 고속 동기 블록 수준 복제를 사용하여 구성할 수 있습니다.

실시간 복제를 사용하여 기본 서버의 스토리지를 동일한 데이터 센터, 재해 복구 사이트 또는 둘 다에 있는 대기 서버의 스토리지와 동기화할 수 있습니다. 이를 통해 고가용성 및 재해 복구 구성을 유연하게 구축할 수 있습니다. 2노드 또는 다중 노드SIOS 블록 수준 복제는 성능에 대해 고도로 최적화되어 있습니다. 물리적 서버에서 PCIe 플래시 유형 스토리지 장치와 같은 초고속 로컬 연결 스토리지를 사용하여 매우 저렴한 고성능, 고가용성 구성을 달성할 수도 있습니다.데이터는 플래시 장치와 응용 프로그램에서도 보호됩니다.

세 번째 노드가 있는 SAN 기반 클러스터

재난 보호를 위한 세 번째 노드

이 구성은 SAN 기반 클러스터를 사용하고 원격 데이터 센터 또는 클라우드에 세 번째 SANless 노드를 추가하고 완전한 재해 복구 보호를 달성합니다.재해가 발생하면 대기 원격 물리적 서버가 데이터 손실 없이 자동으로 서비스를 시작하므로 백업 미디어에서 복원하는 데 필요한 시간이 필요하지 않습니다.

로드 밸런싱 클러스터란 무엇입니까?

로드 밸런싱 클러스터링은 프로세싱을 분산시켜 성능을 향상시키기 위해 로드 밸런서를 사용하여 여러 노드에 프로세싱을 분산하여 단일 시스템으로 사용할 수 있는 메커니즘입니다. 노드 장애가 전체 시스템에 영향을 미치는 것을 방지하기 위해 장애가 발생한 노드를 격리할 수 있지만 로드 밸런서는 장애 위험이 있는 중요한 단일 지점이며 고가용성 옵션이 아님 . 웹 서버 로드 밸런싱과 같은 애플리케이션에만 효과적입니다. 로드 밸런서 자체에 장애가 발생하면 전체 시스템이 중지됩니다.

HPC 클러스터링이란 무엇입니까?

성능을 위해 클러스터링을 사용할 수도 있습니다. 고가용성 대신 . 고성능 컴퓨팅 클러스터 또는 HPC 클러스터는 다중(때로는 수천 개의 노드)의 처리 능력을 결합하여 대규모 시뮬레이션, CAE 분석 및 병렬 처리가 필요한 과학 및 기술 환경과 같은 CPU 집약적 환경에서 필요한 CPU 성능을 얻습니다. .

귀하의 비즈니스에 적합한 HA 클러스터링 솔루션을 찾을 준비가 되셨습니까?

SIOS 고가용성 클러스터링에 대해 자세히 알아보기 여기 .