6.3. 오버클라우드 스토리지

참고

모든 드라이버 또는 백엔드 유형의 백엔드 cinder-volume을 사용하는 게스트 인스턴스에서 LVM을 사용하면 성능, 볼륨 가시성 및 가용성, 데이터 손상 관련 문제가 발생합니다. LVM 필터를 사용하여 이러한 문제를 완화합니다. 자세한 내용은 Storage Guide섹션 2.1 Back Ends 및 KCS 문서 3213311, "Using LVM on a cinder volume exposes the data to the compute host"를 참조하십시오.

director에는 오버클라우드 환경에 대한 여러 스토리지 옵션이 포함되어 있습니다.

Ceph Storage 노드

director는 Red Hat Ceph Storage를 사용하여 확장 가능한 스토리지 노드 세트를 생성합니다. 오버클라우드는 이러한 노드를 다음 스토리지 유형에 사용합니다.

  • 이미지 - Image 서비스(glance)는 가상 머신의 이미지를 관리합니다. 이미지는 변경할 수 없습니다. OpenStack에서는 이미지를 바이너리 Blob으로 처리하고 그에 따라 이미지를 다운로드합니다. Image 서비스(glance)를 사용하여 이미지를 Ceph 블록 장치에 저장할 수 있습니다.
  • 볼륨 - OpenStack은 Block Storage 서비스(cinder)를 사용하여 볼륨을 관리합니다. Block Storage 서비스(cinder) 볼륨은 블록 장치입니다. OpenStack은 볼륨을 사용하여 가상 머신을 부팅하거나 실행 중인 가상 머신에 볼륨을 연결합니다. Block Storage 서비스를 사용하여 이미지의 copy-on-write 복제본을 통해 가상 머신을 부팅할 수 있습니다.
  • 파일 시스템 - Openstack은 Shared File Systems 서비스(manila)로 공유 파일 시스템을 관리합니다. 공유는 파일 시스템에서 지원됩니다. manila를 사용하면 Ceph Storage 노드의 데이터로 CephFS 파일 시스템에서 지원하는 공유를 관리할 수 있습니다.
  • 게스트 디스크 - 게스트 디스크는 게스트 운영 체제 디스크입니다. 기본적으로 Compute 서비스(nova)로 가상 머신을 부팅하면 가상 머신 디스크가 하이퍼바이저의 파일 시스템에 파일로 표시됩니다(일반적으로 /var/lib/nova/instances/<uuid>/아래 표시). Ceph 내부의 모든 가상 머신은 Block Storage 서비스(cinder)를 사용하지 않고 부팅할 수 있습니다. 따라서 실시간 마이그레이션 프로세스를 통해 쉽게 유지보수 작업을 수행할 수 있습니다. 또한 하이퍼바이저에 장애가 발생하는 경우 nova evacuate를 트리거하고 가상 머신을 다른 위치에서 실행할 수 있으므로 편리합니다.

    중요

    지원되는 이미지 포멧에 관한 자세한 내용은 Instances and Images GuideImage Service 장을 참조하십시오.

    Ceph Storage에 관한 자세한 내용은 Red Hat Ceph Storage Architecture Guide를 참조하십시오.

Swift Storage 노드
director는 외부 오브젝트 스토리지 노드를 생성합니다. 이는 오버클라우드 환경의 컨트롤러 노드를 확장하거나 교체해야 하지만 고가용성 클러스터 외부에서 오브젝트 스토리지를 유지해야 하는 경우에 유용합니다.