SIOS SANless clusters

SIOS SANless clusters High-availability Machine Learning monitoring

SIOS DataKeeper Cluster Edition 라이센스 키를 설치하는 방법

by Leave a Comment

SIOS DataKeeper Cluster Edition 라이센스 키를 설치하는 방법

SIOS DataKeeper Cluster Edition 라이센스 키를 설치하는 방법

일단 설치하면 SIOS DataKeeper 클러스터 에디션 소프트웨어 라이선스를 활성화한 경우 시작하기 전에 라이선스 키를 설치해야 합니다. 이 4분짜리 비디오는 SIOS DataKeeper Cluster Edition 소프트웨어를 설치하는 방법을 검토하고 중요한 애플리케이션 보호를 시작하기 위해 라이선스를 활성화하는 방법을 보여줍니다.

SIOS 지원 담당자가 SIOS 라이선스를 설치하는 데 필요한 세 가지 주요 전제 조건 각각을 시연하는 것을 시청하세요. 간단한 라이선스 키 관리자를 사용하여 활성화된 라이선스 구입한 권한에서 라이센스 키를 다운로드 및 적용하고 SIOS DataKeeper 소프트웨어 .

이 비디오는 또한 우리의 액세스 프로세스를 안내합니다 SIOS 문서 포털 , 릴리스 정보, 설치 가이드, 기술 문서 및 SIOS DataKeeper Cluster Edition을 자세히 설명하는 정보는 물론 SIOS에 대한 광범위한 주제를 찾을 수 있습니다.

단계를 빠르고 간단하게 완료하는 방법에 대한 팁과 편리한 통찰력을 보십시오.이제 SIOS DataKeeper 클러스터링 소프트웨어로 중요한 애플리케이션을 보호하기 시작합니다.

DataKeeper Cluster Edition 라이센스 키를 설치하는 방법

에서 재생산 시오스

 

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

by Leave a Comment

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

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

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

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

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

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

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

2. 성능 최적화

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

3. 고가용성 최적화

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

4. DR 회피

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

1. 리소스 우선 순위 지정

장애가 발생하면 리소스는 남아 있는 우선 순위가 가장 낮은 서버로 장애 조치되고 추가 서버(알파, 베타 및 감마)로 캐스케이드됩니다.Server Alpha는 Resource.HR의 기본 서버이고, Server Beta는 Resource.MFG의 기본 서버이며, Server Gamma는 모든 리소스/서버의 백업 서버입니다.리소스 우선 순위 지정을 사용하면 Resource.HR은 Server Alpha에서 1의 우선 순위를 가지며 Server Gamma에서 2의 우선 순위를 갖습니다.Resource.MFG는 Server Beta에서 1의 우선순위를 가질 수 있고 Server Gamma에서 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)를 사용하면 사용자가 각 서버 및 리소스 조합에 대한 우선 순위를 지정할 수 있습니다.

2. 정책 또는 선호도 규칙

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

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

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' 스크립트.

– Cassius Rhue, VP, 고객 경험

에서 재생산 시오스

윈도우 클러스터링

by Leave a Comment

Windows 클러스터링 - Windows에서 고가용성을 달성하는 방법

윈도우 클러스터링

Windows 클러스터링

Windows에서 고가용성을 달성하는 방법

시스템 다운타임을 완화하고 Windows의 고가용성을 보장하기 위해 IT 모범 사례에서는 한 노드에 장애가 발생하면 하나 이상의 다른 노드가 자동으로 초과 처리하도록 서버(또는 노드)를 클러스터링할 것을 권장합니다. 이를 Windows 클러스터링이라고도 합니다.

기본 노드의 상태를 모니터링하고 문제가 감지되면 복구 작업을 시작하는 클러스터링 소프트웨어가 필요합니다. 또한 HA 클러스터링에는 장애가 발생한 경우 보조 노드가 저장소에 있는 최신 버전의 데이터에 액세스하도록 하는 방법이 필요합니다.대부분의 경우 이는 클러스터의 모든 노드를 동일한 공유 스토리지에 연결하여 달성됩니다. 클러스터 노드는 사이트 전체 및 지역 재해로부터 애플리케이션을 보호하기 위해 지리적으로 분리되어야 합니다.

