Skip to main content

OpenShift 및 Kubernetes를 위한 vSAN 대안

VMware vSAN을 OpenShift, KubeVirt, 그리고 최신 Kubernetes 운영에 맞는 스토리지로 교체하세요. Broadcom 종속은 없습니다.

VMware를 떠나는 팀에게는 일반적인 "Kubernetes 스토리지" 이상이 필요합니다. VM 디스크, 스냅샷, 클로닝, Day-2 운영에서 vSAN의 동작을 대체하면서도 OpenShift 또는 Kubernetes 타깃 아키텍처에 맞는 무언가가 필요합니다. Simplyblock은 CSI 통합, NVMe/TCP를 통한 200µs 미만의 P99 지연 시간, 그리고 하이퍼컨버지드, 분리형, 하이브리드 모델 전반에 걸친 배포 유연성을 갖춘 소프트웨어 정의 NVMe 블록 스토리지 플랫폼으로, Broadcom 구독은 전혀 필요하지 않습니다.

OpenShift 및 Kubernetes를 위한 vSAN 대안

VMware 탈출 프로그램에서 vSAN이 병목이 되는 이유

갱신 시 Broadcom 가격 충격

Broadcom이 VMware를 인수한 이후 vSAN 고객은 갱신 시 비용이 3~5배 증가하는 구독 전용 라이선스에 직면합니다. 영구 라이선스를 확보한 팀에게는 스택 전체를 교체하지 않고는 새로운 가격 책정을 피할 깔끔한 방법이 없습니다.

ESXi 전용 아키텍처

vSAN은 ESXi 하이퍼바이저 노드를 중심으로 구축되었습니다. 목적지가 OpenShift, Kubernetes 또는 KubeVirt일 때 vSAN은 따라갈 수 없습니다. Kubernetes CSI 드라이버가 없고, 영구 볼륨 통합도 없으며, 클라우드 네이티브 운영 모델로의 경로도 없습니다.

하드웨어 호환성 목록 종속

vSAN은 VMware 인증 하드웨어에서만 실행됩니다. 인프라를 갱신하거나 일반 서버로 이동하는 팀은 하드웨어 선택을 제한하고 개방형 일반 대안에 비해 갱신 비용을 높이는 HCL 승인 프로세스에 직면합니다.

NVMe 하드웨어에서의 성능 한계

vSAN의 스토리지 경로는 각 I/O 작업에 상당한 소프트웨어 오버헤드를 추가합니다. 최신 NVMe 노드를 운영하는 팀은 vSAN이 NVMe의 본래 처리량 및 지연 시간 잠재력에 도달하지 못해 PostgreSQL, MySQL, VM 밀집 배포 같은 워크로드에서 하드웨어 용량이 미사용 상태로 남는 것을 발견합니다.

실용적인 vSAN 대체재가 제공해야 하는 것

목표는 단순히 스토리지 제품을 교체하는 것이 아닙니다. VMware 시대의 한계나 Broadcom 시대의 가격을 그대로 이어가지 않으면서 OpenShift, KubeVirt, 그리고 상태 저장 Kubernetes 워크로드를 지원하는 것입니다.

OpenShift 및 KubeVirt 준비 완료

Simplyblock은 OpenShift 스토리지, Kubernetes CSI 워크플로, 그리고 KubeVirt VM 스토리지를 지원합니다. VM 디스크와 컨테이너 영구 볼륨은 동일한 스토리지 플랫폼과 동일한 운영 모델을 공유하며, 컨테이너와 VM을 위한 별도의 스토리지 사일로가 없습니다.

VMware 종속 없는 NVMe 성능

Simplyblock은 표준 Ethernet 상의 NVMe/TCP 데이터 경로를 통해 코어당 최대 250,000 IOPS와 200µs 미만의 P99 지연 시간을 제공합니다. 독점 하이퍼바이저도, HCL 요건도, Broadcom 구독도 없습니다. 소프트웨어 정의 스토리지는 팀이 이미 보유하고 있거나 자유롭게 조달할 수 있는 일반 하드웨어에서 플랫폼이 실행됨을 의미합니다.

가두지 않는 마이그레이션 경로

