2.2. 스토리지 지원 및 기본 모드


MTV는 지원되는 스토리지에 다음과 같은 기본 볼륨 및 액세스 모드를 사용합니다.

표 2.1. 기본 볼륨 및 액세스 모드
프로비저너볼륨 모드액세스 모드

kubernetes.io/aws-ebs

블록

ReadWriteOnce

kubernetes.io/azure-disk

블록

ReadWriteOnce

kubernetes.io/azure-file

파일 시스템

ReadWriteMany

kubernetes.io/cinder

블록

ReadWriteOnce

kubernetes.io/gce-pd

블록

ReadWriteOnce

kubernetes.io/hostpath-provisioner

파일 시스템

ReadWriteOnce

manila.csi.openstack.org

파일 시스템

ReadWriteMany

openshift-storage.cephfs.csi.ceph.com

파일 시스템

ReadWriteMany

openshift-storage.rbd.csi.ceph.com

블록

ReadWriteOnce

kubernetes.io/rbd

블록

ReadWriteOnce

kubernetes.io/vsphere-volume

블록

ReadWriteOnce

참고

OpenShift Virtualization 스토리지에서 동적 프로비저닝 을 지원하지 않는 경우 다음 설정을 적용해야 합니다.

  • 파일 시스템 볼륨 모드

    파일 시스템 볼륨 모드가 블록 볼륨 모드보다 느립니다.

  • ReadWriteOnce 액세스 모드

    ReadWriteOnce 액세스 모드는 실시간 가상 머신 마이그레이션을 지원하지 않습니다.

스토리지 프로필 편집에 대한 자세한 내용은 정적으로 프로비저닝된 스토리지 클래스 활성화를 참조하십시오.

참고

마이그레이션에서 EXT4 파일 시스템으로 생성된 블록 스토리지 및 영구 볼륨을 사용하는 경우 CDI의 파일 시스템 오버헤드를 10% 이상으로 늘립니다. CDI에서 가정하는 기본 오버헤드에는 루트 파티션의 예약된 위치가 완전히 포함되지 않습니다. CDI의 파일 시스템 오버헤드를 이 용량으로 늘리지 않으면 마이그레이션이 실패할 수 있습니다.

참고

OpenStack에서 마이그레이션하거나 RHV에서 MTV가 배포된 OCP 클러스터로 콜드 마이그레이션을 실행하는 경우 마이그레이션은 CDI 없이 영구 볼륨을 할당합니다. 이러한 경우 파일 시스템 오버헤드를 조정해야 할 수 있습니다.

기본값이 10%인 구성된 파일 시스템 오버헤드가 너무 낮으면 공간 부족으로 인해 디스크 전송이 실패합니다. 이러한 경우 파일 시스템 오버헤드를 늘려야 합니다.

그러나 경우에 따라 스토리지 사용을 줄이기 위해 파일 시스템 오버헤드를 줄일 수 있습니다.

MTV Operator 구성에 설명된 대로 forklift-controller CR의 spec 부분에서 controller_filesystem_overhead 값을 변경하여 파일 시스템 오버헤드를 변경할 수 있습니다.

맨 위로 이동
Red Hat logoGithubredditYoutubeTwitter

자세한 정보

평가판, 구매 및 판매

커뮤니티

Red Hat 문서 정보

Red Hat을 사용하는 고객은 신뢰할 수 있는 콘텐츠가 포함된 제품과 서비스를 통해 혁신하고 목표를 달성할 수 있습니다. 최신 업데이트를 확인하세요.

보다 포괄적 수용을 위한 오픈 소스 용어 교체

Red Hat은 코드, 문서, 웹 속성에서 문제가 있는 언어를 교체하기 위해 최선을 다하고 있습니다. 자세한 내용은 다음을 참조하세요.Red Hat 블로그.

Red Hat 소개

Red Hat은 기업이 핵심 데이터 센터에서 네트워크 에지에 이르기까지 플랫폼과 환경 전반에서 더 쉽게 작업할 수 있도록 강화된 솔루션을 제공합니다.

Theme

© 2025 Red Hat