이중화가 정말 필요한가: 다운타임의 실제 비용

다운타임 – 이 단어만큼 듣기 싫은 말이 없습니다. 기업과 임원, 특히 IT 직원들의 가슴을 철렁하게 만드는 단어입니다. 다운타임은 돈을 잃게 만들고 좌절감을 안겨줍니다.

다운타임이 감정적인 반응을 유발하기 때문에, 기업들은 전통적인 비즈니스 요소와는 다르게 이에 반응하는 경우가 많습니다. 이러한 감정적 접근 방식은 특히 합리적인 재무 통제 장치가 부족한 소규모 기업들로 하여금 실제보다 다운타임을 훨씬 더 심각하게 여기게 만듭니다. 소규모 기업이 잠재적 다운타임에 대한 두려움으로 반응하다가 오히려 실제 다운타임이 발생했을 때보다 더 큰 재정적 피해를 스스로 입히는 경우도 드물지 않습니다. 이는 위험한 과잉 반응입니다.

첫 번째 단계는 다운타임의 비용을 파악하는 것입니다. IT 분야에서는 상당히 복잡한 시스템을 다루게 되며, 다운타임의 종류도 다양합니다. 접근 불가, 성능 저하, 시스템 전체 또는 일부의 완전한 손실 등이 있습니다. 모든 유형의 다운타임과 관련 비용을 산출하는 일은 꽤 복잡할 수 있지만, 높은 수준의 개요만으로도 합리적인 예산 수립에 충분하며, 최소한 다운타임과 관련된 비즈니스 리스크를 이해하는 출발점이 될 수 있습니다. 다운타임을 피하기 위해 과도하게 지출하는 것이 나쁘듯이, 다운타임 비용을 계산하기 위해 과도하게 지출하는 것도 좋지 않다는 점을 기억하십시오. 손실을 그냥 감수하는 것이 나을 정도로 손실 여부를 파악하는 데 시간과 자원을 쏟아붓지 마십시오. 의사결정에 드는 높은 비용을 경계하십시오.

먼저 시스템 전체 손실만을 고려하는 것부터 시작할 수 있습니다. 귀사의 조직적 다운타임 비용은 얼마입니까? 즉, 한 시간 또는 하루 동안 모든 비즈니스를 중단해야 한다면 얼마의 손실이 발생합니까? 하루의 다운타임이 신뢰 상실과 미래 고객 기반의 손실, 잠재적 소송으로 이어질 수 있는 병원과 같은 경우에는 손실이 막대할 수 있습니다. 그러나 많은 경우 하루의 다운타임은 재정적 영향이 미미할 수도 있습니다. 많은 기업들은 그 날을 단순히 휴일로 처리하고, 직원들을 쉬게 한 후, 이후 며칠간 조금 더 열심히 일하여 잃어버린 하루의 백로그를 처리할 수 있습니다. 모든 것은 귀사의 비즈니스 운영 방식과 손실된 시간을 만회할 능력에 달려 있습니다. 많은 기업들이 일일 매출 수치만 보고 손실 매출을 산정하지만, 이는 크게 잘못된 판단으로 이어질 수 있습니다.

다운타임 비용의 개략적인 수치를 파악했다면 다운타임 리스크를 고려할 수 있습니다. IT 시스템 신뢰성에 대한 좋은 데이터가 거의 존재하지 않고 모든 조직의 시스템이 워낙 독특하여 업계 데이터가 거의 무용지물이라는 점에서 이를 평가하기는 매우 어렵습니다. 여기서는 IT 직원에게 리스크 개요와 각 리스크의 발생 가능성에 대한 신뢰할 수 있는 평가를 요청해야 합니다. 예를 들어, 큰 범주에서 보면, 하드 드라이브가 하나뿐인 서버에서 비즈니스 애플리케이션이 실행되고 있다면 향후 5~10년 내에 해당 드라이브의 손실로 인한 다운타임이 발생할 것으로 예상할 수 있습니다. 반면 핫 스왑 드라이브가 미러 어레이로 구성된 동일한 서버라면, 10년이 지나도 해당 스토리지 시스템으로 인한 다운타임 가능성은 매우 낮습니다. 이는 드라이브가 고장나지 않는다는 의미가 아니라, 이중화가 복구될 때까지 최종 사용자들이 아무것도 인지하지 못한 채 시스템이 정상 운영될 가능성이 높다는 의미입니다.

마지막 개략적 추정 도구는 해당 비즈니스 시간을 적용하는 것입니다. 많은 기업들이 24×7로 운영되지 않습니다. 물론 일부는 그렇지만, 대부분은 그렇지 않습니다. 저녁 6시의 비즈니스 애플리케이션 손실이 오전 10시의 손실과 동등합니까? 주말은 어떻습니까? 금요일 오후 3시에 사람들이 생산적으로 사용하고 있습니까, 아니면 잃어버려도 거의 비용이 들지 않고 직원들이 주말에 한두 시간을 더 즐길 수 있게 됩니까? 점심 시간 근처에 손실이 발생한 경우 일정을 조정할 수 있습니까? 이러한 요소들은 사소해 보일 수 있지만 상당할 수 있습니다. 다운타임이 2~4시간으로 제한된다면 많은 기업들은 직원들에게 일찍 점심을 먹거나 하루 일찍 퇴근하고 다음 날 한 시간 더 일하는 등 약간의 일정 유연성을 요청하는 것만으로 거의 모든 재정적 영향을 완화할 수 있습니다.