Windows Server 환경에서 Microsoft는 Windows Server 플랫폼에 WSFC(Windows Server 장애 조치 클러스터링)를 포함합니다.

Windows Server 장애 조치 클러스터링이란 무엇입니까?

WSFC를 사용하면 각 활성 노드에는 하드웨어 사양이 동일하고 스토리지를 공유하는 대기 노드가 있습니다. 세 번째 노드는 기본 노드가 작동하는지 확인하고 문제가 감지되는 경우 대기 노드에 장애 조치 작업이 필요하다는 신호를 보내는 것이 유일한 목적인 “감시” 서버로 구성되는 경우가 많습니다.

클러스터의 상태를 모니터링하는 것 외에도 WSFC의 노드는 함께 작동하여 다음을 집합적으로 제공합니다.[1]

  • 자원 관리 – 개별 노드는 SAN 및 네트워크 인터페이스와 같은 물리적 리소스를 제공합니다. 호스팅된 애플리케이션은 클러스터 리소스로 등록되며 다른 리소스에 대한 시작 및 상태 종속성을 구성할 수 있습니다.
  • 장애 조치 조정 – 각 리소스는 기본 노드에서 호스팅되며 하나 이상의 보조 노드로 자동 또는 수동으로 전송할 수 있습니다. 노드와 호스팅된 애플리케이션은 장애 조치가 발생할 때 적절히 대응할 수 있도록 알림을 받습니다. WSFC는 Microsoft Always On 가용성 그룹 및 Always On 장애 조치 클러스터링과 함께 작동하여 Microsoft SQL Server 환경에서 장애 조치를 조정합니다.

SIOS DataKeeper가 WSFC를 보완하는 방법

WSFC는 장애 조치(failover) 시 모든 클러스터 노드가 최신 데이터에 액세스할 수 있도록 공유 스토리지를 필요로 합니다. 종종 기업은 데이터 중복성을 보장하기 위해 값비싼 SAN 하드웨어를 사용합니다. SAN은 단일 장애 지점 위험을 나타냅니다. 또한 동일한 Windows Server 장애 조치(Failover) 클러스터링 보호 기능을 사용하여 클라우드에서 애플리케이션을 실행하려는 경우 사용할 수 있는 SAN이 없습니다.

SIOS DataKeeper 클러스터 에디션 공유 스토리지의 필요성을 제거하여 WSFC 및 SQL Server Always On 장애 조치 클러스터링과 원활하게 통합 및 확장합니다. 성능 최적화된 호스트 기반 복제를 제공하여 모든 클러스터 노드의 로컬 스토리지를 동기화하여 SANless 클러스터를 생성합니다. WSFC가 클러스터를 관리하는 동안 SIOS DataKeeper는 스토리지의 동기 또는 비동기 복제를 수행하여 장애 조치(failover)가 발생한 경우 대기 노드가 최신 데이터에 즉시 액세스할 수 있도록 합니다. SIOS DataKeeper는 SAN의 비용, 복잡성 및 단일 장애 지점 위험을 제거할 뿐만 아니라 단일 비용으로 성능 및 보호를 위해 로컬 스토리지에서 최신 고속 PCIe 플래시 및 SSD를 사용할 수 있습니다. 효율적인 솔루션.

SIOS DataKeeper를 사용하면 각 애플리케이션에 대한 네트워크 대역폭과 CPU 사용률의 균형을 맞출 수도 있습니다.

  • 빠른 복제가 중요한 경우 SIOS DataKeeper는 90% 이상의 대역폭 사용률을 달성하여 데이터 동기화를 가속화할 수 있습니다.
  • 네트워크 영향 최소화가 최우선 과제인 경우 SIOS DataKeeper는 통합 압축 및 대역폭 조절을 제공합니다.

또한 SIOS DataKeeper의 대상 스냅샷 기능을 사용하면 보조 노드에서 특정 시점 보고서를 실행하여 기본 노드의 성능에 영향을 줄 수 있는 워크로드를 오프로드할 수 있습니다. 이를 통해 보고서를 더 빠르게 쿼리 및 실행하고 더 빠른 결정을 내릴 수 있습니다.

