한동안 기업 IT 인프라의 방향은 명확해 보였습니다. 새로운 서비스를 시작할 때는 퍼블릭 클라우드를 먼저 검토하고, 기존 시스템도 가능한 한 클라우드로 이전하는 흐름이 강했습니다.

초기 장비 투자가 필요 없고, 필요한 만큼 자원을 늘릴 수 있으며, 빠르게 서비스를 시작할 수 있다는 점에서 퍼블릭 클라우드는 분명 매력적인 선택지였습니다.

하지만 실제 운영 기간이 길어질수록 기업들의 고민도 달라지고 있습니다.

처음에는 작게 시작했던 클라우드 비용이 매달 조금씩 늘어나고, 어떤 서비스가 비용을 많이 쓰는지 파악하기 어려워지며, 24시간 계속 켜져 있는 업무 시스템까지 사용량 기반 과금 구조에 묶이면서 예산 부담이 커지는 경우가 많아졌습니다.

그래서 최근에는 모든 업무를 클라우드에 두기보다, 업무 성격에 따라 온프레미스와 퍼블릭 클라우드를 다시 나누어 보려는 움직임이 나타나고 있습니다.

 

클라우드 비용은 왜 예상보다 커질까요?

퍼블릭 클라우드는 사용한 만큼 비용을 지불하는 구조입니다. 이 구조는 서비스 초기에는 큰 장점이 됩니다. 장비를 미리 사지 않아도 되고, 필요한 자원을 바로 사용할 수 있기 때문입니다.

문제는 서비스가 안정화된 이후입니다.

VM은 계속 켜져 있고, 데이터는 계속 쌓이고, 백업과 모니터링, 보안 서비스도 함께 붙습니다. 처음에는 눈에 띄지 않던 스토리지 비용, 네트워크 전송 비용, 관리형 서비스 비용이 시간이 지나면서 전체 청구액을 키웁니다.

특히 다음과 같은 환경에서는 클라우드 비용 부담이 빠르게 커질 수 있습니다.

• 상시 운영되는 VM이 많은 경우
• 스토리지와 백업 데이터가 계속 증가하는 경우
• 대용량 파일, 영상, 로그 데이터를 자주 이동하는 경우
• 관리형 DB, 보안, 모니터링 서비스를 여러 개 사용하는 경우
• 사용하지 않는 자원이 정리되지 않고 남아 있는 경우
• 환율 변동에 따라 월 비용이 함께 증가하는 경우

클라우드는 필요할 때 빠르게 확장하는 데 강합니다. 반대로 늘 켜져 있는 고정 업무가 많아질수록, 사용량 기반 과금 구조가 부담으로 돌아올 수 있습니다.

모든 업무가 클라우드에 맞는 것은 아닙니다

퍼블릭 클라우드가 적합한 업무는 분명히 있습니다.

트래픽 변동이 큰 서비스, 단기간 운영되는 이벤트성 서비스, 글로벌 사용자를 대상으로 하는 서비스, 빠른 개발과 배포가 중요한 서비스는 클라우드의 장점을 잘 활용할 수 있습니다.

반면 매일 비슷한 사용량으로 운영되는 내부 업무 시스템이라면 다른 관점에서 볼 필요가 있습니다.

그룹웨어, ERP, 내부 DB, 파일 서버, 병원 영상 시스템, 제조 현장 시스템, 개발·테스트 서버처럼 기업 내부에서 꾸준히 사용되는 업무는 온프레미스 환경이 더 경제적일 수 있습니다.

또 보안 정책상 내부망 운영이 필요하거나, 데이터 위치와 접근 통제가 중요한 업무라면 외부 클라우드보다 직접 통제 가능한 인프라가 더 적합할 수 있습니다.

결국 중요한 것은 클라우드냐 온프레미스냐의 선택이 아니라, 각 업무를 어느 위치에 두는 것이 가장 합리적인지 판단하는 것입니다.

 

클라우드 리패트리에이션은 클라우드를 포기하는 전략이 아닙니다

최근 자주 언급되는 클라우드 리패트리에이션은 클라우드를 완전히 떠나는 의미가 아닙니다.

