산업 제조
산업용 사물 인터넷 | 산업자재 | 장비 유지 보수 및 수리 | 산업 프로그래밍 |
home  MfgRobots >> 산업 제조 >  >> Industrial Internet of Things >> 클라우드 컴퓨팅

클라우드 재해 복구란 무엇입니까? 9가지 주요 이점

비즈니스 데이터는 공격 또는 데이터 손실의 지속적인 위협을 받고 있습니다.

악성 코드, 해커, 자연 재해는 물론 직원들까지도 아무도 모르게 중요한 파일로 가득 찬 전체 서버를 너무 늦을 때까지 쓸어버릴 수 있습니다.

이러한 모든 위험을 기꺼이 감수하시겠습니까?

클라우드 재해 복구란 무엇입니까?

클라우드 기반 저장 및 복구 솔루션 비즈니스에 중요한 파일이 손상된 경우 백업 및 복원할 수 있습니다.

높은 유연성 덕분에 클라우드 기술은 워크로드의 유형이나 강도에 관계없이 효율적인 재해 복구를 가능하게 합니다. 데이터는 고가용성을 제공하도록 설계된 안전한 클라우드 환경에 저장됩니다. 이 서비스는 온디맨드 방식으로 제공되므로 다양한 규모의 조직에서 필요에 맞게 DR 솔루션을 조정할 수 있습니다.

기존 솔루션과 달리 클라우드 기반 재해 복구는 설정 및 관리가 쉽습니다. 기업은 더 이상 재해 후 복구를 위해 사내 서버 또는 테이프 드라이브에서 백업 데이터를 전송하는 데 몇 시간을 허비할 필요가 없습니다. 클라우드는 이러한 프로세스를 자동화하여 빠르고 오류 없는 데이터 복구를 보장합니다.

항상 적절한 데이터 보안에 대비하십시오.

기업이 일상적인 프로세스에 새로운 하드웨어 및 소프트웨어 애플리케이션과 서비스를 계속 추가함에 따라 관련 보안 위험이 증가합니다. 재난은 언제든지 발생할 수 있으며 막대한 데이터 손실로 비즈니스를 황폐화시킬 수 있습니다. 비용이 얼마인지 생각해 보면 데이터 백업 및 복구 계획을 만드는 것이 왜 합리적인지 알 수 있습니다.

재해 복구 통계에 따르면 조사 대상 조직의 98%가 한 시간의 다운타임으로 인해 비즈니스에 100,000달러 이상의 비용이 발생할 수 있다고 밝혔습니다. 가동 중지 시간의 양에 관계없이 손실된 작업을 복구하거나 다시 실행하는 데 수만에서 수십만 시간의 노동력이 소요될 수 있습니다. 경우에 따라 8시간의 가동 중지 시간으로 인해 소규모 회사에는 최대 2만 달러, 대기업에는 수만 달러의 비용이 들 수 있습니다.

수치를 고려할 때 서비스 또는 시스템 중단의 1초가 중요한 이유와 재해 복구 계획을 수립하는 것의 실제 가치가 무엇인지 명확합니다.

클라우드 복구는 기업이 자연 재해, 사이버 공격, 랜섬웨어 및 모든 파일을 순식간에 쓸모없게 만들 수 있는 기타 위협으로부터 회복하는 데 도움이 됩니다. 워크로드를 다시 온라인 상태로 전환하는 데 필요한 시간을 최소화함으로써 시스템 장애 비용을 직접적으로 낮춥니다.

대부분의 회사와 IT 부서는 위험을 인식하고 있지만 너무 늦을 때까지 재해 복구를 구현하려는 노력은 거의 없습니다. 이제 이것이 어떻게 비즈니스 이점으로 이어질 수 있는지 자세히 살펴보겠습니다.

클라우드 기반 재해 복구 솔루션의 이점

표준 재해 복구 관리에 비해 클라우드 기반 옵션의 가장 중요한 이점 중 하나는 비용 효율성입니다. 기존 백업에는 비용이 많이 들 수 있는 원격 위치에 물리적 서버를 설정하는 작업이 포함됩니다. 반면 클라우드를 사용하면 사용한 만큼만 비용을 지불하면서 필요한 만큼의 하드웨어 및 소프트웨어 리소스를 아웃소싱할 수 있습니다.