WSFC와 함께 작동하는 SIOS DataKeeper Cluster Edition은 선택한 업계 표준 하드웨어 및 로컬 연결 스토리지를 사용하여 Microsoft SQL Server, SAP, SharePoint, Lync, Dynamics 및 Hyper-V를 포함한 비즈니스 크리티컬 Windows 환경을 보호합니다. ” 또는 SANless 구성.[2] SIOS DataKeeper는 또한 성능 저하 없이 Amazon Web Services(AWS), Microsoft Azure 및 Google Cloud Services와 같은 클라우드 환경에서 비즈니스 크리티컬 애플리케이션에 대한 고가용성 및 재해 복구 보호 기능을 제공합니다.

SIOS 보호 제품군 – WSFC 없이 Windows 환경 보호

Windows용 SIOS Protection Suite에는 DataKeeper, SIOS LifeKeeper 및 주요 애플리케이션 및 인프라 운영을 위한 애플리케이션 복구 키트(옵션)가 포함되어 있습니다. 결합하는 긴밀하게 통합된 클러스터링 솔루션입니다. 고가용성 장애 조치 클러스터링, 지속적인 애플리케이션 모니터링, 데이터 복제 및 구성 가능한 복구 정책을 통해 다운타임 및 재해로부터 비즈니스 크리티컬 애플리케이션 및 데이터를 보호할 수 있습니다.

분산 메타데이터 및 알림

WSFC 서비스 및 노드의 메타데이터/상태는 클러스터의 각 노드에서 호스팅됩니다. 노드에서 변경 사항이 발생하면 업데이트된 정보가 다른 모든 노드에 자동으로 전파됩니다.

SIOS Protection Suite는 SIOS가 서버, 운영 체제 및 데이터베이스를 포함한 애플리케이션 환경의 상태를 모니터링하므로 WSFC가 필요하지 않습니다. 같은 사이트나 다른 위치에 있는 다른 클러스터 서버와 로컬에서 모두 응용 프로그램을 중지했다가 다시 시작할 수 있습니다. 문제가 감지되면 SIOS Protection Suite는 자동으로 복구 작업을 수행하고 계단식 및 우선 순위 장애 조치를 자동으로 관리합니다.

SIOS Protection Suite를 사용하면 직접 연결 스토리지, iSCSI, 파이버 채널 등을 포함한 다양한 스토리지 장치를 사용하여 SAN 또는 SANless 클러스터를 선택할 수 있습니다.

Windows용 SIOS Protection Suite는 고가용성을 충족하고 재해 복구 단일 사이트 및 여러 사이트에 걸친 요구 사항.

인기 있는 SIOS Windows 클러스터링 솔루션

SQL Server, SAP 및 클라우드 기반 환경을 위한 가장 인기 있는 SIOS Windows 클러스터링 솔루션 중 일부는 아래에서 더 자세히 설명합니다.

SQL Server, SAP, S/4HANA 및 Oracle용 Windows 클러스터링

SIOS는 고가용성, 데이터 복제 및 재해 복구를 포함하여 애플리케이션과 데이터 모두에 대해 포괄적인 SAP 인증 보호를 제공합니다. Windows 환경에서 SAP를 보호하기 위해 SIOS Protection Suite에는 전체 애플리케이션 스택을 모니터링하는 SIOS LifeKeeper가 포함되어 있습니다. SIOS는 SAP와 함께 사용하든 독립 실행형 Oracle 애플리케이션을 실행하든 관계없이 Oracle 데이터베이스를 보호합니다. 구성과 일치하는 애플리케이션 복구 키트를 선택하기만 하면 됩니다.

클라우드의 Windows 클러스터링

클라우드에서 Windows Server 장애 조치 클러스터링을 활성화하기 위해 SIOS DataKeeper가 필요하거나 애플리케이션 모니터링 및 장애 조치 오케스트레이션과 효율적인 블록 수준 데이터 복제를 위해 Windows용 SIOS Protection Suite가 필요한지 여부에 관계없이 SIOS는 완벽한 구성 유연성을 제공합니다. SIOS를 사용하면 물리적, 가상, 클라우드 또는 하이브리드 클라우드 인프라의 모든 조합에서 클러스터를 생성할 수 있습니다. 예를 들어 WSFC를 사용하여 SIOS DataKeeper는 다음을 수행할 수 있습니다.

  • AWS, Azure 또는 Google Cloud의 고가용성 Windows 환경에서 중요한 온프레미스 또는 하이브리드 비즈니스 애플리케이션을 보호합니다.
  • AWS, Azure 또는 Google Cloud에서 Windows 클러스터를 생성하여 SQL Server 및 SAP와 같은 클라우드 애플리케이션을 보호합니다.
  • 클라우드 가용성 영역 또는 지역에서 애플리케이션 인스턴스를 장애 조치하여 사이트 전체, 로컬 또는 지역 고가용성 및 재해 복구 보호를 제공합니다.