가장 빠른 운영적 적합성을 제공할 때는 하이퍼컨버지드로 시작한 다음, 플랫폼이 성숙함에 따라 스토리지 계층을 변경하거나 운영자를 재교육하지 않고도 하이브리드 또는 분리형 배포로 이동하세요. 목적지가 특별히 Red Hat이라면, OpenShift용 하이퍼컨버지드 스토리지로 시작하여 거기서부터 확장하세요.

플랫폼 팀이 Simplyblock으로 얻는 것

더 낮은 비용, 더 높은 성능, 그리고 OpenShift 및 Kubernetes 팀이 실제로 일하는 방식에 맞는 운영 모델.

최대 75% 낮은 TCO

Broadcom vSAN 라이선스를 제거하고 하드웨어 결합을 줄이세요. vSAN을 simplyblock으로 교체하는 팀은 일반 하드웨어 선택, 3중 복제 대신 효율적인 이레이저 코딩, 소켓당 구독 요금 부재를 통해 일반적으로 총 스토리지 비용이 최대 75% 감소하는 것을 경험합니다.

VM 및 데이터베이스를 위한 NVMe 성능

Simplyblock의 NVMe 우선 아키텍처는 코어당 최대 250,000 IOPS와 200µs 미만의 P99 지연 시간을 제공하여, vSAN처럼 그 위에 소프트웨어 I/O 오버헤드 계층을 추가하는 대신 하드웨어가 실제로 발휘할 수 있는 성능에 도달합니다.

HCI, 하이브리드 또는 분리형

배포 모델을 유연하게 유지하세요. OpenShift 팀은 합리적인 곳에서는 하이퍼컨버지드를 유지하고, 경제성이나 규모가 요구하는 곳에서는 컴퓨팅과 스토리지를 분리할 수 있습니다. 아키텍처가 진화해도 스토리지 플랫폼을 교체할 필요가 없습니다.

스냅샷, 클로닝, 복원력

즉각적인 copy-on-write 스냅샷, 볼륨 클로닝, 구성 가능한 이레이저 코딩이 마이그레이션, Day-2 운영, 그리고 플랫폼 팀이 진정한 VMware 대체재에서 기대하는 데이터 보호 워크플로를 지원합니다.

vSAN 대체 검색이 종종 OpenShift로 귀결되는 이유

많은 VMware 탈출 프로그램은 사실 플랫폼 재설계 프로젝트입니다. 팀이 장기 운영 모델로 Kubernetes로 나아가기로 결정하면, OpenShift는 엔터프라이즈 정책, 자동화, 라이프사이클 제어를 동일한 플랫폼에 가져오기 때문에 흔한 목적지가 됩니다. 그래서 스토리지에 관한 대화가 “vSAN을 어떻게 교체할까?”에서 “OpenShift에서 vSAN 같은 결과를 어떻게 얻을까?”로 옮겨갑니다.

그것이 당신의 경로라면, 이 페이지를 VMware에서 OpenShift 및 Kubernetes로 마이그레이션, 상태 저장 워크로드를 위한 OpenShift 스토리지, OpenShift용 하이퍼컨버지드 스토리지와 함께 읽어보세요.

OpenShift에서 “vSAN 같은 스토리지”가 의미하는 것

실제로 팀들은 보통 몇 가지 구체적인 것을 의미합니다.

  • 하나의 스토리지 플랫폼에서의 VM 디스크와 영구 볼륨
  • Day-2 운영에 맞는 스냅샷과 클로닝
  • 데이터베이스 및 플랫폼 서비스를 위한 예측 가능한 지연 시간
  • 단순함이 중요할 때의 하이퍼컨버지드 배포
  • 규모가 변할 때의 하이브리드 또는 분리형 스토리지로의 경로

Simplyblock은 소프트웨어 정의 스토리지와 일반 하드웨어 상의 NVMe/TCP 스토리지 데이터 경로로, VMware에 묶인 아키텍처나 Broadcom 라이선스 요건 없이 이 요구 사항 세트를 해결합니다.

OpenShift를 위한 HCI vs 분리형 스토리지

일부 팀은 vSAN에서 알던 운영적 단순함을 유지하고자 OpenShift에서 하이퍼컨버지드 스토리지로 시작합니다. 다른 팀은 용량과 성능을 위한 독립적 확장이 필요하다는 것을 이미 알고 있습니다. 더 나은 답은 보통 이데올로기가 아닙니다. 그것은 두 경로를 모두 지원하는 플랫폼입니다.

