데이터 센터 운영 종료: 운영 종료 계획하기

1. 하드웨어 및 시설의 유지 관리

하나의 데이터 센터 안에는 수백에서 수만대에 이르는 컴퓨팅 장비가 포함됩니다. 각각의 장비는 하드 드라이브와 전원 공급 장치, 냉각팬 등 고장이 날 수밖에 없는 부품들로 구성됩니다. 또한 이 장비들은 분명 몇 년 안에 쓸모없어질 것입니다. 운영 중단 발생 시 자동으로 사용될 수 있는 초과 용량 및 '핫 스페어(hot spare)'가 항상 마련되어 있긴 하지만, 직원들은 여전히 디스크 및 전원 공급 장치를 교체하고, 간헐적인 중단을 진단하고, 업그레이드를 수행하고, 보안 및 성능 패치를 적용하고, 구성 요소를 교체하고, 장비를 재구성하고, 나머지 시간에는 유지 관리 업무를 수행하느라 바쁜 시간을 보냅니다. 컴퓨팅 하드웨어 외에도 데이터 센터를 소유한 기업은 섬세한 건물 보안 관리, 안정적인 전기 배전, 난방 및 냉방, 케이블 관리, 소화 시설, 인터넷 및 사내 네트워크 연결성 등 물리적인 건물 자체의 유지 관리도 담당해야 합니다.

2. 사이버 공격 예방을 위한 하드웨어 패치

새로운 보안 취약성에 대비한 서버 및 라우터 패치는 사이버 보안 확보를 위한 필수적인 요소입니다. 하지만 많은 기업들의 데이터 센터 관리 직원들은 이 같은 패치 작업을 지속적으로 수행하는 데 어려움을 겪고 있고, 그 결과 시스템은 사이버 공격에 취약한 상태로 남아있게 됩니다. 몇몇 잘 알려진 고객 데이터 침해 사례의 경우 그 원인이 가용한 패치가 존재함에도 불구하고 취약한 상태로 남아 있던 데이터 센터 시스템 때문인 것으로 드러났습니다.

3. 느리고 값비싼 확장

조직의 시스템 건전성 유지를 위해서 충족해야 하는 컴퓨팅 요구 사항들은 시간이 지날수록 늘어나게 되어 있습니다. 이를 위해서는 기존 하드웨어를 보다 강력한 장치로 교체하기 위한 완전히 새로운 하드웨어 랙의 구입 및 설치가 필요합니다. 새로운 장비의 선택, 주문, 구축, 배송, 설치, 프로비저닝 및 통합 절차는 몇주에서 몇달이 걸릴 수 있고, 어쩌면 그보다 더 길어질 수도 있습니다. 따라서 데이터 센터가 예상된 미래 수요를 처리할 충분한 초과 용량을 이미 보유하지 않은 한 신속한 조치가 불가능해 집니다. 컴퓨팅 수요가 데이터 센터의 물리적 규모를 넘어서는 경우, 기업은 엄청난 부동산 및 자본 투자 의사결정을 내려야 할 수 있습니다.

4. 축소의 어려움

하드웨어와 기타 인프라가 데이터 센터에 한번 설치되고 나면, 시간이 지나고 컴퓨팅 니즈가 변경되더라도 해당 설비들을 제거하는 일은 어렵고 비용이 많이 듭니다. 설비 축소는 단기적으로도 문제가 될 수 있습니다. 예를 들어 계절별 트랜잭션 로드 처리에 엄청난 서버 용량이 필요한 경우, 해당 시즌이 아닌 나머지 시기에는 장비의 유휴 용량이 낭비됩니다. (한 가지 재미있는 사실은, 1980년대에 시작된 초기 온라인 서비스 중 일부는 사용되지 않는 기업의 초과 컴퓨팅 용량을 수익화하기 위한 방안으로 마련되었다는 것입니다.)

5. 어느 때보다 빠르게 변화하는 보안 니즈

