비즈니스 연속성 계획이 필요한 이유

비즈니스 연속성 계획이 필요한 이유

FaceBook, Instagram 및 WhatsApp은 정말 나쁜 월요일을 보냈습니다.

여기 동부 해안에서 근무 시간이 끝나고 Facebook을 여전히 사용할 수 없다는 것을 알았습니다. Facebook은 다음 두 트윗에서 문제를 인정했습니다.

다운타임의 정확한 원인과 사용자 오류인지, 악의적인 공격인지, 아니면 예상치 못한 오류의 재앙인지는 알 수 없지만 이 시점에서 이 중단에 대해 몇 가지를 알 수 있습니다.

가동 중지 시간이 비쌉니다

오늘날 경험하는 가동 중지 시간의 정확한 비용은 결코 알 수 없지만 이미 측정할 수 있는 몇 가지 비용이 있습니다. 이 글을 쓰는 시점에서 페이스북 주가는 오늘 4.89% 하락했다. 이는 페이스북과 기타 기술주에 이미 잔인한 9월을 넘어선 것입니다.

그러나 회사의 실제 비용은 얼마였습니까? 많은 브랜드가 소셜 미디어를 마케팅 활동의 중요한 부분으로 활용하고 있는 상황에서 이러한 중단이 향후 광고 지출에 어떤 영향을 미칠까요? 최소한 광고주가 다른 소셜 미디어 플랫폼을 아직 조사하지 않은 경우 조사할 것으로 예상합니다. 시간이 지나야 알 수 있지만 이 중단 이전에도 다음과 같은 다른 플랫폼에서 마케팅 비용에 대한 더 많은 경쟁이 발생했습니다. 틱톡 .

최악의 시나리오에 대한 계획

상황이 발생하면 우리는 그것을 알고 그에 대한 계획을 세웁니다. 비즈니스 연속성 계획 (BCP)는 다음 주소로 작성되어야 합니다. 어느 가능한 재난. 다시 말하지만, 우리는 이 특정 재난의 정확한 원인을 알지 못하지만 5시간 이상의 RTO가 Facebook, Instagram 또는 WhatsApp의 선반에 있는 BCP에 기록되지 않았다는 것을 이미징해야 할 것입니다.

귀하의 BCP에는 무엇이 있습니까? 혹시 모를 재난을 상상해 보셨습니까? 다운타임의 영향을 측정하고 비즈니스의 각 구성 요소에 대해 적절한 RTO(복구 시간 목표) 및 RPO(복구 시점 목표)를 정의했습니까? 잘못될 수 있는 모든 가능한 일에 대해 계획하는 것은 불가능하다고 감히 말씀드리고 싶습니다. 그러나 모든 사람에게 정기적으로 BCP를 다시 방문하고 마지막으로 BCP를 검토했을 때 레이더에 포착되지 않았을 수 있는 재해를 포함하도록 업데이트하도록 조언합니다. BCP에 세계적 대유행이 있었습니까? 그렇지 않은 경우 "재택 근무" 인력을 수용하기 위해 분주하게 움직였을 수 있습니다. 요점은 최악의 상황에 대비하고 최선을 다하는 것입니다.

재난 시 통신

재해 발생 시 통신은 BCP에서 자체 챕터여야 합니다.

한 Facebook 직원은 Reuters에 모든 내부 도구가 다운되었다고 말했습니다. 이 문제를 추적하는 사람들은 직원들이 폐쇄로 인해 자신의 도구 중 일부에 액세스할 수 없었기 때문에 Facebook의 대응이 훨씬 더 어려워졌다고 말했습니다.

여러 직원이 무엇이 잘못되었는지 듣지 못했다고 말했습니다.

https://www.reuters.com/technology/facebook-instagram-down-thousands-users-downdetectorcom-2021-10-04/

진정으로 강력한 BCP에는 여러 대체 통신 수단이 포함되어야 합니다. 귀하의 비즈니스가 여러 건물, 지역 또는 국가에 걸쳐 확장됨에 따라 이는 훨씬 더 중요해집니다. 오늘 팀이 의사 소통하는 방식에 대해 생각해보십시오. 전화, 문자, 이메일, Slack이 상위 4개일 수 있습니다. 그러나 모두 사용할 수 없다면 어떻게 팀에 연락할 수 있습니까? 모르는 경우 다른 옵션을 조사하는 것이 좋습니다. 단파 라디오와 운반비둘기 떼가 필요하지 않을 수도 있지만 "비상 시 유리를 깨는" 상황에 대비하여 이 두 가지를 모두 보유하고 있는 정부 기관이 있다고 확신합니다.

