기업 인프라를 HCI로 전환하려고 할 때 가장 먼저 나오는 질문이 있습니다.

“기존에 쓰던 SAN 스토리지는 어떻게 해야 하나요?”

HCI는 서버, 스토리지, 네트워크를 하나의 플랫폼처럼 통합해 운영할 수 있다는 점에서 매우 매력적인 인프라 구조입니다. 관리가 단순해지고, 확장이 쉬워지며, VM 기반 업무를 효율적으로 운영할 수 있습니다.

하지만 이미 SAN 스토리지와 FC 스위치를 보유한 기업이라면 이야기가 조금 달라집니다.

HCI가 좋다는 이유만으로 기존 SAN 장비를 폐기하거나, HCI용 서버와 디스크를 모두 새로 구매하는 것이 항상 최선은 아닙니다. 이미 고가의 SAN 인프라를 안정적으로 운영하고 있다면, 그 자산을 최대한 활용하면서 HCI의 운영 편의성을 가져갈 수 있는 방법을 먼저 검토해야 합니다.

이때 현실적인 대안이 바로 dHCI입니다.

HCI는 좋은 선택입니다. 하지만 모든 기업에 같은 방식으로 맞지는 않습니다

HCI는 Hyper Converged Infrastructure의 약자로, 서버 내부의 디스크를 소프트웨어 정의 스토리지로 묶어 하나의 통합 인프라처럼 사용하는 구조입니다.

기존 3-Tier 구조에서는 서버, 스토리지, 네트워크가 각각 분리되어 있었습니다. 서버는 서버대로, SAN 스토리지는 스토리지대로, FC 스위치는 네트워크 장비대로 따로 관리해야 했습니다. 장애가 발생하면 원인을 찾는 과정도 복잡했고, 확장할 때도 여러 장비 간의 호환성과 구성을 함께 고려해야 했습니다.

HCI는 이런 복잡성을 줄여줍니다.

서버 노드를 클러스터로 묶고, 각 노드의 디스크를 하나의 스토리지 풀처럼 사용합니다. 관리자는 하나의 통합 관리 화면에서 VM, 서버 자원, 스토리지, 네트워크 상태를 확인하고 운영할 수 있습니다.

그래서 신규 인프라를 구축하거나, 노후 서버를 교체하거나, 기존 물리 서버를 가상화로 통합하려는 기업에게 HCI는 매우 효율적인 선택입니다.

문제는 이미 SAN 장비를 보유한 기업입니다.

SAN을 보유한 기업이 HCI 전환을 망설이는 이유

많은 기업, 대학, 병원, 연구기관, 공공기관은 이미 SAN+FC 기반의 가상화 환경을 운영하고 있습니다.

과거 VMware 기반 가상화 환경은 대부분 서버와 SAN 스토리지를 분리한 3-Tier 구조로 구축되었습니다. 이 구조는 오랜 기간 검증된 방식이고, 특히 데이터 안정성과 성능을 중요하게 보는 조직에서 많이 사용되었습니다.

그런데 최근 VMware 라이선스 비용 부담, 노후 장비 교체, 운영 복잡성 증가 등의 이유로 HCI 전환을 검토하는 기업이 늘고 있습니다.

여기서 고민이 생깁니다.

• 기존 SAN 장비를 계속 쓸 수는 없을까?
• 아직 멀쩡한 FC 스위치를 버려야 하나?
• HCI로 가려면 스토리지까지 전부 새로 사야 하나?
• 기존 투자를 살리면서 운영만 단순화할 방법은 없을까?

이 질문에 대한 답이 바로 dHCI입니다.

dHCI란 무엇인가?

dHCI는 disaggregated Hyper Converged Infrastructure의 약자입니다. 쉽게 말하면 “분리형 HCI”입니다.