좋은 소식은 보통 데이터 센터의 물리적 보안 니즈가 천천히 변화한다는 것입니다. 키 잠금은 키패드로 대체되었고, 키패드는 다시 스마트 배지로, 스마트 배지는 망막 스캔 또는 지문으로 대체되었습니다. 빠른 변화로 인한 도전 과제는 디지털 보안 영역에서 나타나고 있습니다. 사이버 범죄자들은 피싱을 통해 직원의 노트북에 침투해 웹사이트에 대한 공격을 단행하거나, 서버 운영체제 또는 기기 펌웨어에 대한 새로 발견한 허점을 활용하기도 합니다. 데이터 센터는 지속적인 보안 모니터링과 빠르게 진화하는 위협에 대비하기 위한 새로운 도구들을 필요로 합니다.

6. 값비싼 인건비

최근의 기술 자동화에도 불구하고, 데이터 센터 운영에는 여전히 사람이 필요합니다. 보안 운영 센터(SOC)를 위한 24시간 인력 배치에서부터 데이터 센터 시스템의 업그레이드를 설계할 전문가들에 이르기까지 데이터 센터에는 숙련된 기술자들이 필요합니다. 이 업무를 위해 기업은 정규직 직원을 채용하거나, 계약직 직원을 채용하기도 하고, 관리형 서비스 제공업체가 이를 담당하기도 합니다. 담당 인재를 채용, 유지, 교육하기 위해서는 기업 또는 서비스 제공업체가 많은 비용을 지불해야 합니다. 일부 시장에서는 자격을 갖춘 인재를 구하는 것 자체가 어려운 일입니다.

1. 데이터 센터 임대 기간 종료

다양한 기술 발전과 비즈니스 기회는 많은 기업들에 이제 물리적 데이터 센터를 떠나 클라우드로 이전해야 한다는 확신을 줍니다. 하지만 실제 마이그레이션 시기는 데이터 센터 시설의 임대 기간 등 기술과 무관한 영역에 달려있습니다. 보통 시설 임대 계약은 장기로 체결되고, 기간이 5년에서 20년에 이르기도 합니다. 이와 같은 임대 기간이 종료되면 비용 절감을 위한 기회가 생깁니다. 임대 데이터 센터를 벗어나는 과정은 1년 이상이 걸릴 수도 있습니다. 하지만 임대 기간 만료는 하드웨어 구매 계획, 유지 관리 계약, 서비스 제공업체 계약, 감가상각 일정, 직원 채용 계획을 재고하고 클라우드로의 이전 계획을 수립하는 데 중요한 이점을 제공합니다.

2. 데이터 센터 통합

기업은 인수를 통해 그리고 시간이 지남에 따라 유기적으로 성장 및 발전합니다. 따라서 다양한 비즈니스 기능을 수행하기 위해 여러 개의 데이터 센터를 두는 일은 흔하며, 여러 국가에 또는 전 세계에 걸쳐 데이터 센터가 운영되는 경우도 종종 있습니다. 예를 들어 인수 과정에서 확보한 레거시 시스템으로 인해 기업은 별도의 전사적 자원 관리(ERP) 애플리케이션 또는 데이터 서버 호스팅을 위한 별도의 시설을 갖추거나, 한 시설에서 레거시 전자상거래 트랜잭션 시스템을 운영하고, 또 다른 시설에서 재고 관리를 위한 새로운 시스템을 운영하기도 합니다. 이처럼 분산된 시스템으로 인해 기업은 규모의 경제가 제공하는 기회를 놓치기도 합니다. 하지만 기술적으로 또는 운영상 문제로 인해 여러 데이터 센터를 소수의 소유 시설에 통합할 수 없는 경우도 있습니다. 이때 하나의 데이터 센터를 클라우드로 이전한 다음, 뒤 이어 또 다른 데이터 센터를 이전하면 물리적 이전으로 인한 혼란이나 통합을 위한 대형 시설 조달 없이도 비용을 크게 절약하고, 동일한 목표를 달성할 수 있습니다.

3. 데이터 센터 하드웨어 수명 종료

