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로 마이그레이션도 함께 검토하세요.