일반적인 HCI가 서버와 스토리지를 하나의 노드 안에 통합하는 구조라면, dHCI는 컴퓨팅과 스토리지를 물리적으로 분리해 운영하면서도 HCI와 유사한 통합 운영 경험을 제공하는 구조입니다.

즉, 서버는 서버대로 확장하고, 스토리지는 스토리지대로 활용하거나 확장할 수 있습니다.

HCI가 “서버 안의 디스크를 묶어서 스토리지처럼 쓰는 방식”이라면, dHCI는 “기존 스토리지를 살리면서 HCI처럼 운영하는 방식”입니다.

이 차이는 SAN 장비를 이미 보유한 기업에게 매우 중요합니다.

SAN 보유 기업이 dHCI를 먼저 검토해야 하는 이유

1. 기존 장비를 버리지 않아도 됩니다

SAN 스토리지는 저렴한 장비가 아닙니다. 특히 FC 기반 SAN 환경은 스토리지 본체뿐 아니라 FC 스위치, HBA 카드, 케이블, 이중화 구성, 유지보수 체계까지 포함된 고가의 인프라입니다.

이미 수천만 원에서 수억 원 이상의 비용을 들여 구축한 SAN 환경이 아직 정상적으로 운영되고 있다면, HCI 전환을 위해 이 장비를 바로 폐기하는 것은 큰 부담입니다.

dHCI 구조에서는 기존 SAN 스토리지를 계속 활용할 수 있습니다.

즉, HCI 전환을 위해 스토리지를 새로 구매하는 것이 아니라, 기존 SAN 장비를 기반으로 컴퓨팅 영역과 가상화 운영 환경을 현대화할 수 있습니다.

이것은 단순히 장비를 아낀다는 의미가 아닙니다. 기존 인프라 투자 비용을 보호하면서, 새로운 운영 방식으로 전환할 수 있다는 의미입니다.

2. 초기 도입 비용을 줄일 수 있습니다

HCI 도입 시 비용 부담이 커지는 이유 중 하나는 스토리지 디스크를 포함한 서버 노드를 새로 구성해야 하기 때문입니다.

HCI는 각 서버 노드의 내부 디스크를 사용하므로, 컴퓨팅 자원뿐 아니라 스토리지 자원까지 함께 설계해야 합니다. 고성능 NVMe, SSD, 네트워크 대역폭, 복제 구조까지 고려하면 초기 하드웨어 비용이 생각보다 커질 수 있습니다.

반면 SAN을 이미 보유한 기업이 dHCI 구조를 선택하면 스토리지 영역의 신규 투자를 줄일 수 있습니다.

기존 SAN을 활용하고, 필요한 컴퓨팅 노드 중심으로 인프라를 재구성할 수 있기 때문입니다. 특히 스토리지 성능과 용량이 충분한 상태라면, 굳이 HCI용 디스크를 대량으로 새로 구매하지 않아도 됩니다.

결국 dHCI는 HCI의 운영 편의성을 가져가면서도, 기존 장비 활용을 통해 초기 투자 비용을 줄일 수 있는 현실적인 선택지입니다.

3. 컴퓨팅과 스토리지를 독립적으로 확장할 수 있습니다

HCI는 구조가 단순한 대신, 확장 방식이 노드 중심입니다.

노드를 추가하면 CPU, 메모리, 스토리지가 함께 늘어납니다. 이 방식은 직관적이고 관리가 쉽습니다. 하지만 모든 업무가 CPU, 메모리, 스토리지를 같은 비율로 필요로 하지는 않습니다.

어떤 기업은 VM 수가 늘어나 CPU와 메모리만 더 필요할 수 있습니다. 어떤 기업은 로그, 이미지, 영상 데이터 증가로 스토리지만 더 필요할 수 있습니다. 어떤 기업은 기존 SAN 용량은 충분한데, 가상화 서버만 교체해야 할 수 있습니다.

이런 경우 dHCI가 유리합니다.

