SIOS SANless clusters

SIOS SANless clusters High-availability Machine Learning monitoring

  • Home
  • 제작품
    • SIOS DataKeeper for Windows
    • SIOS Protection Suite for Linux
  • 뉴스 및 이벤트
  • 서버 클러스터 단순화
  • 성공 사례
  • 저희에 게 연락
  • English
  • 中文 (中国)
  • 中文 (台灣)
  • 한국어
  • Bahasa Indonesia
  • ไทย

클러스터 소개 – 1부

11월 18, 2021 by Jason Aw Leave a Comment

클러스터 소개 – 1부

클러스터 소개 – 1부

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

클러스터링 기술은 여러 서버를 연결하여 단일 기능 단위로 작동하도록 하는 기술입니다.

클러스터링 유형

당신은 할 수 있습니다 무리 여러 목적을 위한 서버. 예를 들어 고성능을 위해 여러 소형 서버의 처리 능력을 결합할 수 있습니다. 효율성을 높이기 위해 로드 밸런서를 사용하여 처리 작업을 여러 노드에 분산할 수도 있습니다.

고가용성(HA) 클러스터링 다운타임 및 데이터 손실로부터 중요한 애플리케이션을 보호하기 위해 서버 노드를 결합하는 프로세스입니다.

클러스터 소개
기존 공유 스토리지 장애 조치 클러스터에서 기본 노드와 보조 또는 원격 노드는 동일한 스토리지를 공유합니다.

HA 클러스터링

고가용성(HA) 클러스터링은 SPOF(단일 장애 지점)를 제거하여 가동 중지 시간을 줄이는 메커니즘입니다. HA 클러스터에서 중요한 애플리케이션은 클러스터의 하나 이상의 보조 또는 원격 노드에 연결된 기본 노드에서 실행됩니다. 클러스터링 소프트웨어는 애플리케이션, 서버 및 네트워크의 상태를 모니터링합니다. 기본 노드에 장애가 발생하면 장애 조치(failover)라고 하는 프로세스에서 보조 노드로 애플리케이션 작업을 이동하고 여기서 작업이 계속됩니다.

고가용성

애플리케이션 고가용성은 해당 연도에 애플리케이션을 사용할 수 있고 작동할 수 있는 시간을 측정한 것입니다. 일반적으로, HA 클러스터 주어진 연도 동안 99.99%(99%)의 가용성 또는 52분 이상의 가동 중지 시간을 제공합니다.

기존 HA 클러스터에서는 모든 클러스터 노드가 동일한 공유 스토리지(일반적으로 SAN)에 연결된다는 점에 유의하는 것이 중요합니다. 이러한 방식으로 장애 조치 후 보조 노드는 기본 노드와 동일한 데이터에 액세스하고 작업을 계속할 수 있습니다.

클러스터 소개
SANless 클러스터는 호스트 기반 블록 수준 복제를 사용하여 로컬 스토리지를 동기화합니다.

SANless 클러스터

그러나 많은 회사에서 여러 가지 이유로 SANless 클러스터를 사용하는 것을 선호합니다. 첫째, 공유 스토리지는 중요한 단일 실패 지점을 나타냅니다. 둘째, 공유 스토리지는 퍼블릭 클라우드 환경에서 옵션이 아닌 경우가 많습니다. 셋째, SAN은 때때로 SQL Server, Oracle 및 SAP와 같은 데이터베이스 응용 프로그램의 성능을 방해할 수 있습니다.

이러한 회사는 공유 스토리지 대신 효율적인 호스트 기반 블록 수준 복제를 사용하여 모든 클러스터 노드의 로컬 스토리지를 동기화합니다. 장애 조치 시 보조 노드는 기본 스토리지의 동일한 복사본을 사용하여 로컬 스토리지에 연결됩니다. 이는 SAN SPOF 위험을 제거할 뿐만 아니라 비용 효율적인 고성능을 위해 로컬 온프레미스 스토리지에 고속 디스크(SSD)를 추가할 수 있습니다. SANless 클러스터링은 또한 기업이 최소한의 노력이나 지속적인 비즈니스 프로세스 중단으로 온프레미스 HA 환경을 클라우드로 마이그레이션할 수 있도록 합니다.

에서 재생산 시오스

Filed Under: 서버 클러스터 단순화 Tagged With: SIOS

고가용성 및 재해 복구를 위한 클러스터링 소프트웨어

11월 13, 2021 by Jason Aw Leave a Comment

고가용성 및 재해 복구를 위한 클러스터링 소프트웨어

클러스터링 소프트웨어

고가용성 및 재해 복구를 위한 클러스터링 소프트웨어

클러스터링 소프트웨어란 무엇입니까?

클러스터링 소프트웨어 여러 서버가 함께 작동하여 가용성을 제공하고 데이터 손실을 방지할 수 있도록 서버를 그룹화 또는 클러스터로 구성할 수 있습니다. 각 서버는 운영 체제, 응용 프로그램 및 데이터와 같은 동일한 정보를 유지 관리합니다. 한 서버에 장애가 발생하면 다른 서버가 즉시 워크로드를 처리합니다. IT 전문가는 단일 실패 지점을 제거하고 가동 중지 시간의 위험을 최소화하기 위해 클러스터링에 의존합니다. 실제로 모든 조직의 86%가 일종의 클러스터링 또는 고가용성 메커니즘이 제자리에 있습니다.[1]

클러스터 관리 소프트웨어 유형

Windows 및 Linux 배포판에 사용할 수 있는 다양한 클러스터 관리 소프트웨어 솔루션이 있습니다. 예는 다음과 같습니다.

  • WSFC(Windows 서버 장애 조치 클러스터링),
  • SUSE Linux Enterprise 고가용성 확장,
  • 레드햇 클러스터 스위트,
  • Oracle RAC(Real Application Clusters) 및
  • 시오스 소프트웨어.