오히려 클라우드를 더 합리적으로 쓰기 위한 재배치에 가깝습니다.

클라우드가 적합한 업무는 그대로 클라우드에 두고, 고정적으로 운영되는 업무나 내부 데이터 중심 업무는 온프레미스로 가져오는 방식입니다.

예전에는 “Cloud First”라는 표현이 많이 쓰였다면, 이제는 “Right Place” 전략이 더 현실적인 방향으로 받아들여지고 있습니다.

어떤 업무는 퍼블릭 클라우드에, 어떤 업무는 사내 인프라에, 어떤 업무는 지점이나 현장 가까이에 두는 방식입니다. 이런 조합이 비용과 성능, 보안, 운영 편의성 측면에서 더 나은 결과를 만들 수 있습니다.

온프레미스를 다시 검토해야 하는 순간

클라우드 월 비용이 계속 증가할 때

매월 청구되는 클라우드 비용이 꾸준히 늘고 있다면, 먼저 비용이 발생하는 업무를 구분해야 합니다.

일시적으로 확장되는 서비스인지, 아니면 24시간 계속 켜져 있는 고정 업무인지에 따라 판단 기준이 달라집니다. 후자라면 온프레미스 전환 시의 TCO를 비교해볼 필요가 있습니다.

사용량이 안정적인 업무가 많을 때

트래픽 변동이 크지 않고 매일 비슷한 자원을 사용하는 업무라면, 클라우드의 탄력성보다 비용 예측성이 더 중요할 수 있습니다.

이런 업무는 온프레미스 HCI 환경에서 운영할 때 자원을 직접 통제할 수 있고, 장기 비용도 더 명확하게 설계할 수 있습니다.

데이터 이동 비용이 부담될 때

클라우드에서는 컴퓨팅 비용뿐 아니라 데이터 저장, 백업, 외부 전송 비용도 함께 봐야 합니다.

영상, 로그, 이미지, 백업 데이터처럼 용량이 계속 증가하는 업무는 시간이 지날수록 스토리지와 전송 비용이 부담이 될 수 있습니다.

이런 경우 대용량 데이터는 온프레미스에 두고, 필요한 분석이나 외부 연계만 클라우드와 연결하는 방식이 더 효율적일 수 있습니다.

보안과 데이터 통제가 중요할 때

공공, 금융, 의료, 교육, 제조 분야에서는 데이터 위치와 접근 통제가 중요합니다.

핵심 데이터와 내부 업무 시스템은 온프레미스에 두고, 외부 서비스나 확장성이 필요한 영역만 클라우드와 연계하는 방식이 더 안정적인 선택이 될 수 있습니다.

다시 온프레미스로 간다면, 예전 방식과는 달라야 합니다

온프레미스를 다시 검토한다고 해서 과거처럼 물리 서버를 업무별로 하나씩 늘리는 방식으로 돌아가서는 안 됩니다.

예전의 온프레미스 환경은 서버, 스토리지, 네트워크가 각각 분리되어 있었고, 장비별 관리 포인트도 많았습니다. 인프라 담당자는 서버도 보고, 스토리지도 보고, 네트워크도 따로 확인해야 했습니다.

퍼블릭 클라우드에 익숙해진 기업이라면, 온프레미스에서도 어느 정도의 운영 편의성과 유연성을 기대하게 됩니다.

VM을 빠르게 만들 수 있어야 하고, 자원을 쉽게 배분할 수 있어야 하며, 장애 대응과 백업도 함께 고려되어야 합니다. 관리자는 여러 장비를 따로 보는 대신, 하나의 플랫폼에서 전체 자원을 확인하고 운영할 수 있어야 합니다.

이런 이유로 최근의 온프레미스 전환은 단순한 물리 서버 증설이 아니라, HCI 기반 가상화 인프라와 함께 검토되는 경우가 많습니다.

 

HCI는 온프레미스를 더 단순하게 만드는 방식입니다

HCI는 서버, 스토리지, 네트워크 자원을 소프트웨어적으로 통합해 하나의 플랫폼처럼 운영하는 방식입니다.

기존 3-Tier 구조처럼 서버와 스토리지를 따로 구성하고 각각 관리하는 방식보다 구조가 단순합니다. 노드를 추가해 확장하기도 쉽고, VM 중심으로 자원을 운영하기 때문에 관리 방식도 직관적입니다.