데이터 센터 세상 속 하드웨어는 수명이 제한되는데, 이는 대체로 명확한 장애 때문이 아니라 시설의 노후화로 인해 발생합니다. 데이터 센터 장비의 예상된 또는 계획된 수명 종료는 마이그레이션을 위한 시간표 또는 기회를 제공할 수 있습니다. 시설 노후화가 발생하는 이유는 무엇일까요? 먼저, 시스템 자체가 에지 컴퓨팅 서비스를 제공하지 않는 라우터 등 새로운 사용 패러다임을 처리하지 못하는 경우가 있습니다. 스토리지 용량이 낮은 데이터베이스 서버 또는 빠른 SSD(solid-state drives) 대신 느린 로테이팅 하드 드라이브를 사용하는 데이터베이스 서버 등 하드웨어 장비가 새로운 모델 대비 효율성이 떨어지는 경우도 있습니다. x86 기반 서버에서 ARM 기반 기기로의 이전 등 조직의 컴퓨팅 아키텍처가 변경되기도 합니다. 시설을 장기간 유지했을 때 발생할 수 있는 보안, 에너지 효율성, 규정 준수, 재해 대비, 건물 자체의 상태 등에 관한 우려도 존재합니다.

데이터 센터 내 장비들의 수명은 얼마나 될까요? 잘 관리된 난방, 냉방, 전력, 보안 시스템 등 주요 시설 인프라의 경우 중대한 업그레이드는 보통 10년 이상 주기로 발생합니다. 랙에 탑재된 개별 장비의 경우 개선된 신규 장치로 교체되기까지 보통 3년에서 5년이 걸립니다.

장치의 수명이 다했을 때 수행하는 구형 하드웨어 랙 교체 작업에는 많은 돈과 노동력이 들고, 그 과정에서 비즈니스 운영 중단을 야기하기도 합니다. 장비의 수명 종료로 인한 주요 하드웨어 교체를 앞둔 기업에게는 클라우드 마이그레이션이 보다 매력적이고 비용 효율적인 옵션으로 다가올 수 있습니다. 이와 같은 절사점(cutoff point)은 마이그레이션 일정 계획 수립에도 도움이 될 수 있습니다.

4. 클라우드 마이그레이션

데이터 센터 환경을 운영하는 데 따르는 도전 과제를 극복하는 가장 손쉽고 좋은 방법은 데이터 센터를 폐쇄하고 애플리케이션, 데이터, 서비스를 모두 클라우드로 마이그레이션하는 것입니다. 클라우드 마이그레이션을 통해 자본 지출(CapEx)은 관리 가능한 운영 지출(OpEx)로 전환됩니다. 또한 아키텍트, 엔지니어, 개발자, 관리자들도 서비스 제공, 비즈니스 문제 해결, 비즈니스 기회 확보 등 진짜 중요한 업무에 집중할 수 있게 됩니다.

게다가 전력, 냉각, 대역폭 공급, 케이블 관리, 소모품 교체, 간헐적인 네트워킹 문제 진단, 인터넷 라우터에 대한 DoS 공격 대처, 하드웨어 기술자 및 보안 경비대 고용 등 데이터 센터 운영으로 인해 발생하는 부수적인 일들은 더 이상 신경쓰지 않아도 되죠. 이제 이와 같은 업무는 초대기업들을 제외한 대부분의 고객들에게 규모의 경제의 이점을 제공하는 클라우드 제공업체의 책임이 됩니다.

게다가 클라우드 제공업체는 본질적으로 유연성을 가지고 있기 때문에 고객사의 시스템 관리자가 과거에는 몇 달이 걸리던 새로운 서버 또는 기타 기능 생성 작업을 몇 분만에 끝낼 수 있습니다. 최대 용량 서비스가 필요하지 않은 경우, 해당 서비스의 사용 및 비용 발생을 필요 시기까지 유예할 수 있습니다. 연말 재무 마감, 시즌 이벤트 등 제한된 기간 동안만 최대 용량 서비스가 필요한 경우 하드웨어 추가 구입 없이 며칠, 몇 주, 몇 달 단위로 서비스를 이용할 수 있습니다.

1. 재고 가져오기