SIOS를 제외하고 이러한 제품은 단일 운영 체제를 지원하거나 고가의 SAN 하드웨어가 필요하므로 유연성 및 배포 옵션이 제한됩니다. 또한 Linux 오픈 소스 HA 확장에는 고도의 기술이 필요하므로 대부분의 운영자에게 어려운 복잡성과 안정성 문제가 발생합니다.

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

SIOS 클러스터링 소프트웨어가 Windows 및 Linux 클러스터에 고가용성을 제공하는 방법

Windows 또는 Linux 환경에서 중요한 응용 프로그램을 실행하는 경우 SIOS Technology Corporation의 고가용성 소프트웨어 클러스터링 제품을 고려할 수 있습니다.

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

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

Windows 환경이든 Linux 환경이든 SIOS 제품은 IT 팀을 컴퓨팅 인프라의 복잡성과 과제에서 해방시킵니다. 인텔리전스, 자동화, 유연성, 고가용성 , 사용이 간편한 IT 관리자는 다운타임이나 데이터 손실로부터 비즈니스 크리티컬 애플리케이션을 보호해야 합니다. 80,000개 이상의 라이선스가 판매된 SIOS는 많은 세계 최대 기업에서 사용하고 있습니다.

다음은 선도적인 HIS(병원 정보 시스템) 제공업체가 Windows 클러스터 환경에서 고가용성 및 네트워크 대역폭을 개선하기 위해 SIOS DataKeeper Cluster Edition을 배포한 방법을 설명하는 사례 연구입니다.


한 HIS 공급자가 SIOS DataKeeper 클러스터링 소프트웨어를 사용하여 RPO 및 RTO를 개선한 방법

이 선도적인 HIS 제공업체는 환자 관리, 환자 셀프 서비스 및 수익 관리를 포함한 다양한 애플리케이션을 사용하는 10,000개 이상의 미국 기반 의료 기관(HCO)을 보유하고 있습니다. 이러한 고객을 지원하기 위해 조직은 지리적으로 분산된 2개의 데이터 센터에 20개 이상의 SQL Server 클러스터를 배치하고 몇 대의 소규모 서버와 재해 복구 (DR).

조직은 대규모 고객 기반과 방대한 IT 인프라를 보유하고 있으며 DR 사이트에 데이터를 복제할 때 과도한 네트워크 트래픽을 처리하고 네트워크 대역폭 문제를 제거할 수 있는 솔루션이 필요했습니다. 또한 조직은 위험에 처한 데이터의 양을 줄이고 재해 또는 시스템 장애 후 IT 운영을 더 빠르게 백업 및 실행하기 위해 RPO(복구 시점 목표) 및 RTO(복구 시간 목표)를 개선해야 했습니다. RPO는 서버에 장애가 발생하거나 재해가 발생했을 때 허용할 수 있는 최대 데이터 손실량입니다. RTO는 모든 중단의 최대 허용 기간입니다.

이러한 문제를 해결하기 위해 이 조직은 WSFC와의 원활한 통합을 제공하여 SANless 클러스터를 생성할 수 있는 SIOS DataKeeper Cluster Edition을 선택했습니다.

SIOS DataKeeper Cluster Edition이 조직의 엄격한 POC 테스트를 통과한 후 IT 팀은 회사의 프로덕션 환경에 솔루션을 배포했습니다. 팀은 조직의 기본 온프레미스 데이터 센터에 있는 2개의 SAN 기반 노드와 원격 DR 사이트에 있는 1개의 SANless 노드로 구성된 3노드 클러스터에 SIOS를 배포했습니다.

SIOS 솔루션은 클러스터의 3개 노드에서 복제를 동기화하고 DR 사이트에서 대역폭 문제를 제거하여 RPO와 RTO를 모두 개선하고 대역폭 비용을 줄입니다. 오늘날 조직은 SIOS DataKeeper Cluster Edition을 사용하여 18개 이상의 클러스터 노드에서 SQL Server 환경을 보호합니다.

자세한 내용은 전체 사례 연구를 참조하십시오. .


SIOS 클러스터링 소프트웨어 작동 방식

SIOS 소프트웨어는 클러스터 솔루션의 필수적인 부분으로, 성능이나 가용성을 희생하지 않으면서 물리적, 가상 및 클라우드(퍼블릭, 프라이빗 및 하이브리드) 환경의 모든 구성(또는 조합)에서 Windows 또는 Linux 환경을 보호합니다.

저대역폭 로컬 또는 광역 네트워크를 통해 데이터를 전송하기 위해 빠르고 효율적인 복제가 필요한 경우 SIOS DataKeeper는 Microsoft SQL Server, Oracle, SharePoint, Lync, Dynamics 및 Hyper-V를 포함한 비즈니스 크리티컬 Windows 환경을 가동 중지 및 물리적, 가상 또는 클라우드 환경에서의 데이터 손실.

Linux용 SIOS Protection Suite는 Red Hat Enterprise Linux, SUSE Linux Enterprise Server, CentOS 및 Oracle Linux를 포함한 모든 주요 Linux 배포판을 지원하며 광범위한 스토리지 아키텍처를 수용합니다.

SIOS 클러스터링 소프트웨어가 Windows 및 Linux 환경을 보호하기 위해 어떻게 작동하는지 보려면, 데모 요청 또는 얻을 무료 시험판 .

다음에 대해 자세히 알아보십시오. SAP 클러스터링 SQL 서버 클러스터링 오라클 클러스터링 리눅스 클러스터링 클러스터링 제품에 대한 최근 블로그 게시물을 확인하십시오.