요약

귀하는 귀하 자신, 귀하의 고객 및 투자자에 대해 귀하의 비즈니스 가용성과 관련된 모든 예방 조치를 취해야 할 책임이 있습니다. BCP를 생성하는 데 적절한 리소스를 투자하고 비즈니스 연속성을 담당하는 팀이 BCP에 정의된 RTO 및 RPO를 충족하는 데 필요한 도구를 보유하고 있는지 확인하십시오.

클라우드 여정 수정

클라우드 여정 수정

어떤 식으로든 2020년과 2021년의 세계를 변화시키는 사건은 우리가 알고 있던 거의 모든 것을 재편성했으며 고가용성도 예외는 아닙니다. 폐쇄 및 제한에도 불구하고 많은 IT 팀은 온프레미스 데이터 센터를 클라우드로 전환했습니다.많은 사람들이 '이제 어떻게 합니까?'라고 묻습니다. 다음은 2022년 클라우드 여정을 수정하기 위해 해야 할 5가지 사항입니다.

1. 추가하다 고가용성

   클라우드로의 전환 과정에서 많은 IT 및 비즈니스 리더는 COVID-19로 인해 폐쇄된 데이터 센터에서 클라우드로 서비스와 애플리케이션을 이동하기 위해 서두르고 있음을 알게 되었습니다. 다른 사람들은 데이터 센터 폐쇄 때문이 아니라 폭발적인 수요에 대처하기 위해 클라우드로 돌진했습니다. 일부의 경우 클라우드로의 여정이 너무 빨라서 HA가 포함되지 않았습니다. 이제 그들은 애플리케이션이 여전히 클라우드에서 충돌하고 예기치 않은 중단과 계획되지 않은 다운타임이 여전히 AWS, Azure 및 GCP는 이전 데이터 센터에 있던 것과 동일합니다.

   클라우드 여정을 수정하는 첫 번째 단계는 씨 . 이는 기업에 다음과 같은 몇 가지 의미가 있습니다.

   • 고가용성 중복 아키텍처 설계 및 설계
   • 중요한 구성 요소 및 응용 프로그램을 보호할 소프트웨어 및 서비스 선택
   • 관련 프로세스 및 절차, 최소한의 거버넌스 정의 및 문서화
   • 품질 보증, 절차 테스트 및 혼돈 테스트를 위한 프로덕션 사본 배포

2. 재해 복구를 위한 더 높은 가용성을 위해 확장

   물론 모든 사람이 어떤 형태의 HA를 고려하지 않고 클라우드로 전환한 것은 아닙니다. 일부 IT 팀은 HA를 온프레미스로 두지 않을 것을 예견했지만 클라우드로 급하게 이동하면서 중요한 모든 서버를 동일한 클라우드 가용 영역으로 옮겼습니다. 완전한 취약성보다 일부 HA 보호 기능이 있는 것이 좋지만 단일 가용 영역(AZ)에만 서버와 애플리케이션을 배포했다면 이제 대기 클러스터 노드에 대해 다중 AZ로 확장하거나 구축할 때입니다. 다른 지역에 세 번째 노드를 배포하여 재해 복구. SIOS'는 수십 명의 고객이 다중 AZ 아키텍처를 계획하고 재해 복구 솔루션을 추가하도록 도왔습니다.