dHCI는 컴퓨팅과 스토리지를 분리해 구성할 수 있으므로, 필요한 자원만 선택적으로 확장할 수 있습니다. 컴퓨팅이 부족하면 서버 노드를 추가하고, 스토리지가 부족하면 SAN 스토리지를 증설하는 식의 설계가 가능합니다.

즉, dHCI는 기존 3-Tier 구조의 자원 분리 장점과 HCI의 운영 단순화 장점을 함께 가져갈 수 있는 구조입니다.

4. 기존 운영 방식의 급격한 변화를 줄일 수 있습니다

인프라 전환에서 중요한 것은 기술만이 아닙니다. 운영 조직의 익숙함도 중요합니다.

오랫동안 SAN 기반 가상화 환경을 운영해 온 기업은 이미 스토리지 관리 방식, 장애 대응 절차, 백업 정책, 유지보수 체계가 SAN 중심으로 정착되어 있습니다. 이런 환경에서 갑자기 모든 구조를 HCI로 바꾸면 운영팀 입장에서는 부담이 커질 수 있습니다.

dHCI는 기존 SAN 기반 운영 경험을 유지하면서, 가상화 관리와 클러스터 운영을 단순화할 수 있습니다.

즉, 기존 인프라를 한 번에 모두 바꾸는 방식이 아니라, 익숙한 자산은 유지하고 복잡했던 운영 영역부터 개선하는 방식입니다.

이 점은 보수적인 인프라 환경에서 특히 중요합니다. 병원, 대학, 금융, 공공기관처럼 안정성과 변경 리스크를 중요하게 보는 조직에서는 급격한 전환보다 단계적 전환이 더 현실적일 수 있습니다.

5. VMware 대안 검토 시 더 현실적인 선택지가 됩니다

현재 많은 기업이 VMware 비용 부담으로 대안을 검토하고 있습니다. 하지만 VMware를 대체한다는 것은 단순히 하이퍼바이저만 바꾸는 문제가 아닙니다.

기존 VM을 어떻게 이전할 것인지, 기존 SAN 스토리지를 계속 사용할 수 있는지, FC 기반 구조를 유지할 수 있는지, 운영자가 새로운 환경에 얼마나 빨리 적응할 수 있는지가 모두 중요합니다.

특히 기존 VMware 환경이 SAN+FC 기반으로 구성되어 있다면, 대안 솔루션도 이 구조를 수용할 수 있어야 현실적인 전환이 가능합니다.

만약 대안 솔루션이 내부 디스크 기반 HCI만 지원한다면, 고객은 가상화 솔루션뿐 아니라 스토리지 구조까지 함께 바꿔야 합니다. 이 경우 도입 비용과 전환 리스크가 커질 수 있습니다.

반대로 dHCI 구성이 가능하다면, 기존 SAN 인프라를 유지한 채 가상화 플랫폼을 전환할 수 있습니다.

이것이 SAN 보유 기업이 HCI보다 dHCI를 먼저 검토해야 하는 핵심 이유입니다.

HCI와 dHCI, 어떤 기업에 적합할까?

HCI가 적합한 기업

HCI는 신규 인프라를 구축하거나 노후 서버를 교체하는 기업에게 적합합니다. 별도 SAN 장비가 없고, 운영 구조를 최대한 단순화하고 싶거나, 노드 단위로 확장하는 구조를 선호한다면 HCI가 좋은 선택입니다.

• 신규 인프라를 구축하는 기업
• 노후 서버 교체 시점에 있는 기업
• 별도 SAN 장비가 없는 기업
• 운영 구조를 최대한 단순화하고 싶은 기업
• 그룹웨어, ERP, 웹 서비스, VDI 등 VM 중심 업무를 운영하는 기업
• 노드 단위 확장을 원하는 기업

dHCI가 적합한 기업

