vSAN과 Ceph는 같은 HCI일까?
VMware 전환 전에 봐야 할 6가지
VMware vSAN을 운영하던 환경에서 Proxmox Ceph를 검토하면, 가장 먼저 이런 질문이 나옵니다.
“둘 다 HCI라면, 스토리지만 바꾸면 되는 것 아닐까?”
결론부터 말하면 그렇지 않습니다. 둘 다 서버의 로컬 디스크를 묶어 스토리지로 활용할 수 있지만, 장애를 견디는 방식·네트워크·확장·운영 기준은 같지 않습니다.

먼저 보는 판단표
| 판단 관점 | vSAN | Ceph HCI | 전환 시 결정 |
|---|---|---|---|
| 운영 구조 | vCenter와 정책 | Proxmox Cluster·Ceph | 운영 역할과 점검 절차 |
| 장애 도메인 | 호스트·디스크·정책 | MON·MGR·OSD·CRUSH | 장애 한 건의 영향 범위 |
| 네트워크 | VM·vMotion·vSAN | VM·관리·Ceph | NIC·VLAN·Bond 설계 |
| 보호 | 백업 제품과 복원 | PBS 연계와 복원 검증 | RPO·RTO·담당자 |

01. vSAN과 Ceph는 모두 분산 스토리지이지만, 출발점이 다릅니다
vSAN은 VMware 가상화 스택 안에서 운영 정책과 함께 사용하는 구조입니다. Ceph는 여러 노드의 OSD가 데이터를 분산 저장하고 복제·복구하는 분산 스토리지입니다.
따라서 현재 VM의 I/O 특성과 장애 허용 범위를 먼저 다시 적는 편이 안전합니다.

▲ 노드 수, OSD 배치, 네트워크 구조를 함께 봐야 실제 장애 범위를 판단할 수 있습니다.
02. 네트워크는 성능 항목이면서 장애 대응 항목입니다
Ceph 클라이언트와 OSD는 직접 통신하고, OSD 사이에는 복제·복구·하트비트 트래픽이 발생합니다. 별도 망은 성능과 복원력에 도움이 될 수 있지만, 비용과 운영 복잡도도 늘립니다.

DEPLOYIT CHECK
- 관리·VM·마이그레이션·Ceph 트래픽의 경계가 정해졌나요?
- OSD 복구 시 업무 VM에 미치는 영향을 확인했나요?
- Bond와 스위치 이중화가 실제 장애에서도 유지되나요?

03. 노드 수는 숫자가 아니라 장애 허용 범위입니다
3노드 구성은 많이 검토되지만, 한 노드를 정비하거나 장애로 잃었을 때도 필요한 서비스와 복구 시간을 유지할 수 있어야 합니다.

04. 운영 화면은 장애 이전에 기준을 보여줘야 합니다
운영자는 평상시에도 클러스터 상태, 작업 이력, 용량 여유, 알림, 백업 보호 여부를 한 흐름에서 확인할 수 있어야 합니다.

▲ 공개 가능한 PIVOT 대시보드 예시. 대상·담당자·조치 이력을 함께 연결하는 것이 운영의 기준입니다.

그래서 vSAN에서 Ceph로 전환해도 될까요?
가능성은 있습니다. 다만 “vSAN을 Ceph로 교체한다”보다, 현재 HCI 운영 구조를 새 기준으로 설계하는 프로젝트로 접근하는 편이 맞습니다.

DeployIT
현재 VMware 환경의 VM·네트워크·스토리지·백업 구조를 먼저 정리한 뒤, Proxmox·Ceph 전환이 적합한 영역을 함께 검토합니다.
Proxmox 전환 상담: deployit.co.kr/contact
영업문의: 010-9142-1041 · 주병재 이사
Ceph Documentation — Network Configuration Reference
Ceph Documentation — Hardware Recommendations
Proxmox VE Administration Guide