참고문헌

  • https://searchdomino.techtarget.com/definition/application-clustering
  • https://www.itprotoday.com/cloud-computing/clustering-software
  • https://searchwindowsserver.techtarget.com/definition/Windows-Server-failover-clustering

[1]ActualTech Research와 협력하여 SIOS, (2018) 응용 프로그램 고가용성 설문 조사 보고서 재생성 시오스

Filed Under: 서버 클러스터 단순화

재해 복구 기초

11월 8, 2021 by Jason Aw Leave a Comment

재해 복구 기초

재해 복구 기초

재해 복구 개요

 

 

재해 복구는 시스템을 신속하게 복원/수리하고 사이트 전체 또는 지역적 장애 발생 시 피해를 최소화하는 능력을 의미합니다. 재해 복구는 비즈니스 연속성 관리의 중요한 부분이며 강력한 재해 복구 프로토콜을 마련하면 시스템 다운타임과 관련된 불필요한 데이터 손실 및 비용을 방지하는 데 도움이 됩니다.

재해 복구의 ‘재해’ 부분을 구성하는 것은 무엇입니까? 지진, 홍수 등의 자연재해뿐만 아니라 ‘화재’, ‘테러’, ‘무단침입’, ‘대규모 해킹’, ‘장기적 대규모 -규모 정전.” 실패할 경우 IT 시스템에 치명적인 손상을 줄 가능성이 있는 모든 것.

시스템 장애의 실제 영향

시스템 오류와 관련된 잠재적인 물리적 손상 및 데이터 손실 외에도 재해 복구 계획이 없으면 비즈니스에 복구할 수 없는 수익 손실이 발생할 수 있습니다. 1분의 시스템 다운타임으로 인해 판매 및 기회 상실, 잠재적인 부정적인 고객 경험, 비즈니스 평판 훼손 및 긴급 IT 수리에 대한 높은 비용이 발생합니다.

재해 복구의 중요성

미션 크리티컬 서비스를 제공하는 회사의 경우 예기치 않은 시스템 다운타임을 처리할 수 있는 비즈니스 연속성 시스템을 구축하는 것이 필수적입니다. 처음부터 장애를 예방하고 로컬 장애 또는 사이트 전체 또는 지역 재해가 발생하는 경우 신속하게 복구할 수 있는 능력을 갖추면 데이터를 보호하고 고객과의 관계를 유지하며 시간을 절약하고 막대한 재정적 손실을 입을 수 있습니다.

치명적인 시스템 오류는 일어날 수 있는 일이 아니라 일어날 수 있는 일임을 인식하는 것이 중요합니다. 따라서 적절한 재해 복구 계획을 수립하면 비즈니스를 보호할 수 있습니다.

재해 복구 과제


재해 복구 프로토콜은 필수적이지만 설정하고 구현하는 데 어려움이 없는 것은 아닙니다. 적절한 재해 복구 구현에 대한 몇 가지 일반적인 장벽은 다음과 같습니다. 과제 1: 지리적 분리.
재해 보호의 핵심은 기본 데이터 센터 또는 클라우드 인스턴스와 지리적으로 분리된 위치에 시스템 및 데이터를 유지하여 재해 또는 클라우드 중단이 발생하는 경우 보조 시스템을 온라인으로 전환하고 운영을 계속할 수 있도록 하는 것입니다.

과제 2: 네트워크 대역폭 요구 사항 재해 복구를 위해 오프사이트 위치에 데이터를 복제하면 네트워크 대역폭 요구 사항이 추가되고 대기 시간 문제가 발생할 수 있습니다.

과제 3: 데이터 볼륨의 계속 증가 재해 복구 사이트의 스토리지 용량 요구 사항은 시간이 지남에 따라 증가합니다. 적절한 재해 복구 계획은 어떤 데이터를 보호해야 하는지 명확히 하고 사용 가능한 스토리지 리소스를 최적화하기 위해 “보호 우선 순위”를 설정해야 합니다.

과제 4: 복구 시 복구 절차 재해로 인해 시스템이 다운되면 서비스 복구가 필요합니다. 종종 기업은 데이터가 여러 위치에 흩어져 있고 표준화된 절차 및 복구가 없기 때문에 막대한 시간과 비용 손실을 초래한다는 사실을 알게 됩니다. 명확하고 표준화된 복원 절차를 개발하면 이러한 골칫거리를 없애고 가장 중요할 때 신속한 조치를 취할 수 있습니다.

데이터 백업과 가용성 보호

전통적으로 데이터 백업(기본적으로 데이터 및 애플리케이션의 복사본을 만들어 오프사이트 위치로 이동하는 프로세스)은 IT 장비 장애/고장 시 데이터를 보호하고 규정에 따라 기록 보관/보관할 목적으로 수행되었습니다. HIPAA(Healthcare Information Portability Accountability Act)와 같은 요구 사항. 작동을 복구하려면 사건의 영향을 받는 모든 서버, 스토리지 및 기타 하드웨어와 네트워킹을 교체하거나 수리해야 합니다. 서버를 구성하고 애플리케이션을 복원하고 다시 온라인으로 전환하고 복구된 데이터에 연결해야 합니다. 이 단계는 몇 개월이 걸릴 수 있습니다.

가용성 보호 프로세스가 없으면 백업만으로 복구 작업을 수행하는 것은 시간과 비용이 많이 드는 프로세스가 될 수 있습니다. 가용성 프로세스는 재해 발생 시 완전한 운영 시스템을 인계받을 준비가 된 상태로 유지하여 몇 분 안에 서비스를 재개할 수 있습니다.

효과적인 재해 복구 계획이 중요한 몇 가지 다른 일반적인 이유는 다음과 같습니다.

재해 복구 지표


재해 복구의 주요 지표는 “RPO” 및 “RTO”입니다.

