기존 플랫폼 장비를 활용한 재해 복구 계획

재해 복구 계획은 항상 어렵습니다. 고려해야 할 요소와 “만약에”라는 상황이 너무 많고, 복구 솔루션에 너무 많이 투자하는 것 자체가 일종의 재앙이 될 수 있습니다. DR 계획에서 종종 간과되는 요소가 있는데, 바로 재해가 발생했을 때 일반적으로 필요한 곳에서 타협을 할 수 있고 또 기꺼이 하게 된다는 점입니다. 이미 재해가 발생한 상황이니까요. 평소와 다른 트리아지(triage) 상황인 것입니다.

많은 사람들이 라이브 프로덕션 시스템에 X의 용량과 성능이 필요하다면 재해 복구 시스템에도 동일한 X가 필요할 것이라고 즉각적으로 생각합니다. 그러나 현실에서는 이것이 거의 사실이 아닙니다. 재해가 발생하면, 드문 예외를 제외하고, 더 낮은 성능으로 작업하고, 더 중요한 시스템에만 시스템 가용성을 제한하며, 아카이빙 시스템을 포함한 많은 유지보수 작업을 전체 프로덕션이 복구될 때까지 중단할 수 있습니다. 이는 재해 복구 시스템이 기본 프로덕션 시스템보다 훨씬 작을 수 있음을 의미합니다.

재해 복구 시스템은 생산성에 대한 투자가 아니라 장애에 대한 헤지(hedge)이며, 그런 관점에서 바라봐야 합니다. 이 때문에 DR 시스템 필요성을 완전하지는 않더라도 업무 활동을 유지하기에는 “충분한” 수준으로, 편안하거나 투명하게 운영할 만큼은 아닌 관점에서 접근하는 것이 일반적이고 효과적인 전략입니다. 전면적인 재해가 발생하고 직원들이 느린 파일 검색, 평소보다 느린 데이터베이스, 또는 고성능 프로덕션 시스템이 복구될 때까지 심층 BI 분석 실행을 미뤄야 한다면, 불평하는 사람은 거의 없을 것입니다. 대부분의 직원들, 그리고 더 나아가 비즈니스 의사 결정자들은 시스템이 장애 상태에 있으며 전체 용량이 복구될 때까지 최선을 다해 운영해야 한다는 것을 충분히 이해할 수 있습니다.

이 접근 방식을 염두에 두면, 기본 프로덕션 사용을 위한 새로운 플랫폼을 구매하고 구현할 때 기존 플랫폼을 재해 복구 사이트에 재활용하는 것이 효과적인 전략이 될 수 있습니다. 이를 통해 DR 사이트가 항상 “마지막 리프레시” 수준의 용량을 갖는 저비용의 계획하기 쉬운 “DR 파이프라인”을 만들 수 있으며, 대부분의 DR 시나리오에서 이것은 충분합니다. 이는 그렇지 않으면 완전히 폐기될 수도 있거나, 일반적으로 피하고자 하는 “매몰 비용” 감정적 반응을 유발하여 프로덕션 재배포를 유혹할 수도 있는 장비를 활용하는 훌륭한 방법이 될 수 있습니다.

매몰 비용의 오류는 피하기 어렵습니다. 이미 장비를 소유하고 있으면 새롭게 설계된 시스템이 구현되는 상황에서도 시스템 설계와 사양 외부에서 다시 배포하는 것이 유용하거나 좋다고 느끼기 매우 쉽습니다. 이것이 사실일 수 있는 경우도 있지만, 대부분은 그렇지 않습니다. 하지만 이미 비용을 지불했다는 이유만으로 장비에 과도하게 감정적으로 집착하고 싶지 않은 것처럼, 이미 소유하고 있는 기존 장비의 가치를 무시하고 싶지도 않습니다. 바로 여기서 재해 계획 시나리오로의 계획된 파이프라인이 많은 경우 이미 투자한 것을 정말 훌륭한 방식으로 활용할 수 있습니다. 우리는 이 장비가 기존 요구 사항을 충족하기 위해 적절히 사용하는 방법을 안다면 아직 많은 가치가 남아있는 매우 유용한 장비일 가능성이 높다는 것을 기억해야 합니다.

강력한 프로덕션에서 재해 복구 플랫폼으로의 마이그레이션 계획 프로세스는 예산 지출을 줄이면서 탁월한 재해 복구 결과를 얻을 수 있는 훌륭한 방법이 될 수 있습니다.