SIOS DataKeeper Cluster Edition은 클라우드 전반에 걸쳐 고가용성 클러스터 보호를 제공할 수 있습니다.

결론

SIOS는 광범위한 애플리케이션, 운영 체제 및 인프라 환경을 지원하는 제품을 제공하여 모든 고가용성 요구 사항을 처리할 수 있는 단일 솔루션을 제공합니다. 다음은 SIOS의 힘을 보여주는 몇 가지 예입니다.

  • 서호주의 Perth Stadium은 Hyper-V 가상 머신에 고가용성을 제공하기 위해 WSFC와 함께 SIOS DataKeeper를 구현했습니다.
  • 페이고( paygoutilities.com )는 미국에 기반을 둔 SIOS DataKeeper를 WSFC와 함께 구현하여 AWS의 SQL Server에 대한 고가용성을 제공했습니다.
  • 일본에 기반을 둔 Toyo Gosei는 WSFC와 함께 SIOS DataKeeper를 구현하여 Azure에서 SAP 애플리케이션에 대한 고가용성 및 재해 복구를 제공했습니다.

Windows 환경을 지원하는 고가용성/재해 복구 솔루션에 대한 자세한 내용을 보려면 여기를 클릭하십시오.[TM(1] .

참고문헌 https://www.techopedia.com/definition/24358/windows-clustering https://searchwindowsserver.techtarget.com/definition/Windows-Server-failover-clustering https://docs.microsoft.com/en-us/sql/sql-server/failover-clusters/windows/windows-server-failover-clustering-wsfc-with-sql-server?view=sql-server-ver15[1] https://docs.microsoft.com/en-us/sql/sql-server/failover-clusters/windows/windows-server-failover-clustering-wsfc-with-sql-server?view=sql-server-ver15[2] SN(Shared-nothing Architecture)은 각 업데이트 요청이 단일 노드(프로세서/메모리/저장 장치)에 의해 충족되는 분산 컴퓨팅 아키텍처입니다. https://en.wikipedia.org/wiki/Shared-nothing_architecture 에서 재생산 시오스

리눅스 클러스터링

by Leave a Comment

리눅스 클러스터링

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

고가용성 Linux 클러스터는 함께 작동하고 단일 시스템으로 관리되는 저장 장치인 Linux 컴퓨터 또는 노드 그룹입니다. 기존 클러스터링 구성에서는 두 개의 노드가 공유 스토리지(일반적으로 SAN)에 연결됩니다. Linux 클러스터링을 사용하면 응용 프로그램이 하나의 노드에서 실행되고 클러스터링 소프트웨어를 사용하여 작업을 모니터링합니다. 소프트웨어가 문제를 감지하면 장애 조치(failover)라는 프로세스에서 응용 프로그램의 작동을 보조 노드로 이동합니다. 보조 노드는 기본 노드와 스토리지를 공유하므로 작업을 빠르게 계속할 수 있으며 매우 짧은(초에서 몇 분) 복구 시간과 복구 지점 목표를 달성할 수 있습니다.

Linux 오픈 소스 고가용성 클러스터링

일부 Linux 운영 체제 공급업체는 SUSE Linux HAE와 같은 클러스터링 소프트웨어를 제공합니다. 레드햇 엔터프라이즈 리눅스(RHEL); 및 Oracle RAC(Real Application Clusters).

그들은 당신이 만들 수 있습니다 동안 장애 조치 클러스터 , 그들은 다양한 도전을 제시합니다. 첫째, 최소한 세 가지 관련 기능을 포함해야 하는 HA 구성의 각 구성 요소에 사용할 소프트웨어를 선택합니다. 데이터 복제 , 서버 클러스터링 및 하트비트 모니터가 있는 리소스 관리자. SUSE와 Red Hat을 사용하면 OS에도 종속됩니다. CentOS 또는 Oracle Enterprise Linux(OEL)와 같은 다른 저렴하거나 무료 OS 버전을 사용하려면 별도의 HA 솔루션을 구입해야 합니다.

무엇을 선택하든 고가용성을 위해 오픈 소스 소프트웨어를 사용하여 Linux 클러스터링 솔루션을 만드는 것은 고도로 수동적이고 인적 오류가 발생하기 쉬운 “DIY(Do-It-Yourself)” 프로젝트입니다.

Linux 오픈 소스 HA 확장에는 고도의 기술이 필요하므로 대부분의 운영자에게 어려운 복잡성과 안정성 문제가 발생합니다.

SUSE Linux Enterprise Server 및 Red Hat Enterprise Linux 두 솔루션 모두 SAN 및 SANless 환경을 모두 제공하지만 SANless 환경에서 데이터 복제를 지원하려면 DRBD라는 복제 소프트웨어를 OS에 설치 및 구성해야 합니다. 불행히도 이를 위해서는 많은 사용자 지정 스크립팅이 필요하며 테스트 및 유효성 검사에 오랜 시간이 걸릴 수 있으며 환경이 업데이트될 때 다시 테스트해야 합니다. 이러한 회사는 무엇보다도 운영 체제 회사이기 때문에 지원은 운영 체제 수준 문제에 맞춰져 있으며 고객의 문제를 도와줄 HA 전문 지식이 거의 또는 전혀 없는 경우가 많습니다.

Oracle RAC는 고가용성 솔루션이지만 주로 데이터베이스 관리 계층을 위해 설계되었습니다. 즉, 애플리케이션 계층의 모니터링, 관리 및 복구를 수행하는 구성 요소에 대해 다른 HA 솔루션이 필요합니다. Oracle RAC는 SIOS Protection Suite와 같은 다른 Linux 클러스터링 솔루션과 비교할 때 일반적으로 수십만 달러인 RAC 옵션 비용을 지불하는 것 외에도 Oracle Enterprise Edition으로 업그레이드해야 하는 매우 고가입니다.

Linux 클러스터링을 위한 SIOS 보호 제품군

그만큼 Linux용 SIOS 보호 제품군 고가용성 장애 조치 클러스터링, 지속적인 애플리케이션 모니터링, 데이터 복제 및 구성 가능한 복구 정책의 긴밀하게 통합된 조합을 제공하여 다운타임 및 재해로부터 비즈니스 크리티컬 애플리케이션을 보호합니다. SIOS Protection Suite는 기존 HA 하드웨어 기반 클러스터를 지원하기 위해 SAN 환경에서 작동할 수 있지만 아키텍처는 SANless를 실행할 수 있도록 서버 클러스터링에 대해 비공유 접근 방식을 취합니다. 다양한 애플리케이션에 대한 자동 및 수동 장애 조치/장애 복구 복구 정책을 통해 강력하고 다양하며 쉽게 구성할 수 있는 솔루션을 제공합니다.

Linux용 SIOS 보호 제품군에는 다음이 포함됩니다.

  • 전체 애플리케이션 스택을 모니터링하는 유연한 장애 조치 클러스터링 소프트웨어를 제공하는 SIOS LifeKeeper
  • SANless 클러스터 구성에서 로컬 스토리지를 미러링하거나 재해 복구를 위해 원격 위치 또는 클라우드로 복제하기 위해 빠르고 효율적인 호스트 기반 블록 수준 데이터 복제를 제공하는 SIOS DataKeeper
  • 다운타임 및 재해로부터 비즈니스 크리티컬 애플리케이션 및 데이터를 보호하기 위해 제품에 내장된 자동화된 구성 및 검증 도구가 포함된 다중 애플리케이션 복구 키트(ARK).

SUSE, Red Hat 및 Oracle을 제공하는 Linux 클러스터링 솔루션과 비교할 때 더 쉽게 사용하고 더 나은, 더 저렴한 선택을 가능하게 하는 것은 애플리케이션 복구에 대한 SIOS 팀의 깊이 있는 지식과 애플리케이션 모니터링 및 복구 솔루션의 자동화입니다.

게다가, SIOS 라이프키퍼 Red Hat Enterprise Linux, SUSE Linux Enterprise Server, CentOS 및 Oracle Linux를 포함한 모든 주요 Linux 배포판을 지원하고 광범위한 스토리지 아키텍처를 수용합니다. SIOS 소프트웨어는 이러한 운영 체제에서 실행되도록 조정되고 최적화되었으며 구성 요소가 테스트되어 SANless 클러스터 솔루션이 각 OS에서 작동하는지 확인합니다.

마지막으로 Linux용 SIOS Protection Suite를 사용하면 성능, 고가용성 또는 재해 보호를 희생하지 않고 Amazon Web Services(AWS)와 같은 유연하고 확장 가능한 클라우드 환경에서 비즈니스 크리티컬 애플리케이션을 실행할 수 있습니다.

AWS의 Linux 클러스터링

AWS와 같은 클라우드 공급자는 고가용성 옵션을 제공하지만 고객이 요구하고 클라우드 컴퓨팅 이전에 클러스터를 사용하여 달성했던 전체 애플리케이션 인프라 전반에 걸쳐 고가용성 수준과 광범위한 보호를 제공하지 않습니다. 이것이 AWS가 SIOS와 파트너십을 맺는 이유입니다. Linux용 SIOS Protection Suite는 상호 고객과 이들이 AWS 클라우드로 이동하는 중요 애플리케이션을 위해 원하는 수준의 고가용성을 달성합니다.

AWS 기반 Linux용 SIOS 보호 제품군 2개의 가용 영역에 걸쳐 단일 AWS 리전 내의 가상 사설 클라우드(VPC)에서 고가용성 Linux 클러스터를 생성하는 데 필요한 모든 요소를 제공합니다. 또한 SAP 시스템, Oracle 데이터베이스 및 기타 비즈니스 크리티컬 애플리케이션에 대한 즉시 사용 가능한 보호를 지원합니다.

SIOS 및 AWS는 AWS에서 SIOS Protection Suite Quickstart를 제공하여 몇 가지 짧은 단계로 완전히 구성되고 운영되는 Linux 고가용성 클러스터를 생성하는 데 도움이 됩니다. Linux용 SIOS Protection Suite용 AWS 아키텍처를 설정하고 약 30분 만에 AWS 계정에 배포합니다. 이 Quick Start는 AWS 마켓플레이스 , SIOS Protection Suite for Linux on AWS를 테스트 또는 프로덕션 환경에 배포하려는 엔터프라이즈 사용자를 위한 것입니다.

Linux용 SIOS 클러스터링

SIOS는 지난 20년 동안 SAP, SQL, Linux, Oracle 및 기타 애플리케이션을 위해 특별히 설계된 HA를 제공하는 데 주력해 온 고가용성 회사입니다. 그 경험이 제품에 내장되어 있으며 Linux 배포판을 사용한 사용자 지정 스크립팅과 비교할 때 설치 및 구성에 시간과 비용이 훨씬 적게 소요됩니다.또한 SIOS는 새 버전의 운영 체제 및 응용 프로그램을 테스트하고 검증하므로 고객이 그럴 필요가 없습니다.고객이 지원을 위해 SIOS에 전화하면 고가용성 전문가와 연결됩니다. 이 전문가는 HA에만 집중하고 오랫동안 그렇게 해 온 사람입니다.

자세한 내용은 SIOS 백서 “Linux 환경에서 고가용성 구현”을 참조하십시오. 추가 참조 https://whatis.techtarget.com/definition/clustered-storage 에서 재생산 시오스

장애 조치 클러스터

by Leave a Comment

장애 조치란 무엇입니까?

장애 조치에 대한 “모두에게 알리기”

장애 조치는 기본 시스템, 데이터베이스 또는 네트워크에 장애가 발생하거나 기본 작업이 비정상적으로 종료된 경우 대기, 이중화 시스템, 데이터베이스 또는 네트워크가 작업을 수행하는 프로세스입니다. 핫 페일오버는 에 통합된 주요 설계 원칙 중 하나입니다. 고가용성 및 재해 복구 시스템.

RTO 정전의 최대 허용 기간입니다. 온라인 트랜잭션 처리 애플리케이션은 일반적으로 RTO가 가장 낮고 미션 크리티컬 애플리케이션의 RTO는 몇 초에 불과합니다.

RPO 오류가 발생할 때 허용할 수 있는 데이터 손실의 최대 양입니다. HA의 경우 모든 오류 시나리오에서 데이터 손실이 0이어야 함을 지정하기 위해 RPO가 0인 경우가 많습니다.

장애 조치를 이해하자

먼저 콜드, 웜 및 핫 스탠바이 서버의 차이점에 대해 논의해야 합니다.

  • 콜드 서버(콜드 페일오버라고도 함)는 기본 서버에 연결되어 있지 않지만 기본 서버가 다운된 경우에만 사용할 수 있고 켜져 있는 서버입니다. 콜드 서버의 경우 대기 서버의 전원을 켜는 데 상당한 시간이 걸릴 수 있으며 업데이트된 구성 및 소프트웨어가 필요할 수 있습니다. 즉, RTO(복구 시간 목표)와 RPO(복구 시점 목표)가 가장 깁니다. 콜드 장애 조치는 미션 크리티컬 애플리케이션에 허용되지 않는 것으로 간주됩니다.
  • 웜 서버/장애 조치는 데이터 복제 및 미러링을 통해 기본 서버에서 주기적으로 업데이트를 수신하는 서버입니다.
  • 핫 서버/장애 조치는 기본 서버에서 정기적인 업데이트를 수신하고 장애 조치가 발생할 경우 즉시 인계받을 수 있는 서버입니다. 핫 페일오버는 가장 리소스 집약적이며 데이터 손실이 전혀 없고(제로 RPO) RPO가 몇 분 이내이며 미션 크리티컬 애플리케이션의 고가용성을 지원하는 데 필요합니다.

SIOS 장애 조치 클러스터 소프트웨어는 핫 장애 조치를 지원하여 제로 RPO 및 밀리초의 RTO를 제공합니다. 고가용성 . 결과: 시스템 오류로 인해 데이터 손실이 발생하지 않으며 사용자에게 투명합니다.

SIOS 장애 조치 클러스터 소프트웨어

SIOS는 장애 조치 클러스터 소프트웨어를 제공하므로 고가용성을 위한 기존 공유 스토리지 클러스터 또는 로컬 스토리지를 사용하는 SIOS SANless 클러스터를 구축할 수 있습니다. SIOS 소프트웨어는 실시간 동기(LAN 환경의 경우) 또는 비동기(WAN 환경의 경우) 데이터 복제를 사용하여 스토리지를 동기화합니다.

SIOS 솔루션은 고가용성을 제공하고 재해 복구 하나의 솔루션으로 이 접근 방식은 SAN 기반 복제의 비용과 복잡성을 제거합니다. 여러 대상에 복제할 수 있는 기능으로 여러 위치에 있는 노드로 다중 노드 장애 조치 클러스터를 구성하여 재해로부터 시스템을 보호할 수 있습니다.

SIOS 클러스터를 사용하면 SAN과 SANless 환경과 물리적, 가상, 클라우드 및 하이브리드 구성의 모든 조합 사이에서 선택한 구성 간에 복제할 수 있습니다. 실제로 SIOS 클러스터링 솔루션은 Windows, Linux, SAP, SQL Server, Oracle, AWS, Azure 및 Google 클라우드 플랫폼을 포함하여 지원되는 광범위한 운영 체제, 애플리케이션 및 인프라 환경에서 고유합니다.

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

윈도우 환경에서, SIOS 데이터 키퍼 물리적, 가상 및 클라우드 환경의 모든 조합에서 Windows 클러스터를 구축할 수 있는 유연성을 제공합니다. SIOS DataKeeper Cluster Edition은 성능 최적화된 호스트 기반을 제공하여 WSFC(Windows Server Failover Clustering)와 원활하게 통합 및 확장합니다. 데이터 복제 기구.

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

 

SIOS 솔루션 중 하나인 SIOS DataKeeper의 이점에 대해 설명하는 사례 연구를 검토해 보겠습니다.

작동 중인 SIOS 장애 조치 클러스터 소프트웨어 솔루션

네덜란드에 위치한 Van de Lande BR(VDL)은 다양한 PVC 및 PE 압축 피팅과 밸브를 제조합니다. 그들의 제품은 산업 및 기술 설비에서 전 세계적으로 사용됩니다. 4500개 이상의 다양한 제품을 제조하는 VDL은 제품 개선과 품질에 심혈을 기울이고 있으며 50년 이상 동안 시스템 및 설비 빌더의 브랜드로 선정되었습니다.

VDL은 Hyper-V 환경, SSD(Solid State Disk) 스토리지를 보유하고 있으며 비즈니스는 ERP 솔루션에 크게 의존하고 있습니다. 데이터 처리 시스템이 단 하나뿐인 VDL은 노출되어 재해 발생 시 ERP, 웹 서비스 및 기타 미션 크리티컬 시스템의 보호와 가용성을 보장하기 위해 재해 복구(DR) 솔루션이 필요했습니다.

즉각적인 장애 조치 및 DR 보호를 제공하기 위해 VDL은 한 노드가 다른 노드로 데이터를 복제하는 WSFC(Windows Server 장애 조치 클러스터링) 시스템을 구축했습니다. 기본 노드에 장애가 발생하면 WSFC는 모든 작업을 대기 노드로 이전하여 사용자가 애플리케이션과 데이터에 지속적으로 액세스할 수 있도록 합니다.

VDL은 또한 Hyper-V 가상 머신(VM)에 대한 DR을 제공하기 위해 SIOS DataKeeper Cluster Edition을 선택했습니다. SIOS DataKeeper는 중단 없는 데이터 액세스를 제공하는 소프트웨어 애드온입니다. WSFC와 원활하게 통합되어 LAN 및 WAN 연결을 통해 물리적 서버 간에 Hyper-V VM의 성능 최적화, 호스트 기반, 동기 또는 비동기 실시간 복제를 추가합니다. WSFC와 함께 작동하는 SIOS DataKeeper는 시스템 및 애플리케이션 상태를 모니터링하고 클라이언트 연결을 유지하며 SANless 클러스터를 생성할 수 있도록 합니다. SAN과 달리 SANless 클러스터는 단일 장애 지점을 제거하고 클러스터 배포의 비용과 복잡성을 줄입니다.

SIOS DataKeeper는 또한 WSFC를 사용하여 시스템 관리자에게 친숙하고 애플리케이션에 구애받지 않는 HA/DR 솔루션을 제공함으로써 구현 및 운영을 극적으로 단순화합니다.

VDL은 2개의 SIOS DataKeeper 클러스터를 배포했습니다. 하나의 2노드 클러스터는 파일 서버 및 iSCSI 서버로 작동하고 다른 하나는 SQL Server(ERP) 클러스터 및 Dynamics NAV 웹 서비스를 지원합니다. 구현은 하루도 채 걸리지 않았습니다. 시스템 장애 조치 테스트 중에 네트워크 서비스 팀은 시스템을 빠르고 쉽게 장애 조치하고 장애 복구했습니다. VDL 서버 구성을 철저히 평가하고 테스트를 완료한 후 설치 팀은 SIOS DataKeeper와 SANless 클러스터가 ERP 시스템, 웹 서비스 및 기타 임무의 재해 복구, 성능 및 고가용성에 대한 모든 기준을 충족함을 확인했습니다. – 중요한 응용 프로그램. 조직은 더 이상 장애 발생 시 데이터 손실 위험을 감수하지 않습니다.

마지막 한가지

SIOS 테스트 외에도 VDL은 허용할 수 없는 결과로 다른 솔루션을 테스트했습니다. VDL의 ICT 관리자인 Maurits van de Lande는 다음과 같이 말했습니다. “DFS 복제와 AlwaysOn 기술을 모두 사용하여 파일 서버를 테스트했습니다. 어느 쪽도 SIOS DataKeeper와 일치하는 자동화된 재해 복구 솔루션을 제공하지 않았으며 이는 DR 요구 사항을 완전히 해결합니다.” ——————————————————————————————————————————————— IT 환경에 관계없이, 조직은 SIOS DataKeeper Cluster Edition 및 DataKeeper Standard Edition의 이점을 누릴 수 있습니다. 둘 다 구성 유연성을 제공하고, 데이터 전송 비용을 줄이고, 단일 실패 지점을 제거하고, 복잡성을 줄이고, 네트워크 성능을 최적화합니다.

자세한 내용은, 문의하기 또는 요청 무료 시험판 .

참조:

에서 재생산 시오스