RPO(복구 시점 목표) RPO는 재해 발생 시점부터 데이터 복구가 보장된 과거 시점까지를 나타냅니다.

“RPO = < 5분”인 경우 “RPO = 0(데이터 손실 없음)”을 목표로 하는 경우 장애 조치 클러스터링과 같은 가용성 보호 메커니즘이 필요합니다.

RTO(복구 시간 목표) RTO는 비즈니스가 초기 다운타임에서 운영 복구까지 얼마나 많은 시간을 허용할 수 있는지 보여주는 지수입니다. “RTO = 1개월 이상”인 경우 원격 백업 및 대체 장치 확보만으로 데이터 복구를 처리할 수 있습니다. 그러나 “RTO = 몇 분 이내”인 경우 장애 조치 클러스터링이 필요합니다.

재해 복구 방법 선택


비즈니스에 적합한 재해 복구 방법을 결정할 때 다음과 같은 중요한 요소를 고려하십시오.

  • 비즈니스 프로세스의 중요성 및 영향에 대한 내성
  • 보호하려는 데이터 유형 및 용량
  • 복구 요구 사항 – RPO 및 RTO
  • 예산

비즈니스 영향에 중점

IT 부서가 IT 시스템에 대한 재해 복구 조치를 개발하는 데 기술적인 역할을 하는 동안 비즈니스 소유자는 비즈니스에 미치는 영향을 최소화하기 위해 각 시스템 중지가 비즈니스에 미치는 영향에 대한 시스템 중단의 영향과 범위를 고려해야 합니다.

보호되는 데이터 유형(데이터 무결성)

보호되는 데이터의 유형과 중요도를 분류하는 것은 중요합니다. 매우 정확한 일관성이 필요하지 않은 데이터(예: 파일 서버)의 경우 간단한 기본 저장소 백업으로 충분할 수 있습니다.

반면에 SQL Server, Oracle 및 SAP와 같은 ERP 시스템 및 데이터베이스에는 특정 서버에 배치되어야 하고 특정 주문에 따라 시작되어야 하고 다양한 애플리케이션별 모범 사례에 따라 관리되어야 하는 여러 서비스와 부품이 있습니다. . 일반적으로 장애 조치를 오케스트레이션하려면 고가용성 보호와 애플리케이션 인식 클러스터링 솔루션이 필요합니다.

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

주요 재해 복구 용어


원격 백업 – 기본적으로 지리적으로 분리된 원격 위치에 애플리케이션 및 데이터 사본을 보관합니다.

동기 스토리지 미러링 DR 보호를 위해 동기화된 스토리지의 로컬 및 원격 사본을 유지합니다. 이 방법에서 데이터는 로컬 저장소에 기록되고 즉시 원격 저장소에 복제됩니다. 로컬 저장소는 원격 위치에 데이터를 쓰는 프로세스가 완료될 때까지 “커밋”되지 않습니다. 이 프로세스는 두 위치를 동일하게 유지하여 이벤트 시점에 전송 중인 데이터가 원격 위치에 쓰지 못할 경우 발생할 수 있는 불일치를 제거합니다. 기본 사이트와 백업 사이트 간에 데이터 무결성이 보장됩니다.

비동기식 스토리지 미러링.
이 방법은 데이터를 로컬 저장소에 쓴 다음 원격 위치에 복제합니다. 지리적 분리로 인해 대기 시간이 발생할 때 네트워크 활용 효율성을 높이고 대역폭 경합을 줄일 수 있습니다.

“콜드 스탠바이” 및 “핫 스탠바이”

콜드 스탠바이 재해 발생 시 데이터 또는 보조 시스템의 복사본을 오프라인으로 유지하는 프로세스입니다. 기본 시스템이 다운되면 시스템과 소프트웨어를 수동으로 시작해야 하고(경우에 따라 구성) 데이터를 복원해야 작동을 계속할 수 있습니다.

상시 대기 이는 보조 시스템을 계속 작동 상태로 유지하고 기본 시스템에 다운타임이 발생한 경우 보조 시스템으로 전환하는 프로세스입니다.

재해 복구 방법 비용 비교


RPO 및 RTO가 작을수록 가동 중지 시간이 짧아지지만 그에 따라 비용이 증가합니다.

각 데이터 유형의 비용과 자산 가치를 고려하여 필요한 보호 수준에 대한 최적의 방법을 찾는 것이 필요합니다. 내부 구현과 서비스 아웃소싱 간의 균형은 비용에 영향을 미칩니다.

고가용성 및 재해 복구 솔루션에 대해 자세히 알아보려면 시오스, 클릭 여기 .

에서 재생산 시오스

Filed Under: 서버 클러스터 단순화

재해 복구

11월 2, 2021 by Jason Aw Leave a Comment

재해 복구

재해 복구

단일 클러스터링 소프트웨어 솔루션으로 재해 복구를 활성화하는 방법

재해 복구를 통해 물리적, 가상, 클라우드 또는 하이브리드 클라우드 인프라의 모든 조합에서 작동하는 Windows 또는 Linux 애플리케이션 보호

재해 복구란 무엇입니까?

재해 복구는 지속적인 비즈니스 운영에 매우 중요합니다.

재해 복구(DR)는 인재 또는 자연 재해가 발생했을 때 중요한 IT 시스템, 데이터베이스 및 애플리케이션이 계속 작동하고 사용자가 사용할 수 있도록 하는 전략 및 일련의 정책, 절차 및 도구입니다. IT 팀이 재해 복구 전략을 소유하는 동안 재해 복구는 모든 조직의 비즈니스 연속성 계획의 중요한 구성 요소입니다. 이 계획은 재해 발생 후 전체 비즈니스를 백업하고 실행하는 전략이자 일련의 정책, 절차 및 도구입니다.