재해 복구 비용을 고려할 때 솔루션의 실제 가격 이상을 생각하는 것이 중요합니다.

그것을 가지지 않으면 얼마나 비용이 들 것인지 생각해 보십시오. 소규모 회사는 예산에 맞는 서비스 계획을 선택할 수 있습니다. 데이터 관리 구현에는 추가 유지 관리 비용이나 IT 팀 고용이 필요하지 않습니다. 공급자가 모든 기술 활동을 처리하므로 이에 대해 걱정할 필요가 없습니다.

클라우드 기반 기술의 또 다른 이점은 안정성입니다. 서비스 제공업체에는 데이터의 최대 가용성을 보장하는 중복성을 제공하는 데이터 뱅크가 있습니다. 또한 기존 DR의 경우보다 빠르게 백업을 복원할 수 있습니다.

클라우드 기반 환경에서 워크로드 마이그레이션 및 장애 조치는 몇 분 밖에 걸리지 않습니다. 기존 복구 솔루션의 경우 장애 조치에 원격 위치에 설치된 물리적 서버가 포함되기 때문에 일반적으로 이 시간 프레임이 더 깁니다. 백업해야 하는 데이터의 양에 따라 데이터를 단계적으로 이전하도록 선택할 수도 있습니다.

클라우드 백업 서비스는 높은 수준의 확장성을 제공합니다. 물리적 시스템과 비교할 때 클라우드 백업은 사실상 끝이 없습니다. 조직이 성장함에 따라 시스템도 함께 성장할 수 있습니다. 제공자와 함께 서비스 계획을 연장하고 필요에 따라 추가 리소스를 확보하기만 하면 됩니다.

클라우드의 장애 조치 및 장애 복구 기능

비즈니스 크리티컬 데이터의 경우 클라우드 데이터 백업 및 복구는 가장 안정적인 비즈니스 연속성 및 장애 복구 옵션을 제공합니다.

데이터가 중단되는 동안 워크로드는 자동으로 다른 위치로 이동하고 그곳에서 다시 시작됩니다. 이 프로세스를 장애 조치라고 하며 기본 시스템에 문제가 발생할 때 시작됩니다. 원래 위치의 문제가 해결되면 워크로드가 원래 위치로 장애 복구됩니다. 이는 데이터 센터 및 IaaS(Infrastructure-as-a-Service) 제공업체에서 제공하는 전문 재해 복구 및 복제 도구를 사용하여 수행됩니다.

장애 조치 및 장애 복구 활동은 클라우드에서 자동화할 수 있지만 기업은 지정된 네트워크 위치에서 정기적으로 테스트를 실행하여 라이브 또는 프로덕션 네트워크 데이터에 영향이 없는지 확인해야 합니다.

재해 복구 솔루션에서 데이터 세트를 설정할 때 장애 조치할 데이터, 가상 머신 이미지 또는 전체 애플리케이션을 선택할 수 있습니다. 이 프로세스는 시간이 걸릴 수 있으며 이것이 조직이 데이터 센터 제공자와 프로세스의 모든 단계를 논의해야 하는 이유입니다.

DRaaS(Disaster Recovery as a Service)

클라우드 재해 복구 계획의 일부에는 DRaaS 재해 복구 서비스가 포함될 수 있습니다. 조직이 중요한 비즈니스 데이터의 손실을 스스로 보호할 수 있도록 설계되었습니다.

이러한 재해 복구 솔루션을 사용하려면 기업에서 서비스에서 필요한 것이 무엇인지 이해할 수 있도록 지원해야 합니다.

기업은 백업해야 하는 일반 데이터 풀과 백업 빈도를 식별할 수 있습니다. 또한 기업은 재해 복구 중 데이터 백업에 투자하는 데 필요한 노력의 수준을 결정해야 합니다. 회사에서 요구 사항을 명확히 하면 요구 사항에 맞는 DRaaS 공급자를 찾을 수 있습니다.

클라우드 컴퓨팅 백업 및 복구의 진화

사이버 공격과 시스템 오류가 보편화되면서 기업은 점점 더 클라우드의 재해 복구로 눈을 돌리고 있습니다. .

