15장. 가상 머신의 스토리지 관리


물리적 머신과 마찬가지로 VM(가상 머신)에는 데이터, 프로그램 및 시스템 파일용 스토리지가 필요합니다. VM 관리자는 VM에 물리적 또는 네트워크 기반 스토리지를 가상 스토리지로 할당할 수 있습니다. 기본 하드웨어에 관계없이 스토리지가 VM에 제공되는 방법을 수정할 수도 있습니다.

다음 섹션에서는 다양한 유형의 VM 스토리지, 작동 방식, CLI 또는 웹 콘솔을 사용하여 이를 관리하는 방법에 대한 정보를 제공합니다.

15.1. 가상 머신 스토리지 이해

VM(가상 머신) 스토리지를 처음 접하거나 작동 방식을 잘 모르는 경우 다음 섹션에서는 VM 스토리지의 다양한 구성 요소, 작동 방식, 관리 기본 사항 및 Red Hat에서 제공하는 지원 솔루션에 대한 일반적인 개요를 제공합니다.

다음에 대한 정보를 찾을 수 있습니다.

15.1.1. 스토리지 풀 소개

스토리지 풀은 libvirt 에서 관리하여 VM(가상 머신)에 스토리지를 제공하는 파일, 디렉터리 또는 스토리지 장치입니다. 스토리지 풀을 스토리지 볼륨으로 분할하여 VM 이미지를 저장하거나 VM에 추가 스토리지로 연결할 수 있습니다.

또한 여러 VM이 동일한 스토리지 풀을 공유할 수 있으므로 스토리지 리소스를 더 효과적으로 할당할 수 있습니다.

  • 스토리지 풀은 영구 또는 일시적인일 수 있습니다.

    • 영구 스토리지 풀은 호스트 시스템을 다시 시작하는 동안 유지됩니다. virsh pool-define 을 사용하여 영구 스토리지 풀을 만들 수 있습니다.
    • 일시적인 스토리지 풀은 호스트가 재부팅될 때까지만 존재합니다. virsh pool-create 명령을 사용하여 일시적인 스토리지 풀을 생성할 수 있습니다.

스토리지 풀 스토리지 유형

스토리지 풀은 로컬 또는 네트워크 기반(공유)일 수 있습니다.

  • 로컬 스토리지 풀

    로컬 스토리지 풀은 호스트 서버에 직접 연결됩니다. 로컬 장치의 로컬 디렉터리, 직접 연결된 디스크, 물리 파티션 및 LVM(Logical Volume Management) 볼륨 그룹이 포함됩니다.

    로컬 스토리지 풀은 마이그레이션이 필요하지 않거나 VM이 많은 경우 개발, 테스트 및 소규모 배포에 유용합니다.

  • 네트워크(공유) 스토리지 풀

    네트워크로 연결된 스토리지 풀에는 표준 프로토콜을 사용하여 네트워크를 통해 공유되는 스토리지 장치가 포함됩니다.

15.1.2. 스토리지 볼륨 소개

스토리지 풀은 스토리지 볼륨으로 나뉩니다. 스토리지 볼륨은 libvirt 에서 처리하는 물리 파티션, LVM 논리 볼륨, 파일 기반 디스크 이미지 및 기타 스토리지 유형에 대한 추상화입니다. 스토리지 볼륨은 기본 하드웨어에 관계없이 디스크와 같은 로컬 스토리지 장치로 VM에 제공됩니다.

호스트 시스템에서 스토리지 볼륨은 해당 이름 및 해당 스토리지 풀의 식별자로 참조됩니다. virsh 명령행에서 --pool storage_pool volume_name 형식을 사용합니다.

예를 들어 guest_images 풀에서 firstimage 라는 볼륨에 대한 정보를 표시하려면 다음을 수행합니다.

# virsh vol-info --pool guest_images firstimage
  Name:             firstimage
  Type:             block
  Capacity:         20.00 GB
  Allocation:       20.00 GB

15.1.3. libvirt를 사용하여 스토리지 관리

libvirt 원격 프로토콜을 사용하면 VM 스토리지의 모든 측면을 관리할 수 있습니다. 이러한 작업은 원격 호스트에서도 수행할 수 있습니다. 결과적으로 RHEL 웹 콘솔과 같이 libvirt 를 사용하는 관리 애플리케이션을 사용하여 VM 스토리지를 구성하는 데 필요한 모든 작업을 수행할 수 있습니다.