그러나 재해에 대해 말할 때 비즈니스에 영향을 미치는 본격적인 허리케인, 토네이도, 홍수 또는 지진일 필요는 없습니다. 재난은 사이버 공격, 사용자 오류, 화재, 절도, 기물 파손, 심지어 테러 공격을 포함하여 다양한 형태로 나타납니다. 간단히 말해서, 재해는 IT 인프라, 데이터 센터 및 비즈니스에 영향을 미치는 장기간의 시스템 다운 및/또는 대규모 데이터 손실을 초래하는 모든 위기입니다.

재해 복구

최근 스파이스웍스에서 조사 , 59%의 조직이 1년 동안 1~3회의 정전(즉, 정상적인 수준의 IT 관련 서비스 중단)을 경험했다고 밝혔고, 11%는 4~6회, 7%는 7회 또는 7회 또는 더. 또한 설문 조사에 따르면 더 많은 서비스에 의존하는 대기업이 소규모 조직보다 가동 중단을 겪을 가능성이 더 큽니다. 예를 들어, 중소기업의 71%는 지난 12개월 동안 한 번 이상의 가동 중단을 경험한 반면, 중소기업의 79%와 대기업의 87%에 비해 상대적으로 낮았습니다. 이러한 통계를 보면 재해 복구 계획이 마련되지 않은 상태에서 시간을 빌린 생활을 하고 있다는 것을 알 수 있습니다.

하지만 좋은 소식이 있습니다. 이전 연도의 통계와 비교할 때 모든 규모와 모든 산업 분야의 조직이 재해 복구 계획을 수립하는 데 있어 더 나은 성과를 거두고 있는 것으로 보입니다. 같은 Spiceworks 조사에 따르면, 95% 의 조직이 DR 계획을 갖고 있지만 불행히도 23%는 계획을 테스트하거나 실행하지 않습니다. DR 계획을 실행하는 것은 학생 소방 훈련이나 소집 훈련만큼 중요합니다. 계획을 세우는 것은 첫 번째 단계일 뿐입니다. 계획 실행에 관련된 사람들이 무엇을 해야 할지 모르면 재해에서 복구할 수 없습니다.

고가용성 대 재해 복구

그러나 더 진행하기 전에 시스템 장애와 재해를 처리하는 모범 사례의 차이점을 명확히 합시다. 시스템 오류에서 복구하려면 중복 시스템, 소프트웨어 및 데이터가 LAN(Local Area Network)에 있어야 합니다. 중요한 데이터베이스 응용 프로그램의 경우 LAN을 통해 동기적으로 데이터를 복제할 수 있습니다. 이렇게 하면 대기 인스턴스가 “핫”해지고 활성 인스턴스와 동기화되므로 장애가 발생할 경우 즉시 인계받을 준비가 됩니다. 이것은 고가용성(HA) .

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

RTO는 가동 중단의 최대 허용 기간이고 RPO는 재해 발생 시 허용할 수 있는 최대 데이터 손실량입니다. 재해 복구의 경우 몇 분 또는 몇 시간의 RTO가 일부 솔루션에서 일반적입니다. 단 몇 분 만에 WAN을 통해 복구를 시도하는 것은 비용이 너무 많이 들기 때문입니다. 미션 크리티컬 애플리케이션의 경우 조직은 낮은 RPO를 달성하기를 원하지만 RPO가 낮을수록 장애 조치 전에 모든 데이터가 대기 서버에 복제되었는지 확인하는 프로세스가 더 많이 필요합니다. 이러한 노력은 회복 시간을 증가시키는 경향이 있습니다.

그러나 SIOS 재해 복구 솔루션을 사용하면 데이터 손실이 최소화된 RPO와 1~2분의 RTO를 달성할 수 있습니다.

SIOS는 HA 및 DR 요구 사항을 충족하는 하나의 솔루션을 제공합니다.

단일 사이트 내에서 로컬 HA가 필요하든 여러 사이트에서 빠르고 효율적인 DR이 필요하든 SIOS 솔루션은 모든 비즈니스 연속성 요구를 충족합니다.

NS SIOS 재해 복구 솔루션 몇 초의 RPO와 몇 분의 RTO를 제공하는 지리적으로 분산된 다중 사이트 클러스터입니다. SIOS가 다른 많은 DR 공급자와 다른 점은 고가용성과 재해 복구 요구 사항을 모두 충족하는 하나의 솔루션을 제공한다는 것입니다.

DR을 지원하려면 고가용성을 위해 수행하는 것과 동일한 방식으로 클러스터를 구성하지만 앞에서 설명한 두 가지 뚜렷한 차이점이 있습니다.

  • DR 클러스터 노드는 HA 인스턴스에서 더 멀리 떨어진 지리적 사이트(온프레미스, 가상 또는 클라우드)에 있습니다.
  • DR 사이트는 WAN(광역 네트워크)에 있습니다. 데이터 복제 처리량 성능에 부정적인 영향을 미치지 않도록 비동기식입니다.

비동기식 데이터 복제는 DR 인스턴스에 대한 업데이트가 활성 인스턴스에 대한 업데이트보다 지연되지만 일반적으로 기껏해야 몇 초만 지연된다는 것을 의미합니다. 그러나 SIOS의 매우 빠른 WAN 데이터 복제 기능을 사용하면 여러 서버와 데이터 센터에서 동기화된 데이터의 실시간 복사본을 유지하여 HA와 DR을 모두 달성할 수 있습니다.