수요가 증가함에 따라 공급자는 계속해서 제품을 개선합니다. 최근 보고서에 따르면 다양한 규모의 회사에 제공되는 솔루션의 수가 증가하면서 백업 및 DR 클라우드 서비스 시장이 증가하고 있습니다.

수요의 증가는 또한 그들의 가치에 대한 더 큰 인식을 보여줍니다. 사이버 공격과 시스템 장애는 매일 발생하고 있으며 기업은 데이터의 안전에 대해 정당하게 우려하고 있습니다. 일상 업무를 위험에 빠뜨리는 다양한 시나리오에서 데이터를 보호할 수 있는 옵션이 필요합니다.

연구에 따르면 가동 중지 시간의 주요 원인은 정전입니다. 즉, 사내에 파일 사본이 아무리 많아도 전원이 꺼지면 모두 손실될 수 있습니다. 클라우드 기반 DRaaS를 사용하면 안정적인 전원으로 데이터를 원격으로 저장합니다. 대부분의 경우 클라우드 서비스는 데이터를 서로 다른 전력망에 배포하여 충분한 중복성을 보장합니다.

많은 이전 서비스에는 오프사이트 위치의 물리적 백업이 포함되었습니다. 오프사이트 백업은 다른 위치에 물리적 장비를 복제하거나 온프레미스 백업과 물리적 백업을 함께 사용해야 하므로 비용이 많이 들고 비효율적입니다.

클라우드 서비스 수준 계약

서비스 수준 계약(SLA)은 제공되는 서비스의 모든 유지 관리 및 관리에 대한 책임이 클라우드 컴퓨팅 재해 복구 공급자에게 있습니다. 여기에는 약속된 서비스를 제공하지 못할 경우의 청구 및 처벌에 대한 세부 정보도 포함됩니다.

예를 들어 SLA 계약은 서비스 중단이 발생하거나 재해로 데이터를 복구할 수 없는 경우 재해 복구 제공업체가 고객에게 서비스 크레딧을 상환하도록 할 수 있습니다. 거기에서 고객은 월별 청구서나 DR 공급자가 제공하는 다른 서비스에서 크레딧을 사용할 수 있습니다. 이러한 크레딧이 지연된 클라우드 복구로 인한 비즈니스 경험의 전체 손실을 보상하지는 않습니다.

SLA에는 보장된 가동 시간, 복구 지점 및 복구 시간 목표도 포함됩니다. 예를 들어, 후자는 백업 및 복구할 데이터의 양에 따라 1시간에서 24시간 이상까지 임의의 시간이 될 수 있습니다. 보다 구체적으로 이것은 재해 복구의 필수 개념인 RTO 및 RPO 측면에서 정의됩니다.

RTO(복구 시간 목표)는 애플리케이션이 다운될 수 있는 허용 가능한 기간입니다. RPO(복구 지점 목표)는 데이터가 다운되는 허용 가능한 기간입니다. 이 두 가지 기준에 따라 기업은 요구 사항을 정의하고 적절한 솔루션을 선택할 수 있습니다.

복구 요구 사항 정의 

모든 클라우드 백업 및 재해 복구 계획의 상당 부분은 장애 조치를 수행하는 데 필요한 대역폭 및 네트워크 용량입니다.

필요할 때 데이터를 사용할 수 있도록 하는 방법에 대한 충분한 분석은 회사에 가장 적합한 것을 선택하는 데 필수적입니다. 네트워크 및 대역폭 용량이 모든 사용자를 한 번에 클라우드로 리디렉션하는 것을 처리할 수 있는지 여부를 고려해야 합니다.

하이브리드 환경에 대한 또 다른 고려 사항은 클라우드에서 온프레미스 데이터 센터 네트워크로 데이터를 복원하는 방법과 이를 수행하는 데 걸리는 시간입니다. 복구용 백업 세트도 재해 복구 솔루션의 일부로 설계해야 합니다.

이러한 요구 사항을 정의할 때 RTO와 RPO가 중요한 역할을 합니다. 이러한 목표는 모두 비즈니스 영향 분석의 일부로 포함됩니다.