libvirt API를 사용하여 스토리지 풀의 볼륨 목록을 쿼리하거나 해당 스토리지 풀에서 용량, 할당 및 사용 가능한 스토리지에 대한 정보를 가져올 수 있습니다. 이를 지원하는 스토리지 풀의 경우 libvirt API를 사용하여 스토리지 볼륨을 생성, 복제, 크기 조정 및 삭제할 수도 있습니다. 또한 libvirt API를 사용하여 데이터를 스토리지 볼륨에 업로드하고, 스토리지 볼륨에서 데이터를 다운로드하거나, 스토리지 볼륨에서 데이터를 초기화할 수 있습니다.

15.1.4. 스토리지 관리 개요

스토리지 관리에 사용 가능한 옵션을 설명하기 위해 다음 예제에서는 mount -t nfs.example.com:/path/to/share /path/to/data 를 사용하는 샘플 NFS 서버에 대해 설명합니다.

스토리지 관리자로서 다음을 수행합니다.

  • 가상화 호스트에 NFS 스토리지 풀을 정의하여 내보낸 서버 경로 및 클라이언트 대상 경로를 설명할 수 있습니다. 결과적으로 libvirt 는 libvirt가 시작될 때 또는 libvirt 가 실행되는 동안 필요에 따라 스토리지를 자동으로 마운트할 수 있습니다.
  • 간단히 스토리지 풀 및 스토리지 볼륨을 이름으로 VM에 추가할 수 있습니다. 볼륨에 대상 경로를 추가할 필요가 없습니다. 따라서 대상 클라이언트 경로가 변경되더라도 VM에 영향을 미치지 않습니다.
  • 자동 시작되도록 스토리지 풀을 구성할 수 있습니다. 이렇게 하면 libvirt 가 시작될 때 지정된 디렉터리에 NFS 공유 디스크를 자동으로 마운트합니다. libvirt 는 명령 mount nfs.example.com:/path/to/share /vmdata 와 유사하게 지정된 디렉터리에 공유를 마운트합니다.
  • libvirt API를 사용하여 스토리지 볼륨 경로를 쿼리할 수 있습니다. 이러한 스토리지 볼륨은 기본적으로 NFS 공유 디스크에 있는 파일입니다. 그런 다음 이러한 경로를 VM의 블록 장치의 소스 스토리지를 설명하는 VM의 XML 정의 섹션에 복사할 수 있습니다.
  • NFS의 경우 libvirt API를 사용하여 풀 크기(공유 스토리지 용량)까지 스토리지 풀(NFS 공유의 파일)의 스토리지 볼륨을 생성하고 삭제하는 애플리케이션을 사용할 수 있습니다.

    일부 스토리지 풀 유형은 볼륨 생성 및 삭제를 지원하지 않습니다.

  • 더 이상 필요하지 않은 경우 스토리지 풀을 중지할 수 있습니다. 스토리지 풀(pool-destroy)을 중지하면 시작 작업이 취소됩니다(이 경우 NFS 공유 마운트 해제). 명령 이름에서 제안했음에도 불구하고 공유의 데이터는 destroy 작업에 의해 수정되지 않습니다. 자세한 내용은 man virsh 를 참조하십시오.

15.1.5. 지원되는 스토리지 풀 유형 및 지원되지 않는 스토리지 풀 유형

지원되는 스토리지 풀 유형

다음은 RHEL에서 지원하는 스토리지 풀 유형 목록입니다.

  • 디렉터리 기반 스토리지 풀
  • 디스크 기반 스토리지 풀
  • 파티션 기반 스토리지 풀
  • iSCSI 기반 스토리지 풀
  • LVM 기반 스토리지 풀
  • NFS 기반 스토리지 풀
  • vHBA 장치가 있는 SCSI 기반 스토리지 풀
  • 다중 경로 기반 스토리지 풀
  • RBD 기반 스토리지 풀

지원되지 않는 스토리지 풀 유형

다음은 RHEL에서 지원하지 않는 libvirt 스토리지 풀 유형 목록입니다.

  • Sheepdog 기반 스토리지 풀
  • vstorage 기반 스토리지 풀
  • ZFS 기반 스토리지 풀
  • iSCSI-direct 스토리지 풀
  • GlusterFS 스토리지 풀
Red Hat logoGithubRedditYoutubeTwitter

자세한 정보

평가판, 구매 및 판매

커뮤니티

Red Hat 문서 정보

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

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

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

Red Hat 소개

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

© 2024 Red Hat, Inc.