퍼블릭 클라우드가 빠른 자원 생성과 유연한 확장성을 제공했다면, HCI 기반 온프레미스는 기업 내부에 직접 통제 가능한 가상화 인프라를 만들면서도 운영 부담을 줄여주는 방식입니다.

클라우드 비용 부담 때문에 일부 업무를 사내로 가져오려는 기업이라면, 단순 물리 서버보다 HCI 기반 인프라를 함께 검토하는 것이 좋습니다.

SmartECM으로 온프레미스 전환을 더 현실적으로

SmartECM은 HCI 기반의 기업 인프라 플랫폼입니다.

서버, 스토리지, 네트워크 자원을 하나의 시스템으로 통합해 운영할 수 있고, VM 생성, 백업, 스냅샷, 복제, 마이그레이션, HA 등 가상화 인프라 운영에 필요한 기능을 제공합니다.

퍼블릭 클라우드에서 운영하던 업무 중 고정적으로 사용되는 VM, 내부 업무 시스템, 개발·테스트 서버, 파일 서버, 백업 서버 등은 SmartECM 기반 온프레미스 환경으로 이전했을 때 비용 예측성과 운영 통제력을 높일 수 있습니다.

또 하나 중요한 점은 아키텍처 선택의 유연성입니다.

SmartECM은 Stand-alone, 2 Node, HCI, dHCI 등 다양한 구성을 지원합니다. 작은 업무는 단일 서버 기반으로 가볍게 시작하고, 고가용성이 필요한 업무는 2 Node 또는 HCI로 구성할 수 있습니다. 기존 SAN 스토리지를 보유한 기업이라면 dHCI 방식으로 기존 자산을 활용하는 것도 가능합니다.

모든 업무를 한 번에 옮길 필요는 없습니다. 비용 부담이 큰 업무, 사용량이 안정적인 업무, 내부 운영이 더 적합한 업무부터 단계적으로 검토하는 것이 현실적입니다.

어떤 업무부터 검토하면 좋을까요?

온프레미스 전환은 한 번에 크게 진행하기보다, 효과가 분명한 업무부터 시작하는 것이 좋습니다.

대표적으로는 다음과 같은 업무를 먼저 검토해볼 수 있습니다.

• 상시 운영되는 업무용 VM
• 내부 그룹웨어, ERP, DB 서버
• 개발·테스트 서버
• 파일 서버와 백업 서버
• 로그·영상·이미지 등 대용량 데이터 저장 업무
• 내부망 기반 업무 시스템
• 지점·현장 단위의 소규모 인프라

이런 업무는 퍼블릭 클라우드에 계속 두는 경우와 온프레미스로 전환하는 경우를 비용, 운영, 보안 측면에서 비교해볼 가치가 있습니다.

핵심은 클라우드가 아니라 ‘적절한 위치’입니다

퍼블릭 클라우드는 여전히 중요한 인프라 선택지입니다. 빠른 확장, 글로벌 서비스, 개발 민첩성이 필요한 업무에서는 앞으로도 강력한 역할을 할 것입니다.

다만 모든 업무가 클라우드에 있어야 하는 것은 아닙니다.

예측 가능한 고정 업무는 온프레미스에서 비용과 운영을 통제하고, 탄력성이 필요한 업무는 퍼블릭 클라우드를 활용하는 방식이 더 현실적일 수 있습니다.

클라우드 비용 부담이 커지고 있다면, 지금은 인프라 구조를 다시 점검해야 할 시점입니다.

SmartECM은 HCI 기반의 유연한 온프레미스 인프라를 통해 기업이 클라우드 비용을 줄이고, 운영 통제력을 높이며, 필요한 업무부터 단계적으로 전환할 수 있도록 지원합니다.

퍼블릭 클라우드 비용이 부담되고 있다면, SmartECM을 통해 우리 업무에 맞는 온프레미스 전환 전략을 검토해보시기 바랍니다.

SmartECM 개요 보기
SmartECM 아키텍처 보기
SmartECM 도입분야 보기
SmartECM 제품소개서 다운로드