복구 지점은 데이터를 복구해야 하는 지점입니다. 여기에는 데이터가 사용되는 방식에 따라 백업 빈도가 포함될 수 있습니다. 예를 들어, 자주 업데이트되는 정보와 파일의 복구 지점은 몇 분이지만 덜 중요한 데이터는 몇 시간 내에 복구해야 합니다.

복구 시간과 복구 시점 목표는 모두 수익에 미치는 영향을 나타냅니다. 이 값이 작을수록 DRaaS 비용이 높아집니다.

복구 시간 및 복구 지점의 일부에는 자동 백업 일정이 포함되어야 합니다. 데이터를 백업하는 데 필요한 길이와 애플리케이션에 필요한 길이의 차이를 염두에 두고 두 개의 일정을 생성하거나 하나의 일정에 차이점을 기록하십시오.

맞춤형 클라우드 백업 및 재해 복구 계획 만들기

백업 및 재해 복구 솔루션을 위한 마법의 청사진은 없습니다. 각 회사는 업계의 모범 사례에 대해 더 많이 배우고 데이터 손실 또는 기타 재해 후에도 운영을 계속하는 데 필요한 필수 워크로드를 결정해야 합니다.

IT 복구 계획을 도출하는 데 사용되는 전반적인 원칙은 분류입니다. 이는 서비스, 애플리케이션 및 데이터의 식별 및 우선 순위 지정으로 시작하여 재해가 비즈니스 운영에 중대한 영향을 미치기 전에 적절한 가동 중지 시간을 결정하는 프로그램을 작성하는 프로세스입니다. 이러한 노력에는 비즈니스에 필요한 솔루션 유형을 정의하는 일련의 복구 시간 목표 개발이 포함됩니다.

필수 리소스와 적절한 다운타임 및 복구를 식별함으로써 기업은 클라우드 DR 솔루션을 위한 견고한 기반을 갖추게 됩니다.

모든 중요한 애플리케이션과 데이터는 이 청사진에 포함되어야 합니다. 반면에 전략이 실행될 때 비용을 최소화하고 빠른 복구를 보장하려면 비즈니스에서 관련 없는 모든 애플리케이션과 데이터를 제거해야 합니다.

애플리케이션과 데이터가 식별되고 우선 순위가 지정되면 복구 시간 목표가 정의됩니다. 목표를 달성하는 가장 비용 효율적인 방법은 각 응용 프로그램 및 서비스에 대해 별도의 방법을 사용해야 합니다.

일부 기업은 프라이빗 또는 퍼블릭 클라우드 환경에서 실행되는 데이터 및 애플리케이션에 대해 별도의 방법이 필요할 수 있습니다. 대부분의 경우 이 시나리오는 병렬 복구 시간 목표로 애플리케이션 클러스터와 데이터를 보호하기 위한 다른 수단을 반환합니다.

재해 복구를 위한 설계가 완료되면 정기적인 테스트를 수행하여 필요에 따라 작동하는지 확인해야 합니다. 많은 기업이 백업을 보유하고 있지만 필요할 때 백업을 사용하는 방법을 모릅니다. 이것이 내부 및 외부 절차를 정기적으로 테스트하고 필요에 따라 업데이트해야 하는 이유입니다.

일반적인 권장 사항은 설명된 프로세스의 각 단계를 주의 깊게 따라 매년 시스템을 테스트하는 것입니다. 그러나 동적 다중 클라우드 전략을 가지고 있거나 불안정한 속도로 확장하는 회사에서는 이러한 테스트를 훨씬 더 자주 수행해야 할 수 있습니다. 새로운 시스템이나 인프라 업그레이드가 구현되면 재해 복구 계획을 업데이트하여 변경 사항을 반영해야 합니다.

클라우드 모니터링 도구를 사용하는 것도 중요합니다.

클라우드의 재해 데이터 복구 옵션 

데이터 센터는 기업이 데이터 보호를 위해 선택할 수 있는 다양한 옵션을 제공합니다.