SIOS HA/DR 솔루션은 HA/DR 및 실시간 데이터 복제를 위한 단일 솔루션 외에도 다음을 제공합니다.

  • 네트워크 부하를 최소화하는 블록 수준 데이터 압축
  • 네트워크 혼잡을 조절하고 최소화하기 위한 대역폭 조절
  • 네트워크 성능 향상을 위한 WAN 최적화
  • DR을 지원하는 푸시 버튼 장애 조치 및 HA를 지원하는 자동 장애 조치와 통합
  • 온프레미스, 가상, 클라우드 또는 하이브리드 DR 솔루션을 선택할 수 있는 불가지론적 플랫폼 접근 방식

다음 사례 연구에서는 SIOS DataKeeper를 사용하여 단일 솔루션에서 HA 및 DR을 제공하는 방법을 보여줍니다.

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

Premier Health Center에서 HA 및 DR 보호 활성화

이스라엘에 위치한 ALYN 병원은 신체 장애가 있는 유아, 아동 및 청소년의 진단 및 재활을 전문으로 하는 최고의 소아 재활 건강 센터입니다. 부모는 광범위한 의료 서비스, 준의료 요법 및 추가 최첨단 재활 서비스를 받기 위해 이스라엘 및 해외에서 자녀를 데려옵니다.

올바른 솔루션 검색

ALYN Hospital은 임상 및 관리 운영을 지원하기 위해 전자 의료 기록(EMR), 고객 관계 관리(CRM), SQL Server 데이터베이스, Microsoft Exchange 및 Microsoft Office를 포함한 다양한 애플리케이션을 운영합니다. 의료 제공자로서 병원은 엄격한 정부 규정의 적용을 받으며 미션 크리티컬 애플리케이션의 보호 및 가용성을 보장하기 위해 강력한 DR 조항을 구현해야 합니다. 병원은 DR 전략을 지원하기 위해 Hyper-V Replica를 선택했으며, 물리적으로 분리된 온프레미스 2개의 서버실을 운영하여 Hyper-V 호스트 서버에서 실행되는 모든 중요한 VN(가상 머신)을 다른 방에 복제할 수 있습니다. 불행히도 이 구성은 RPO 및 RTO 요구 사항을 충족하지 못했기 때문에 IT 팀은 다른 옵션을 조사하기 시작했습니다.

IT 팀은 올바른 DR 솔루션을 찾기 위해 공유 저장소를 사용하는 WSFC(Windows Server 장애 조치 클러스터링)를 고려했습니다. 불행히도 ALYN에는 SAN이 없었고 예산 제한으로 인해 두 서버 룸에 동일한 SAN을 구현하는 데 엄청난 비용이 들었습니다. 이러한 이유로 ALYN은 타사 솔루션을 조사했습니다.

타사 장애 조치를 찾는 중 클러스터링 소프트웨어 , ALYN은 세 가지 기준을 설정했습니다.

  • 솔루션은 기존 하드웨어와 함께 작동해야 했습니다.
  • 솔루션은 모든 병원 핵심 애플리케이션에서 고가용성(HA)과 재해 복구(DR) 보호를 모두 제공해야 했습니다.
  • 총 소유 비용(TCO)은 부서의 제한된 예산에 맞아야 했습니다.

SIOS DataKeeper – 확실한 선택

여러 솔루션을 평가한 후 IT 직원은 SIOS DataKeeper를 선택했습니다. 팀은 이 솔루션을 “매우 낮은 총 소유 비용으로 캐리어급 기능을 제공하는” 솔루션으로 설명하고 단일 비용 효율적인 솔루션에서 HA 및 DR을 제공합니다.

SIOS DataKeeper는 실시간 블록 수준 데이터 복제와 지속적인 애플리케이션 수준 모니터링 및 유연한 장애 조치/장애 복구 정책을 구현 및 관리하기 쉬운 토탈 솔루션에 결합합니다. DataKeeper는 WSFC를 활용하고 운영 환경과의 호환성을 유지하므로 IT 팀이 솔루션 사용 방법을 쉽게 배우고 모든 애플리케이션에 대한 HA 구성을 신속하게 완료할 수 있습니다.

DataKeeper를 사용하여 IT 팀은 3노드 SANless를 만들 수 있습니다. 장애 조치 클러스터 단일 활성 인스턴스와 두 개의 대기 인스턴스가 있습니다. 이 구성을 사용하면 활성 인스턴스를 3노드 클러스터의 모든 서버로 이동할 수 있고 계획된 하드웨어 및 소프트웨어 유지 관리 기간 동안 완전히 보호될 수 있기 때문에 ALYN은 운영 중단 없이 시스템과 소프트웨어를 지속적으로 업데이트할 수 있습니다.

또한 SIOS는 모든 유형의 스토리지 및 WAN에 최적화된 데이터 복제와 함께 작동할 수 있어 ALYN의 원격 DR 사이트 구현을 간소화합니다. 높은 트랜잭션 처리량 성능을 유지하기 위해 WAN을 통한 데이터 복제는 비동기식으로 발생하지만 SIOS DataKeeper는 데이터 전송을 최적화하는 특수 기술을 사용하여 ALYN이 까다로운 RPO 및 RTO를 달성할 수 있도록 합니다.

결론

오늘날 SIOS DataKeeper는 ALYN Hospital의 모든 미션 크리티컬 애플리케이션에 대해 고가용성 보호를 제공하고 있습니다. ALYN Hospital IT 이사인 Uri Inbar는 다음과 같이 말했습니다. 우리에게는 명백한 선택이었습니다.

ALYN Hospital은 정기적으로 구성을 테스트하고 정기적으로 활성 및 대기 지정을 변경하는 동시에 계획된 소프트웨어 업데이트 중에 필요에 따라 데이터 복제를 리디렉션합니다. 응용 프로그램은 중단 없이 계속 실행됩니다.

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

SIOS 재해 복구에 대한 최종 생각