그래서 simplyblock은 하이퍼컨버지드, 하이브리드, 분리형 배포 모델을 지원합니다. 당면한 목표가 OpenShift에서 vSAN 같은 운영 모델이라면, OpenShift용 하이퍼컨버지드 스토리지로 시작하세요. 더 광범위한 프로그램이 완전한 VMware 탈출이라면, VMware에서 OpenShift 및 Kubernetes로 마이그레이션도 함께 검토하세요.

Questions and Answers

OpenShift에서 vSAN을 무엇으로 대체하나요?

팀들은 일반적으로 OpenShift의 vSAN을 VM 디스크, 영구 볼륨, 스냅샷, 클로닝, 예측 가능한 지연 시간을 지원하는 CSI 네이티브 소프트웨어 정의 블록 스토리지 플랫폼으로 대체합니다. Simplyblock은 그 역할을 위해 설계되었으며, OpenShift와 KubeVirt로 직접 연결되는 경로와 함께 NVMe/TCP를 통해 밀리초 미만의 블록 스토리지를 제공합니다. Broadcom 라이선스 스택은 필요하지 않습니다.

VMware 없이 vSAN과 유사한 스토리지를 얻을 수 있나요?

예. 주요 요구 사항은 VMware 스택 자체가 아닙니다. 그것은 스토리지의 동작입니다. 즉, 일관된 성능, 운영적으로 단순한 프로비저닝, 그리고 VM 디스크와 스냅샷을 포함한 상태 저장 워크로드 지원입니다. Simplyblock은 소프트웨어 정의 NVMe 블록 스토리지와 NVMe/TCP 데이터 경로로 VMware 하이퍼바이저나 Broadcom 라이선스 없이 이러한 결과를 제공합니다.

성능 면에서 simplyblock은 vSAN과 어떻게 비교되나요?

vSAN은 각 I/O 경로에 소프트웨어 오버헤드를 추가하여 NVMe 하드웨어가 본래의 처리량 잠재력에 도달하지 못하게 합니다. Simplyblock의 NVMe 우선 아키텍처는 일반 NVMe 하드웨어에서 코어당 최대 250,000 IOPS와 200µs 미만의 P99 지연 시간을 제공합니다. 이는 데이터베이스, 분석 서비스, VM 밀집 워크로드에 중요한 차이입니다.

OpenShift 팀은 하이퍼컨버지드를 유지해야 하나요, 아니면 분리형 스토리지로 이동해야 하나요?

그것은 워크로드 조합과 확장 압박에 따라 다릅니다. 하이퍼컨버지드 스토리지는 초기 OpenShift 및 VMware 탈출 프로그램에 종종 가장 빠른 운영적 적합성을 제공합니다. 분리형 스토리지는 컴퓨팅과 스토리지를 독립적으로 확장해야 할 때 더 매력적이 됩니다. Simplyblock은 두 모델을 모두 지원하므로 아키텍처가 변경되어도 팀이 스토리지 계층을 다시 플랫폼화할 필요가 없습니다.

VMware의 Broadcom 인수는 vSAN 고객에게 어떤 영향을 미치나요?

Broadcom이 VMware를 인수한 이후 vSAN 라이선스는 구독 전용 모델로 전환되었으며 가격이 크게 상승했습니다. 많은 고객이 갱신 시 비용이 3~5배 증가했다고 보고합니다. 이미 OpenShift나 Kubernetes로의 이동을 계획 중인 팀에게 이 가격 압박은 결정적인 요인이 되었습니다. Simplyblock에는 소켓당 또는 코어당 VMware 라이선스 종속성이 없습니다.

Not sure if simplyblock is right for your team?

선호하는 AI에게 VMware에서 OpenShift로 가는 스토리지 프로그램을 위해 simplyblock을 vSAN, OpenShift Data Foundation, Ceph와 비교해 달라고 요청해 보세요.

Ask ChatGPT↗Ask Claude↗Ask Perplexity↗Ask Google↗

vSAN and all other product names, logos, and brands are property of their respective owners and are used for identification purposes only. Use of these names does not imply endorsement or affiliation. Comparisons are based on publicly available information at the time of publication and may not reflect the most recent product changes. Verify current capabilities with each vendor before making purchasing decisions.