구축형 클라우드형 차이, CAPEX OPEX, TCO 뜻

도입 방식(구축형 · 클라우드형, 온프레미스 · SaaS )과 돈 쓰는 구조(CAPEX · OPEX )의 개념을 먼저 잡고, 서버 교체 제안의 가장 흔한 근거인 통합과 TCO 를 봅니다.

구축형 vs 클라우드형

시스템을 어디에 두고 누가 운영하느냐의 구분입니다. 구축형(온프레미스 )은 장비를 우리 회사 전산실이나 임대한 데이터센터에 직접 둡니다. 클라우드형은 공급사의 설비를 인터넷으로 빌려 씁니다. 구축형 (온프레미스) 장비 위치 우리 전산실 · 임대 데이터센터 장비 주인 우리 회사 처음 드는 돈 큼 (장비 구매 · 설치) 늘리고 줄이기 장비를 사야 늘어남 (몇 주~몇 달) 운영 책임 하드웨어부터 전부 우리 잘 맞는 경우 사용량이 꾸준함, 데이터를 밖에 두기 어려움 클라우드형 장비 위치 클라우드 공급사 데이터센터 장비 주인 공급사 처음 드는 돈 작음 (가입 후 바로 사용) 늘리고 줄이기 몇 분 단위로 늘리고 줄임 운영 책임 계약한 범위만 우리 잘 맞는 경우 사용량 변화가 큼, 빨리 시작해야 함 NOTE 둘 중 하나만 고르는 것은 아닙니다. 중요한 데이터는 구축형에, 변화가 큰 업무는 클라우드에 두는 하이브리드가 많습니다. 서버를 구독형으로 사는 방식은 '구매 vs 구독' 페이지에서 봅니다.

온프레미스 · IaaS · PaaS · SaaS

누가 어디까지 관리하느냐로 나눈 말입니다. 아래로 갈수록 공급사가 맡는 층이 늘고, 우리가 신경 쓸 층은 줄어듭니다. SaaS 는 프로그램까지 서비스로 받아 쓰는 형태입니다. 온프레미스 (구축형) 애플리케이션 우리 데이터 우리 미들웨어 · 런타임 우리 OS 우리 가상화 우리 서버 · 스토리지 · 네트워크 우리 IaaS 애플리케이션 우리 데이터 우리 미들웨어 · 런타임 우리 OS 우리 가상화 공급사 서버 · 스토리지 · 네트워크 공급사 PaaS 애플리케이션 우리 데이터 우리 미들웨어 · 런타임 공급사 OS 공급사 가상화 공급사 서버 · 스토리지 · 네트워크 공급사 SaaS 애플리케이션 공급사 데이터 우리 미들웨어 · 런타임 공급사 OS 공급사 가상화 공급사 서버 · 스토리지 · 네트워크 공급사 IaaS 서버 · 스토리지 · 네트워크를 빌립니다. 가상 서버를 받아 OS부터 직접 설치하고 관리합니다. PaaS 개발 · 실행 환경까지 빌립니다. 코드만 올리면 돌아가고 OS 패치는 공급사가 합니다. SaaS 완성된 프로그램을 웹으로 씁니다. 메일, 그룹웨어, ERP처럼 가입하면 바로 씁니다. 사용자 수만큼 월 요금을 냅니다. 데이터는 누구 책임 SaaS라도 데이터의 주인과 책임은 고객입니다. 백업 범위와 계약 종료 후 데이터를 돌려받는 방법을 확인합니다.

CAPEX vs OPEX

돈을 쓰는 구조의 구분입니다. CAPEX (자본적 지출)는 처음에 큰돈을 들여 자산을 사고 몇 년에 걸쳐 감가상각합니다. OPEX (운영비 지출)는 쓰는 동안 매달 · 매년 나눠 내는 비용입니다. CAPEX (자본적 지출) 언제 내나 처음에 한 번에 크게 회계 처리 자산으로 잡고 몇 년간 감가상각 예산 승인 큰 금액이라 승인 절차가 길다 예 서버 · 스토리지 구매, 전산실 공사 도입 방식과의 연결 구축형 구매와 주로 연결 OPEX (운영비 지출) 언제 내나 쓰는 동안 나눠서 회계 처리 그해 비용으로 처리 예산 승인 월 · 연 단위 운영 예산 예 클라우드 요금, SaaS 구독, 전기료, 유지보수 도입 방식과의 연결 클라우드 · SaaS · 구독형과 주로 연결 NOTE 구축형이라도 전기료 · 유지보수는 OPEX이고, 클라우드라도 전환 작업비는 일시에 듭니다. 고객 회사가 어느 쪽 예산을 쓰기 쉬운지가 도입 방식 선택에 영향을 줍니다. 회계 처리는 회사 기준에 따라 다르니 재무 부서에 확인합니다.

서버 통합이 뭔가요

여러 대에 나눠 돌던 일을 더 적은 수의 서버로 모으는 것입니다. 대수가 줄면 그 서버에 딸린 비용이 함께 줄어듭니다. NOTE CPU 제조사들은 5년 넘은 서버와 최신 서버를 비교해 3:1에서 7:1 정도의 통합 비율을 제시합니다. 실제 비율은 업무 종류와 지금 사용률에 따라 다르니 고객 데이터로 다시 계산합니다.

