"과잉 할당"이라고도 알려진 "씬 프로비저닝"은 구성을 자동으로 최적화하는 중요한 신흥 스토리지 기술입니다. 이 문서에서는 자동화되고 단순화된 구성을 살펴보고 작동 방식, 사용 제한 사항 및 사용 권장 사항을 설명합니다.
애플리케이션에서 사용하는 저장 공간이 가득 차면 충돌이 발생합니다. 잠재적인 애플리케이션 오류를 방지하기 위해 스토리지 관리자는 실제로 필요한 것보다 더 많은 스토리지 용량을 애플리케이션에 할당하는 경우가 많습니다. 이 접근 방식은 향후 성장을 위한 여지를 남겨두고 애플리케이션 오류의 위험을 줄여줍니다. 하지만 실제보다 더 많은 물리적 디스크 용량이 필요해 낭비가 발생한다.
이 자동화된 프로비저닝 소프트웨어를 사용하면 사용하지 않는 디스크 공간을 미리 할당할 필요가 없으므로 스토리지 활용도가 향상됩니다. 그림 1은 스토리지 관리자가 전통적으로 애플리케이션에 필요한 것보다 더 많은 스토리지 공간을 할당하는 방법을 보여줍니다. 즉, 향후 성장을 미리 계획하고 디스크 공간이 가득 차서 애플리케이션이 충돌하지 않도록 보장하는 것입니다. 그림 1의 볼륨 A에는 100G의 물리적 데이터만 있지만 성장 예측에 따라 훨씬 더 많은 스토리지가 할당될 수 있습니다(이 예에서는 500GB). 이 볼륨에 할당된 사용되지 않은 스토리지는 다른 애플리케이션에서 사용할 수 없습니다. 대부분의 경우 이 500GB는 전혀 사용되지 않으며 본질적으로 낭비됩니다. 이러한 상황을 "좌초된 보관"이라고 합니다.
일반인의 관점에서 씬 프로비저닝은 같은 공간에서 풍선을 터뜨리는 것과 같습니다. 방에 공간만 있으면 일종의 주문형 할당입니다.
대부분의 경우 자동화된 스토리지 풀 구성은 "애플리케이션의 필요에 따라 공통 스토리지 풀에서 스토리지 제공"이라는 기본 원칙을 따릅니다. 씬 프로비저닝 기술을 효과적으로 활용하기 위해 스토리지 가상화 기술과 결합할 수 있습니다. 씬 프로비저닝을 사용하면 스토리지 관리자는 평소처럼 논리적 스토리지(예: 500G)를 애플리케이션에 할당할 수 있지만 실제로는 필요할 때만 물리적 용량을 차지합니다. 스토리지 활용도가 미리 결정된 임계값(예: 90%, 450G)에 도달하면 스토리지 관리자의 수동 개입 없이 어레이가 자동으로 가상 스토리지 풀에서 공간을 할당하여 볼륨을 확장합니다. 볼륨은 평소처럼 초과 할당될 수 있으므로 애플리케이션은 스토리지가 충분하다고 생각하지만 실제로 낭비되는 스토리지는 없습니다. 기본적으로 씬 프로비저닝 기술은 할당되었으나 사용되지 않는 공간의 낭비를 제거합니다.
씬 프로비저닝 기술에도 몇 가지 제한 사항이 있으므로 현재 다음 상황에서는 사용하지 않는 것이 좋습니다.
볼륨에서 삭제된 데이터를 재활용해야 하므로 스토리지 컨트롤러의 오버헤드와 비용이 증가합니다.
사용 가능한 블록(예: NTFS Microsoft 파일)을 재사용하는 대신 사용되지 않는 블록을 사용하는 파일 시스템은 스토리지를 재사용하기 전에 볼륨의 최대 할당 크기를 증가시킵니다. 이러한 파일 시스템은 향후 씬 프로비저닝 대역폭 이점을 감소시킵니다.
전체 볼륨에 걸쳐 메타데이터가 포함된 앱은 씬 프로비저닝의 이점을 감소시킵니다.
애플리케이션에서 데이터가 연속적일 것으로 예상하고/하거나 해당 가정에 따라 I/O 성능을 최적화하는 경우 씬 프로비저닝을 사용하는 것은 좋은 옵션이 아닙니다.
어레이가 새로운 라이브 스토리지를 제공할 만큼 빠르지 않으면 애플리케이션이 성공적으로 실행되지 않습니다. 가용성 감소를 방지하려면 고성능 스토리지 컨트롤러와 잘 모니터링되는 스토리지 오버 프로비저닝 마이너를 사용하십시오.
향후 자동화된 최적화 구성 기술이 개발되면 이러한 문제를 방지하기 위해 애플리케이션과 파일 시스템이 재설계되고 수정될 수 있습니다. 씬 프로비저닝의 경제적 근거는 간단합니다. 스토리지 할당을 자동화하여 스토리지 관리자의 작업을 크게 줄이고 애플리케이션을 제공하는 데 필요한 스토리지 양을 줄일 수 있다는 것입니다. 또한 필요한 디스크 수가 줄어들어 에너지 소비가 크게 줄어듭니다.
가상화된 데이터 센터를 설정할 때 자동화된 다운 프로비저닝의 주요 이점, 즉 스토리지 공간의 전반적인 활용도를 향상시키는 것을 신중하게 고려해야 합니다. 그러나 사용자는 주의 사항을 인지하고 애플리케이션의 저장 및 관리 요구 사항을 주의 깊게 확인하여 잘못된 선택을 방지해야 합니다.
위 내용은 Thin Provision 분석 예시의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!