Windows 환경에서 Windows Server용 SIOS DataKeeper는 Standard Edition과 보다 강력한 Cluster Edition 모두에서 사용할 수 있습니다.SIOS DataKeeper 스탠다드 에디션 Windows Server 환경에서 재해 복구 보호를 위한 실시간 데이터 복제를 제공합니다.SIOS DataKeeper 클러스터 에디션 WSFC(Windows Server Failover Clustering)와 원활하게 통합되어 고가용성 및 재해 복구 구성을 모두 가능하게 합니다.

SIOS LifeKeeper 및 DataKeeper는 Red Hat Enterprise Linux, SUSE Linux Enterprise Server, CentOS 및 Oracle Linux를 포함한 모든 주요 Linux 배포판을 지원하며 광범위한 스토리지 아키텍처를 수용합니다.

SIOS DataKeeper 또는 SIOS LifeKeeper에 대한 자세한 내용은 아래 참조를 방문하십시오. 참고문헌

  • https://betanews.com/2019/05/28/disaster-recovery-sql-server/
  • https://community.spiceworks.com/blog/3138-data-snapshot-how-well-powered-are-businesses-to-bounce-back-from-disaster
  • https://www.spiceworks.com/press/releases/spiceworks-study-reveals-one-in-four-companies-never-test-their-disaster-recovery-plan/

백서 참조: SQL Server 옵션에 대한 재해 복구 이해

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

Filed Under: 서버 클러스터 단순화 Tagged With: SIOS

멀티 클라우드 재해 복구

10월 30, 2021 by Jason Aw Leave a Comment

멀티 클라우드 재해 복구

멀티 클라우드 재해 복구

 

이 주제가 혼란스럽게 들린다면 이해합니다. 전문가의 조언을 통해 귀하의 우려를 완화하는 동시에 이전 또는 이후에 귀하의 조직에 대한 몇 가지 중요한 고려 사항을 제기할 수 있기를 바랍니다. 가고있다 멀티 클라우드 . 재해 복구 계획은 클라우드 컴퓨팅을 사용하는 회사, 특히 여러 클라우드 공급자가 관련된 경우 혼동을 일으키는 일반적인 지점입니다.

데이터 보호 및 재해 복구 (DR) 모든 데이터가 온프레미스에 있는 경우. 그러나 오늘날 많은 기업이 여러 클라우드 제공업체와 함께 온프레미스 데이터를 보유하고 있습니다. 하이브리드 전략은 비즈니스에 적합할 수 있지만 데이터 보호 업무를 수행하는 사람들에게 문제를 일으킬 수 있습니다. 세부 사항을 살펴보기 전에 핵심 용어를 정의하겠습니다.

멀티 클라우드란?

멀티 클라우드는 조직의 IT 서비스 및 인프라를 제공하기 위해 둘 이상의 클라우드 공급자를 활용하는 것입니다. 멀티 클라우드 접근 방식은 일반적으로 Amazon Web Services(AWS), Google Cloud Platform(GCP) 및 Microsoft Azure와 같은 주요 퍼블릭 클라우드 제공업체의 조합으로 구성됩니다.

조직은 비용, 기술 요구 사항, 지리적 가용성 및 기타 요소를 기반으로 각 클라우드 공급자로부터 최상의 서비스를 선택합니다. 이는 회사에서 개발/테스트에 Google Cloud를 사용하고 재해 복구에 AWS를 사용하고 비즈니스 분석 데이터를 처리하는 데 Microsoft Azure를 사용한다는 것을 의미할 수 있습니다.

멀티 클라우드는 온프레미스 인프라, 프라이빗 클라우드 서비스 및 퍼블릭 클라우드가 혼합된 컴퓨팅 환경을 의미하는 하이브리드 클라우드와 다릅니다.

누가 다중 클라우드를 사용합니까?

  • 규제 산업 – 많은 조직이 서로 다른 클라우드 환경에서 서로 다른 비즈니스 운영을 실행합니다. 이는 개별 클라우드 공급자의 강점 또는 단순히 분산된 IT 조직의 제품을 기반으로 IT 환경을 최적화하는 의도적인 전략일 수 있습니다.
  • 미디어 및 엔터테인먼트 – 오늘날의 미디어 및 엔터테인먼트 환경은 Netflix 및 Hulu와 같은 대규모 플레이어의 늘어나는 콘텐츠 제작 요구 사항을 충족하는 상대적으로 작고 전문화된 스튜디오로 점점 더 많이 구성되고 있습니다. 멀티 클라우드 솔루션을 통해 이러한 팀은 동일한 프로젝트에서 함께 작업하고 다양한 퍼블릭 클라우드에서 선호하는 프로덕션 도구에 액세스하고 한 사이트에서 다른 사이트로 대용량 미디어 파일을 이동하는 것과 관련된 지연 없이 승인을 간소화할 수 있습니다.
  • 교통 및 자율주행 – 커넥티드 카 및 자율주행 프로젝트는 다양한 센서에서 엄청난 양의 데이터를 생성합니다. 자동차 제조업체, 대중 교통 기관 및 승차 공유 회사는 멀티 클라우드 혁신을 활용하려는 동기를 갖고 있으며, 상당한 송신 비용과 느린 전송의 위험 없이 여러 클라우드에서 데이터 액세스를 혼합하는 동시에 최적의 기능을 활용할 수 있는 자유를 유지합니다. 각 프로젝트에 대한 퍼블릭 클라우드 서비스.
  • 에너지 부문 – 다중 클라우드 채택은 리소스 검색 및 드릴링과 관련된 상당한 비용을 줄이는 데 도움이 될 수 있습니다.엔지니어와 데이터 과학자는 기계 학습(ML) 분석을 사용하여 석유를 탐사하고, 새로운 프로젝트의 환경 위험을 측정하고, 안전을 개선하기 위해 더 많은 리소스가 필요한 장소를 식별할 수 있습니다.

