11장. 씬 프로비저닝 볼륨 생성 및 관리(thin volumes)

Red Hat Enterprise Linux는 씬 프로비저닝된 스냅샷 볼륨 및 논리 볼륨을 지원합니다.

논리 볼륨 및 스냅샷 볼륨은 씬 프로비저닝할 수 있습니다.

  • 씬 프로비저닝된 논리 볼륨을 사용하여 사용 가능한 물리 스토리지보다 큰 논리 볼륨을 생성할 수 있습니다.
  • 씬 프로비저닝 스냅샷 볼륨을 사용하여 동일한 데이터 볼륨에 더 많은 가상 장치를 저장할 수 있습니다.

11.1. 씬 프로비저닝 개요

최신 스토리지 스택은 이제 두꺼운 프로비저닝과 씬 프로비저닝 중에서 선택할 수 있는 기능을 제공합니다.

  • 두꺼운 프로비저닝은 실제 사용과 관계없이 블록이 할당되는 기존의 블록 스토리지의 동작을 제공합니다.
  • 씬 프로비저닝은 데이터를 저장하는 물리적 장치보다 크기가 커질 수 있는 대규모 블록 스토리지 풀을 프로비저닝할 수 있는 기능을 부여합니다. 개별 블록이 실제로 사용될 때까지 할당되지 않으므로 오버 프로비저닝이 가능합니다. 동일한 풀을 공유하는 씬 프로비저닝 장치가 여러 개 있는 경우 이러한 장치를 오버 프로비저닝할 수 있습니다.

씬 프로비저닝을 사용하면 물리적 스토리지를 과도하게 커밋할 수 있으며 대신 씬 풀이라는 여유 공간 풀을 관리할 수 있습니다. 애플리케이션에 필요한 경우 임의의 수의 장치에 이 씬 풀을 할당할 수 있습니다. 스토리지 공간을 비용 효율적으로 할당하는 데 필요할 때 씬 풀을 동적으로 확장할 수 있습니다.

예를 들어, 10명의 사용자가 애플리케이션에 대해 100GB 파일 시스템을 요청하는 경우, 각 사용자에 대해 100GB 파일 시스템으로 표시되는 항목을 만들 수 있지만 필요한 경우에만 사용되는 실제 스토리지에서는 지원을 받을 수 있습니다.

참고

씬 프로비저닝을 사용할 때는 스토리지 풀을 모니터링하고 사용 가능한 물리 공간이 부족해질 때 용량을 추가하는 것이 중요합니다.

다음은 씬 프로비저닝 장치를 사용할 때 몇 가지 이점입니다.

  • 사용 가능한 물리 스토리지보다 큰 논리 볼륨을 생성할 수 있습니다.
  • 동일한 데이터 볼륨에 더 많은 가상 장치를 저장할 수 있습니다.
  • 논리적으로 확장될 수 있고 자동으로 확장되어 데이터 요구사항을 지원할 수 있는 파일 시스템을 생성할 수 있으며, 사용되지 않은 블록은 풀의 파일 시스템에서 사용하기 위해 풀로 반환됩니다.

다음은 씬 프로비저닝 장치를 사용할 때의 잠재적인 단점입니다.

  • 씬 프로비저닝된 볼륨에는 사용 가능한 물리적 스토리지가 부족하여 실행할 위험이 있습니다. 기본 스토리지가 과도하게 프로비저닝된 경우 사용 가능한 물리적 스토리지가 부족하여 중단될 수 있습니다. 예를 들어 백업용으로 1T 물리적 스토리지만 사용하여 씬 프로비저닝된 스토리지 10T를 생성하면 1T가 모두 소진된 후 볼륨을 사용할 수 없거나 쓸 수 없게 됩니다.
  • 씬 프로비저닝 장치 이후 볼륨에 볼륨을 전송하지 않으면 사용 계정이 정확하지 않습니다. 예를 들어 -o discard 마운트 옵션 없이 파일 시스템을 배치하고 씬 프로비저닝된 장치 상단에 fstrim 을 실행하지 않는 경우 이전에 사용된 스토리지가 할당되지 않습니다. 이 경우 실제로 사용하지 않아도 시간이 지남에 따라 프로비저닝된 전체 양을 사용하게 됩니다.
  • 사용 가능한 물리적 공간이 부족하려면 논리 및 물리적 사용을 모니터링해야 합니다.
  • 쓰기(CoW) 작업의 복사는 스냅샷을 사용하여 파일 시스템에서 느려질 수 있습니다.
  • 데이터 블록은 여러 파일 시스템 간에 혼합되어 있어 최종 사용자에게 표시되지 않는 경우에도 기본 스토리지의 임의의 액세스 제한 사항을 유발할 수 있습니다.