dHCI는 기존 SAN+FC 장비를 보유한 기업에게 적합합니다. SAN 스토리지의 성능과 용량이 아직 충분하고, VMware 비용 부담으로 대안을 찾고 있다면 dHCI를 먼저 검토하는 것이 좋습니다.

• 기존 SAN+FC 장비를 보유한 기업
• SAN 스토리지의 성능과 용량이 아직 충분한 기업
• VMware 비용 부담으로 대안을 찾는 기업
• 스토리지는 유지하고 가상화 플랫폼만 전환하고 싶은 기업
• 컴퓨팅과 스토리지를 독립적으로 확장하고 싶은 기업
• 병원, 대학, 연구기관, 공공기관, 금융권처럼 기존 인프라 자산이 많은 조직

정리하면 HCI는 “새롭게 단순화하는 방식”입니다. dHCI는 “기존 자산을 살리면서 단순화하는 방식”입니다.

SmartECM은 HCI와 dHCI를 모두 지원합니다

SmartECM은 고객 환경에 따라 HCI와 dHCI 형태를 모두 유연하게 구성할 수 있는 인프라 플랫폼입니다.

신규 구축이나 노후 서버 교체 환경에서는 Ceph 기반 HCI 구성을 통해 서버, 스토리지, 네트워크를 통합한 클러스터 환경을 구현할 수 있습니다. VM 데이터는 여러 노드에 분산·복제되어 장애 상황에서도 서비스 연속성을 확보할 수 있고, 노드 추가를 통해 인프라 확장도 가능합니다.

반대로 기존 SAN+FC 장비를 보유한 기업이라면 SmartECM의 dHCI형 구성을 통해 기존 SAN을 활용할 수 있습니다. 기존 스토리지 장비를 폐기하지 않고, LVM over FC 기반으로 가상화 환경을 구성하여 HCI 수준의 운영 편의성과 비용 효율성을 함께 확보할 수 있습니다.

이는 특히 기존 VMware 환경을 운영하던 기업에게 현실적인 전환 방안이 될 수 있습니다.

• VMware 비용은 부담되지만, 기존 SAN은 계속 활용하고 싶은 기업
• HCI로 전환하고 싶지만, 스토리지까지 모두 새로 구매하기는 부담스러운 기업
• 운영은 단순화하고 싶지만, 기존 인프라 투자는 보호하고 싶은 기업

이런 기업이라면 SmartECM의 dHCI형 아키텍처를 먼저 검토할 필요가 있습니다.

결론: SAN이 있다면, 바로 HCI 견적부터 받을 필요는 없습니다

HCI는 분명 좋은 인프라 구조입니다. 하지만 기존 SAN 장비를 보유한 기업이라면, 무조건 내부 디스크 기반 HCI로 전환하는 것이 정답은 아닙니다.

이미 보유한 SAN 스토리지가 충분히 안정적이고, 성능과 용량도 아직 활용 가치가 있다면 dHCI가 더 합리적인 선택일 수 있습니다.

dHCI는 기존 SAN을 버리지 않습니다. dHCI는 스토리지 재구매 부담을 줄입니다. dHCI는 컴퓨팅과 스토리지를 독립적으로 확장할 수 있습니다. dHCI는 기존 운영 방식을 유지하면서 HCI의 장점을 가져올 수 있습니다.

결국 중요한 것은 HCI냐 dHCI냐가 아니라, 우리 회사가 이미 보유한 인프라를 어떻게 가장 효율적으로 활용할 수 있느냐입니다.

SmartECM은 신규 HCI 구축은 물론, 기존 SAN+FC 장비를 활용한 dHCI형 구성까지 지원합니다.

HCI 전환을 고민하고 있다면, 기존 SAN을 버리는 전환이 아니라 기존 SAN을 살리는 전환부터 검토해 보시기 바랍니다.

SmartECM은 고객의 기존 인프라를 존중하면서, 더 단순하고 유연한 가상화 환경으로 전환할 수 있는 현실적인 방법을 제안합니다.