3. 팀 구축

   하룻밤 사이에 일부 회사와 IT 팀은 완전한 온프레미스에서 Cloud Formation 템플릿, 빠른 시작 가이드, IAM 역할, 내부 로드 밸런서, 오버레이 IP와 씨름하고 VM 크기가 정확히 무엇을 의미하는지 해독하기 위해 노력했습니다.이제 클라우드로의 여정을 지원할 팀을 구성할 때입니다.이것은 여러 가지를 의미합니다:

   • 용량 추가.완전한 리프트 앤 시프트를 수행할 수 없다면 클라우드 및 온프레미스 애플리케이션을 관리하는 동일한 직원이 있을 것입니다.레거시 솔루션은 변덕스럽고 안정적이고 가용성을 유지하기 위해 많은 작업이 필요한 것으로 알려져 있습니다. 클라우드 여정을 앞서 탐색하려면 가용성 요구 사항을 해결하고 클라우드 아키텍처를 이해하며 엔터프라이즈 요구 사항에 맞게 앞으로의 과정을 계획할 수 있는 용량이 필요합니다.
   • 훈련을 통해 기술을 강화합니다.클라우드에 대한 팀 교육을 제공합니다.향후 과정을 관리하고 계획하려면 클라우드 솔루션, 아키텍처, 모범 사례 및 장단점에 대한 추가 교육을 통해 조직 내에서 IT 우수성을 강화할 방법을 찾으십시오.자신있게 훈련된 직원은 가용성 증가로 배당금을 지급할 뿐만 아니라 경제적이고 확장 가능하며 논리적인 방식으로 가용성, 유지 관리 및 성장을 해결함으로써 배당금을 지급할 것입니다.번역: 나머지 클라우드 인프라를 구축할 때 비용 낭비를 방지합니다.

4. 자동화 및 분석 통합

   SIOS Technology Corp의 고객 경험 부사장 저는 HA, DR 또는 해당 팀을 희생하지 않고 2021년에 클라우드로 전환한 여러 회사와 협력했습니다.필요한 가동 시간 수(99.99%)를 달성하는 것을 진지하게 생각하고 재해 계획을 수립하는 것이 협상할 수 없는 경우 엄격한 분석 및 추가 모니터링을 추가해야 할 때입니다. 가용성 솔루션에 재해 또는 계획되지 않은 다운타임 발생 시 복구를 위한 애플리케이션 인식 자동화 및 오케스트레이션이 있는지 확인합니다. 분석 및 자동화를 추가하여 솔루션을 강화하고 클라우드 마이그레이션을 사후 장애 조치 중 하나에서 사전 예방 알림 및 오류가 발생하기 전에 완화에 이르기까지 한 단계 업그레이드하십시오.성능이 저하된 애플리케이션이나 증가하는 대기 시간, 오류 또는 VM 무응답 동작에 대한 알림을 제때 수신하여 비즈니스 피크 시간에 다운타임을 방지한다고 상상해 보십시오. 분석은 원래 가용성 아키텍처에서 벗어날 수 있는 시스템과 애플리케이션을 드러낼 수 있기 때문에 중요합니다.

5. 프로세스 및 거버넌스 업데이트

   우리가 실패라고 생각하는 많은 것들이 프로세스의 실패에 뿌리를 두고 있습니다. 조직의 프로세스가 최신 상태이고 잘 문서화되어 있으며 적절하게 전달되고 준수되는지 확인하십시오. 이러한 프로세스에는 누가, 무엇을, 언제, 어디서, 어떻게 모두가 고객과 관련된 비즈니스 전략, 목표 및 조직 요구와 연결되는지와 관련된 몇 가지 핵심 최소값이 포함되어야 합니다.

   새 클라우드 환경에 대한 소유권 및 승인 프로세스가 문서화되어 있는지 확인하십시오. 인프라를 확보하는 하드웨어 팀에서 클라우드 팀으로 이동한 고객의 역할과 책임이 상충하거나 충돌하거나 해결되지 않아 발생하는 좌절감을 직접 목격했습니다. 마이그레이션을 통한 혼란은 일련의 고충 중 하나이며 명확한 거버넌스 없이 재해를 파헤치는 것은 훨씬 더 크고 비용이 많이 드는 문제입니다.

   클라우드로 도약했다면 거기에 머물면서 클라우드를 작동하게 만드는 것이 여정의 다음 부분입니다.클라우드 여정이 갑작스럽거나 불안정한 경우 클라우드 여정을 수정하기 위해 다음 5가지 사항을 고려하고 SIOS 기술이 클라우드에서의 고가용성뿐만 아니라 클라우드에서 실행하기 위한 프로세스를 개선하는 데 도움이 될 수 있음을 알아두십시오.

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

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 클러스터링 소프트웨어로 중요한 애플리케이션을 보호하기 시작합니다.

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

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

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

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

에서 재생산 시오스

윈도우 클러스터링

윈도우 클러스터링

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 에서 재생산 시오스