관리되는 애플리케이션은 재해 복구 클라우드 전략의 인기 있는 구성 요소입니다. 이 경우 기본 프로덕션 데이터와 백업 케이스가 모두 클라우드에 저장되고 공급자가 관리합니다. 이를 통해 기업은 온프레미스 백업에 대한 종속성에서 벗어나 사용량 기반 모델에서 클라우드의 이점을 얻을 수 있습니다.

관리형 또는 호스팅형 복구 솔루션은 작업을 지원하는 데 필요한 하드웨어 및 소프트웨어가 포함된 포괄적인 클라우드 기반 플랫폼을 제공합니다. 이 옵션을 사용하면 데이터와 애플리케이션이 온프레미스로 유지되고 데이터만 클라우드 인프라에 백업되고 필요에 따라 복원됩니다. 이러한 솔루션은 로컬, 오프사이트 데이터 백업과 같은 기존 옵션보다 비용 효율적입니다. 그러나 응용 프로그램의 복구 프로세스는 느릴 수 있습니다.

일부 애플리케이션 공급업체는 이미 클라우드 백업 서비스를 제공할 수 있습니다. 기업은 이것이 가능한 한 쉽게 구현을 할 수 있는 옵션인지 공급업체에 확인해야 합니다. 또 다른 실행 가능한 옵션은 클라우드 인프라에서 백업 및 복원하는 것입니다. 데이터는 온프레미스 서버가 아닌 클라우드의 가상 머신으로 복원되므로 클라우드 스토리지와 클라우드 컴퓨팅 리소스가 필요합니다.

복구 프로세스는 재해가 발생했을 때 실행되거나 반복될 수 있습니다. 반복 백업은 리소스 공유를 통해 데이터가 최신 상태로 유지되도록 하며 복구 목표가 짧을 때 필수적입니다.

목표가 짧거나 공격적인 애플리케이션 및 데이터의 경우 클라우드의 가상 머신으로 복제하는 것이 실행 가능한 DRaaS 서비스입니다. 클라우드에 복제함으로써 클라우드와 온프레미스 모두에서 데이터와 애플리케이션을 보호할 수 있습니다.

복제는 클라우드 VM에서 클라우드 VM으로, 온프레미스에서 클라우드 VM으로 실행 가능합니다. VM으로 복제하는 제품은 지속적인 데이터 보호를 기반으로 합니다.

클라우드 재해 복구 시작하기

기업이 원하는 복구 솔루션 유형을 결정한 후 다음 단계는 다양한 공급자 및 데이터 센터에서 사용할 수 있는 옵션에 대한 개요를 만드는 것입니다.

비즈니스 요구 사항에 맞는 솔루션을 찾는 핵심은 여러 서비스 제공업체와 옵션을 논의하는 것입니다.

많은 공급업체는 특정 사용자 수, 애플리케이션 백업, 데이터 백업 및 백업 빈도를 포함할 수 있는 다양한 가격 책정 패키지를 제공합니다.

관리형 클라우드 백업 및 재해 복구 제공업체를 선택하는 유일한 효율적인 방법은 요구사항을 적절하게 평가하는 것입니다. 비즈니스 연속성을 보장하기 위해 중요한 데이터 및 응용 프로그램을 검색하기 위해 모든 부서의 비즈니스 이해 관계자와 요구 사항을 논의합니다.

복구 시간 및 시점 목표를 결정하고 데이터 및 애플리케이션에 대한 적절한 다운타임으로 일정을 생성합니다. 다음으로 재해 복구에 할당된 예산을 고려하십시오.

다양한 옵션을 검토하여 귀하의 비즈니스에 가장 적합한 옵션을 찾으십시오.


클라우드 컴퓨팅

  1. 재충전, 재설정, 재구성
  2. 클라우드 보안이란 무엇이며 왜 필요한가요?
  3. 빅 데이터와 클라우드 컴퓨팅의 관계는 무엇입니까?
  4. 클라우드 기술을 보호하는 방법은 무엇입니까?
  5. Cloud Storage 사용의 10가지 이점
  6. 클라우드에서 플랫폼 재조정이란 무엇입니까?
  7. IoT에서 클라우드의 놀라운 이점 3가지
  8. 클라우드를 선택해야 하는 이유 고려해야 할 세 가지 이점
  9. IIoT란 무엇입니까?
  10. 유지보수 데이터란 무엇입니까?