멀티 클라우드 재해 복구의 문제점:

  • 서명하기 전에 읽지 마십시오.고객은 클라우드 계약의 작은 글씨를 읽지 않으면 문제에 직면할 수 있습니다. 클라우드 공급자는 컴퓨터 인프라에 대한 책임이 있지만 고객은 애플리케이션과 데이터를 보호할 책임이 있습니다. 클라우드 SLA에서 다루지 않는 애플리케이션 다운타임에는 여러 가지 이유가 있습니다. 비즈니스 크리티컬 워크로드에는 고가용성 및 재해 복구 보호 소프트웨어도 필요합니다.
  • 중앙 집중식 보호 정책 개발.데이터가 어디에 있든 모든 데이터를 포괄할 수 있는 중앙 집중식 보호 정책을 만들어야 합니다. 각 클라우드 공급자는 서로 다른 스토리지 계층을 사용하여 데이터에 액세스, 생성, 이동 및 저장하는 고유한 방법을 가지고 있습니다. 다양한 클라우드의 데이터를 포괄하는 재해 복구 계획을 수립하는 것은 번거로울 수 있습니다.
  • 보고.이는 데이터를 관리하는 서비스 수준 계약에 따라 데이터를 보호하는 데 중요합니다. 사용자가 클라우드 리소스를 얼마나 빨리 가동할 수 있는지를 고려할 때 각 리소스를 적절하게 보호하고 DR 계획에 통합해야 하는 모든 데이터를 식별하는 것이 어려울 수 있습니다.
  • DR 계획을 테스트합니다.고객은 DR 전략을 완전히 선별하고 테스트해야 합니다. 다중 클라우드 전략은 테스트의 필요성을 복잡하게 만듭니다. 일부 제공업체는 고객에게 테스트 비용을 청구할 수 있으며, 이는 계약의 작은 글씨를 읽어야 할 필요성을 강화합니다.
  • 리소스 기술 세트 . 하나의 클라우드에서 전문가를 찾는 것은 어려울 수 있습니다. 멀티 클라우드를 사용하면 각 클라우드에서 전문 지식을 찾거나 여러 클라우드에서 중요성을 지닌 드문 개인을 찾아야 합니다.

멀티 클라우드 DR 과제 극복

이러한 과제를 해결하려면 기업이 수많은 문제를 다루는 데이터 보호 및 복구 전략을 개발해야 합니다. 다음과 같은 전략적 질문을 스스로에게 해보십시오.

  • 모든 애플리케이션과 데이터에 대한 중요도 수준을 정의했습니까? 중요한 애플리케이션에 대한 몇 분의 다운타임으로 인해 조직의 최종 사용자 생산성, 고객 만족도 및 IT 노동력에 얼마나 많은 비용이 발생합니까?
  • 셀프 서비스 모델에서 IT 또는 애플리케이션 소유자 및 작성자가 데이터 보호 및 복구를 처리합니까?
  • 다양한 클라우드 및 프레미스 기반 옵션을 사용하여 데이터 최적화를 계획했습니까?
  • 데이터를 어떻게 복구할 계획입니까? 데이터를 클라우드 기반 가상 머신으로 복원하거나 백업 이미지를 복구 소스로 사용하고 계십니까?

적합한 멀티 클라우드 DR 솔루션 확보

멀티 클라우드 시나리오에서 데이터 보호 및 복구 성공의 가장 큰 열쇠는 저장 방식에 관계없이 모든 데이터에 대한 가시성을 확보하는 것입니다. 기업의 도구를 사용하면 재해 시나리오에서 복구해야 하는 데이터와 애플리케이션과 복구 방법을 정의할 수 있습니다. 예를 들어 백업 이미지에서 또는 데이터를 클라우드에서 새로 생성된 VM으로 이동하는 방법으로 복구할 수 있습니다.

이 도구는 복구 시나리오를 조정하고 중요한 것은 테스트하는 데 도움이 되어야 합니다. 도구가 데이터 백업 도구와 잘 통합되면 데이터가 여러 클라우드와 같은 다른 위치에 저장되어 있더라도 백업을 복구 데이터의 소스로 사용할 수 있습니다. 가장 최근의 SIOS 웨비나에서도 이와 동일한 사항에 대해 논의합니다. 손목 시계 여기 당신이 관심이 있다면.SIOS 데이터 키퍼 다음과 같이 유연하고 확장 가능한 클라우드 환경에서 비즈니스 크리티컬 애플리케이션을 실행할 수 있습니다. 아마존 웹 서비스(AWS) , 하늘빛 , 그리고 구글 클라우드 플랫폼 성능, 고가용성 또는 재해 보호를 희생하지 않고 SIOS DataKeeper는 AWS 마켓플레이스 WSFC용으로 제공되는 유일한 Azure 인증 고가용성 소프트웨어 애저 마켓플레이스.

 

에서 재생산 시오스

Filed Under: 서버 클러스터 단순화 Tagged With: Google Cloud Platform, 다중 구름

  • « Previous Page
  • 1
  • …
  • 42
  • 43
  • 44
  • 45
  • 46
  • …
  • 97
  • Next Page »

최근 게시물

  • Nutanix 환경에서 고가용성 솔루션을 선택하기 위한 10가지 고려 사항
  • 내 서버는 일회용인가요? 고가용성 소프트웨어가 클라우드 모범 사례에 어떻게 적용되는가?
  • 재난에 취약한 세상을 위한 데이터 복구 전략
  • DataKeeper와 Baseball: 재해 복구에 대한 전략적 접근
  • SQL Server 가동 중지 위험에 대한 예산 책정

가장 인기있는 게시물

우리의 메일 링리스트에 가입하세요

Copyright © 2025 · Enterprise Pro Theme on Genesis Framework · WordPress · Log in