무엇을 이전해야 하는지 알지 못하는 상황이라면 이전 자체가 불가능합니다. 외부 서비스 제공업체의 장치를 포함해 하드웨어, 소프트웨어, 서비스를 범주화하는 것이 중요합니다. 계약에 대해 면밀히 파악해야 합니다. 데이터의 저장 위치, 저장 양식, 백업 위치, 서로가 사용 중인 종속성 시스템의 종류와 함께 규정 준수, 데이터 레지던시 등 운영 지역에 관한 우려 사항이 있는지도 확인해야 합니다. 자동화된 에셋 탐색 도구가 이 프로세스에 도움을 줄 수 있습니다. 결과를 확인하면 몰랐던 사실을 알게 될지도 모릅니다.

2. 비즈니스 요소 확인하기

이제 임대 조건, 감가상각 일정, 서비스 제공업체 계약, 라이선스에 대해 면밀히 검토할 때입니다. 기존 서비스 제공업체 중 일부는 고객과 함께 클라우드로의 이전을 단행할 수도 있고, 역량 부족으로 그렇게 하지 못하는 제공업체도 있을 것입니다. 아니면 고객이 해당 제공업체들과 더 이상 함께 가길 원치 않을 수도 있습니다.

3. 비즈니스 사례 제시, 예산 수립, 일정 생성

조직 내 모든 사람들이 새로운 전략에 동참하도록 해야 합니다. 이와 같은 결정은 보통 이사회 수준에서 내려집니다.

4. 각 에셋에 대한 계획 수립

각 애플리케이션을 살펴보고 원하는 클라우드 아키텍처의 형태를 결정해야 합니다. 데이터에 대해서도 마찬가지입니다. 데이터의 형식이나 구조가 새로운 애플리케이션이나 스토리지 패러다임에 맞게 수정되어야 하는지, 어떤 방식을 통해 수정할 것인지, 데이터를 어떤 방식으로 이전할 것인지 결정해야 합니다. 또한 어떤 시스템이 어떤 다른 시스템에 액세스해야 하는지, 클라우드에서는 그와 같은 액세스가 어떤 방식으로 이루어지는지, 최종 사용자가 애플리케이션, 데이터, 서비스에 어떤 방식으로 액세스하게 될지, 보안 아키텍처는 어떤 모습일지에 대한 계획도 필요합니다.

5. 직원 채용 관련 우려 사항 파악하기

현재 보유한 모든 직원의 기술이 새로운 패러다임에도 적용될 테지만, 그게 모든 직원이 새로운 모델에 관심을 가지게 된다는 뜻은 아닙니다. 하지만 직원 대다수는 클라우드 서비스를 이용할 수 있게 된다는 기대감을 가질 것이고, 그 결과 필요한 전문성 및 자격을 확보하기 위해 오랜 잔류를 결정할 수도 있습니다.

6. 클라우드 제공업체의 마이그레이션 서비스와의 연계

클라우드 제공업체 및 서드파티 벤더사들은 자동화된 소프트웨어 시스템에서부터 정교한 컨설팅 도구에 이르기까지 마이그레이션 및 데이터 센터 운영 종료를 돕기 위한 광범위한 도구를 제공합니다. 기업이 스스로 보유한 에셋 및 니즈를 파악했다면, 이제 클라우드 제공업체 및 전문가들이 보유한 마이그레이션 경험과 전문성을 활용할 때입니다.

7. 단계별 마이그레이션 시작

모든 것을 한꺼번에 이전할 수도 없고, 그래서도 안 됩니다. 가장 쉽고, 가장 격리된 애플리케이션, 데이터, 서비스에서 시작해 팀과 직원들이 자신감과 경험, 성취감을 빠르게 얻을 수 있게 해야 합니다. 일부 시스템이 클라우드에 위치하게 되고, 일부는 몇 주 또는 몇 달간 데이터 센터에 남게 되기 때문에 단계별 마이그레이션은 까다로운 일일 수 있습니다. 하지만 다양한 시스템들이 별도로 마이그레이션되는 가운데에도 두 시스템 간 원활한 상호 운영이 가능해야 합니다. 전환이 진행되는 동안 모든 시스템이 문제 없이 제대로 이전되었는지 확인하기 위한 추가 작업은 현재에도, 미래에도 기업에 복원력을 제공할 것입니다.

8. 전원 차단

전체 마이그레이션이 완료되면 오래된 데이터 센터의 전력을 차단하고, 모든 남은 에셋을 폐기하고, 새롭고 밝은 미래를 기대할 차례입니다.