이제 이러한 요소들, 즉 다운타임 비용, 지속 시간에 따른 다운타임 영향 완화 능력, 장애 이벤트 리스크를 파악했으므로 다운타임 이벤트가 어떤 모습일지 그림을 그릴 수 있습니다. 이로부터 그러한 이벤트의 리스크를 줄이는 데 얼마를 투자할 가치가 있는지 도출하기 시작할 수 있습니다. 일부 기업에서는 이 숫자가 매우 높을 것이고, 다른 기업에서는 놀랍도록 낮을 것입니다. 이 연습을 통해 평소에는 잘 보이지 않던 비즈니스 운영 방식에 대해 많은 것을 파악할 수 있습니다.

이 시점에서 중요한 점은 우리가 살펴보고 있는 것이 데이터 손실이 아닌 시스템 가용성 손실이라는 것입니다. 우리는 좋은 백업이 수행되고 있으며 해당 백업이 손상되지 않았다고 가정합니다. 이중화와 다운타임은 데이터 손실이 아닌 가용성 손실과 관련된 주제입니다. 데이터 손실 시나리오는 동등하거나 더 높은 수준의 주의로 다루어야 하지만, 별개의 주제입니다. 치명적인 데이터 손실에서 살아남을 수 있는 비즈니스는 드물지만, 상당한 다운타임을 경험하고도 쉽게 살아남는 경우는 흔합니다.

다운타임을 막는 방법은 여러 가지가 있습니다. 이중화는 매우 눈에 띄며 거의 버즈워드처럼 취급받아 많은 주목을 받지만, 다른 수단도 있습니다. 좋은 시스템 설계가 중요하며, 시스템 복잡성을 줄이면 불필요한 리스크와 취약성 지점을 제거함으로써 다운타임을 크게 줄일 수 있습니다. 고품질 하드웨어와 소프트웨어를 사용하는 것도 중요합니다. 이중화되어 있더라도 저급 하드웨어는 이중화되지 않은 엔터프라이즈급 하드웨어만큼 자주 고장날 수 있기 때문입니다. 빠른 교체 부품 공급망을 갖추는 것도 중요한 요소가 될 수 있으며, 이는 4시간 하드웨어 벤더 교체 부품 대응 계약의 형태로 흔히 나타납니다. 이 목록은 계속됩니다. 우리가 집중할 것은 이중화인데, 다운타임에 대한 두려움에 직면했을 때 과잉 지출할 가능성이 가장 높은 영역이기 때문입니다.

이제 적절한 이중화를 갖추지 못했을 때의 비용을 파악했으므로 이 잠재적 비용을 이중화 제공에 드는 실제적이고 선불의 비용과 비교할 수 있습니다. 하드 드라이브와 같은 일부 항목은 고장날 가능성이 높고 이중화하기 비교적 쉽고 비용 효율적이어서 상당한 리스크를 사소하게 만들 수 있습니다. 이러한 항목들은 첫 번째 집중 지점이 되는 경향이 있습니다. 그러나 전원 공급 장치, 네트워크 하드웨어, 인터넷 연결, 전체 시스템 등 고려해야 할 이중화 영역은 많습니다. 특히 현대적인 가상화 기술을 통해 이전에는 많은 소규모 기업들이 접근할 수 없었던 이중화에 대한 새로운 방법을 제공하는 전체 시스템의 이중화도 있습니다.

새로운 유형의 이중화, 특히 가상화를 통해 가능해진 것들은 기업들이 다운타임의 리스크에 비해 극적으로 과잉 지출하고 싶은 유혹을 느끼는 지점이 되는 경우가 많습니다. 설상가상으로, 최신 이중화 유행을 따르려는 욕구 속에서 기업들은 이러한 기술을 잘못 구현하여 아무것도 하지 않은 것보다 더 큰 리스크와 더 높은 다운타임 가능성을 실제로 초래하는 경우가 많습니다. 수천 달러에 불과한 다운타임 금전적 손실을 완화하기 위해 수만에서 수십만 달러를 지출하다가 그 시도에 실패하고 어쨌든 리스크를 높이게 되는 기업들의 이야기를 점점 더 자주 듣게 됩니다.

완화 비용을 측정할 때 완화는 보장된 지출인 반면 리스크는 단지 리스크일 뿐이라는 점을 기억하는 것이 중요합니다. 예상치 못한 큰 비용을 막기 위해 보장된 소액의 월 보험료를 내는 자동차 보험과 매우 유사합니다. 리스크 완화의 이론은 나중에 큰 비용이 발생할 리스크를 줄이기 위해 지금 비교적 소액을 지출하는 것이지만, 완화 비용이 너무 높아지면 단순히 리스크를 받아들이는 것이 더 나을 수 있습니다.

물론 시스템을 개별적으로 평가할 수 있습니다. 웹 프레젠스와 전화 시스템을 항상 운영하는 것은 몇 시간의 다운타임도 외부 클라이언트가 감지하기 어려운 이메일 시스템보다 훨씬 더 중요합니다. 다운타임 비용이 상당한 시스템만 보호하기 위해 비용을 지불하는 것은 중요한 전략입니다.

어쩌면 발견하게 될 것은 일부 매우 기본적인 이중화(예: 미러 하드 드라이브)를 넘어서면 간단한 네트워크 설계와 좋은 백업 및 복구 계획, 그리고 좋은 하드웨어 지원 계약만으로도 대부분 또는 모든 시스템에 필요한 전부라는 것일 수도 있습니다. 시스템 복잡성을 낮춤으로써 시스템을 자연스럽게 더 안정적이고 관리하기 쉽게 만들어 IT 인프라 비용을 더욱 줄일 수 있습니다.