TCO: 장비값 말고 드는 돈

TCO (Total Cost of Ownership, 총소유비용)는 도입부터 운영 · 유지보수 · 폐기까지 드는 돈 전체입니다. 장비 가격은 그중 일부일 뿐입니다. 구축형과 클라우드형을 비교할 때도 같은 기간의 TCO로 맞춰 봅니다. 장비 구매 서버, 스토리지, 네트워크 장비 가격입니다. 견적서에 보이는 숫자입니다. 전기 · 냉각 5년 동안 쓰는 전기와 냉각 비용입니다. 오래된 서버일수록 같은 일에 전기를 더 씁니다. 공간 데이터센터 랙 임대료입니다. 대수가 줄면 랙 칸 수가 줄어듭니다. 소프트웨어 라이선스 서버 대수, CPU 소켓, 코어 수로 매기는 라이선스가 많습니다. 통합하면 줄 수도 있지만 코어 기준이면 오히려 늘 수도 있어 꼭 따져 봅니다. 유지보수 · 인력 보증 만료 후 연장 유지보수는 비쌉니다. 관리할 대수가 줄면 점검과 패치 시간도 줄어듭니다. 장애 위험 오래된 부품은 고장이 잦고 펌웨어 지원도 끝납니다. 멈췄을 때의 손실도 비용입니다. 폐기 · 이전 수명이 끝나면 데이터 완전 삭제, 장비 반출, 다음 시스템으로 옮기는 작업비가 듭니다. 클라우드는 데이터를 꺼낼 때 전송료가 붙기도 합니다. ENG 통합 전에 지금 서버들의 CPU·메모리 사용률을 몇 주 이상 모읍니다. 최고 사용 시점을 기준으로 잡아야 통합 후 느려지지 않습니다. SALES "새 서버가 비싸다"는 말에는 5년 동안 전기, 공간, 유지보수, 라이선스까지 더한 표로 답합니다. 장비 가격만 비교하면 교체 제안이 불리해 보입니다.

TCO 말고 함께 보는 것

돈이 적게 드는 쪽이 늘 정답은 아닙니다. 도입 방식을 정할 때는 비용과 함께 아래 기준을 같이 봅니다. 보안 · 규제 개인정보, 금융 · 공공 데이터는 저장 위치와 인증 요건이 정해져 있기도 합니다. 이 조건이 방식을 먼저 정하는 경우가 많습니다. 성능 · 지연 공장 설비, 거래 시스템처럼 응답이 빨라야 하는 업무는 가까이에 두는 편이 유리합니다. 확장 속도 사용량이 갑자기 늘고 주는 업무는 빨리 늘리고 줄일 수 있는 방식이 맞습니다. 운영 인력 장비를 직접 관리할 사람이 있는지 봅니다. 없으면 관리 범위가 작은 방식이 현실적입니다. 종속 · 이전 특정 공급사 기능에 깊이 묶이면 나중에 옮기기 어렵습니다. 데이터를 꺼내는 비용과 방법을 미리 확인합니다. ROI (투자 수익) 비용을 얼마나 줄이느냐와 함께, 그 시스템으로 얻는 효과(매출, 업무 시간 절감)를 봅니다. ENG 비교표는 같은 기간(예: 5년), 같은 성능 · 용량, 같은 가용성 수준으로 맞춰야 공정합니다. 클라우드는 데이터 전송료와 백업 · 보안 옵션 요금을 빠뜨리기 쉽습니다. SALES 고객이 "클라우드가 싸다던데요"라고 하면, 어느 쪽이 싸다고 단정하지 말고 5년 TCO 와 보안 · 운영 조건을 함께 놓고 비교해 보자고 제안합니다.

스택업 전체 목차

이 사이트는 자바스크립트를 켜야 그림과 메뉴가 보입니다.

스택업 STACK UP인프라 지식을 한 층씩 쌓다
주제 제안 · 문의 ✎
스택업 · 서버 · 스토리지 · 네트워크 · AI
SCROLL DOWN
Site map

찾는 내용으로 바로 가기

사이트 전체를 한 화면에 펼쳤습니다. 제목을 누르면 그 내용으로 바로 갑니다.

Why

엔지니어도 영업도 잘 모르는 3~5년

영업은 제안까지, 엔지니어는 설치와 장애 때만 고객을 만납니다. 그 사이 고객 운영팀이 매일 하는 일이 인프라 일생의 대부분입니다.

현업 흐름에서 자세히 보기
Three domains

랙 하나에 함께 들어가는 장비들

Inside a rack

랙 한 칸씩 들여다보기

표준 랙은 높이 42칸(U)입니다. 맨 위에 스위치, 가운데 서버, 아래에 스토리지와 UPS가 들어가는 것이 흔한 배치입니다. 장비를 누르면 해당 페이지로 갑니다.

Vendors

다섯 제조사

같은 기능을 부르는 이름이 제조사마다 다릅니다. 원격 관리 칩(BMC) 이름부터 익혀 두세요.

Route

이 순서로 보세요

Glossary

처음 들으면 헷갈리는 말

용어 사전 전체 보기