기존 풀과 비교한 동적 풀 개선 사항 및 고려 사항

동적 풀은 현재 수요에 따라 리소스 할당을 자동으로 조정하여 기존 풀보다 뛰어난 유연성과 확장성을 제공합니다. 이를 통해 리소스 활용도를 최적화하고, 수동 관리 작업을 줄이고, 변동이 심한 워크로드 시 전반적인 효율성을 개선할 수 있습니다.

주요 개선 사항

• 자동 확장: 워크로드 요구 사항에 따라 리소스를 동적으로 추가하거나 제거할 수 있습니다.
• 리소스 활용도 향상: 필요에 따라 리소스를 할당하여 오버 프로비저닝 및 활용도 저하를 최소화합니다.
• 관리 부담 감소: 용량 계획 및 풀 관리에 필요한 수동 개입이 줄어듭니다.
• 향상된 성능: 워크로드는 수요가 가장 많은 기간 동안 추가 리소스에 액세스할 수 있으므로 서비스 수준을 유지하는 데 도움이 됩니다.
• 비용 최적화: 동적 할당은 리소스 소비를 실제 수요와 일치시켜 운영 비용을 절감할 수 있습니다.

고려 사항

• 확장 레이턴시: 리소스 프로비저닝 또는 프로비저닝 해제는 즉각적으로 이루어지지 않을 수 있으며 워크로드 응답성에 영향을 줄 수 있습니다.
• 용량 계획: 기본 인프라스트럭처에는 동적 확장을 지원할 수 있는 충분한 가용 용량이 있어야 합니다.
• 모니터링 요구 사항: 효과적인 모니터링 및 알림은 확장 동작이 워크로드 요구 사항에 부합하도록 하는 데 필수적입니다.
• 구성 복잡성: 조정 정책의 초기 설정 및 튜닝에는 추가 계획 및 테스트가 필요할 수 있습니다.
• 워크로드 적합성: 모든 워크로드가 동적 확장의 이점을 동일하게 누리는 것은 아니며, 특히 예측 가능하고 안정적인 리소스 요구 사항이 있는 워크로드는 더욱 그렇습니다.

전반적으로 동적 풀은 리소스 관리에 대한 보다 적응력이 뛰어나고 효율적인 접근 방식을 제공하지만 이점을 극대화하려면 신중한 계획, 모니터링 및 거버넌스가 필요합니다.

이 정보는 Manual 80903033: Dell Unity Family Configuring Pools (Version 5.x)에서 참조합니다.

동적 풀

OE 버전 4.2.x 이상을 실행하는 Unity 올 플래시 모델에서 Unisphere UI에서 생성된 모든 새 풀은 동적 풀이며 Unisphere CLI 및 REST API에서 생성된 새 풀은 기본적으로 동적 풀입니다. 동적 풀은 고급 RAID 기술을 구현합니다. 동적 풀에서 RAID 그룹은 여러 드라이브의 드라이브 익스텐트에 분산되어 있습니다. 필요한 여유 공간도 여러 드라이브의 드라이브 익스텐트에 분산되어 있습니다. 드라이브에 장애가 발생할 경우 장애가 발생한 드라이브의 익스텐트가 풀 내의 여유 공간 익스텐트에 재구축됩니다.

동적 풀은 기존 풀에 비해 다음과 같은 이점이 있습니다.

• 고정된 스페어가 없기 때문에 드라이브가 낭비되지 않습니다. 시스템의 모든 드라이브를 풀에 추가할 수 있습니다. 이렇게 하면 워크로드가 추가 드라이브에 분산되므로 풀의 드라이브 수명이 길어집니다. 
• 재구축 시간은 일반적으로 기존 풀을 사용할 때보다 훨씬 빠릅니다. 동적 풀의 스페어 용량은 단일 핫 스페어 드라이브에 집중되는 것이 아니라 여러 드라이브에 분산되므로 드라이브 장애 시 더 많은 드라이브가 재구축 프로세스에 참여합니다. 
• 풀은 일반적으로 원하는 용량에 따라 확장할 수 있습니다. 예를 들어 동적 풀에 한 번에 하나씩 드라이브를 추가하여 프로비저닝 유연성과 비용 절감을 실현할 수 있습니다. 

동적 풀에는 다음 고려 사항이 적용됩니다.

• 동적 풀이 생성된 후 해당 RAID 유형 또는 스트라이프 폭을 변경할 수 없습니다. 하지만 다른 드라이브 유형을 사용하여 풀을 확장하면 추가된 드라이브의 스트라이프 폭은 다를 수 있습니다.
• 풀에 구성된 스토리지 리소스와 풀 자체를 삭제하지 않고 동적 풀을 축소하거나 해당 스토리지 특성을 변경할 수 없습니다. 그러나 드라이브를 추가하여 풀을 확장할 수 있습니다.
• 동적 풀을 프로비저닝할 때 용량이 다른 동일한 드라이브 유형의 플래시 드라이브를 혼합할 수 있습니다. 하지만 이렇게 하면 시스템이 더 큰 드라이브의 전체 용량을 사용하지 못할 수 있습니다. 결과는 풀에 있는 각 용량의 드라이브 수에 따라 달라집니다. 동적 풀에서 사용되지 않은 용량은 향후 풀 확장 시 사용할 수 있습니다. 

기존 풀

OE 버전 4.1.x 이하를 실행하는 UnityVSA 모델, 하이브리드 모델 및 Unity 올 플래시 모델에서 생성된 풀은 기존 풀입니다. OE 버전 4.2.x 이상을 실행하는 Unity 올 플래시 모델의 경우 Unisphere UI가 아니라 Unisphere CLI 또는 REST API를 사용하여 기존 풀을 생성할 수 있습니다.

기존 풀은 동종 또는 이기종일 수 있습니다. SAS 드라이브 또는 SAS 플래시 2 드라이브와 같이 동종 풀의 모든 드라이브는 드라이브 유형이 동일합니다. 이기종 풀의 드라이브에는 NL-SAS, SAS 및 SAS 플래시 2 드라이브의 혼합과 같은 다양한 드라이브 유형이 있습니다. 기존 풀은 올플래시 또는 하이브리드일 수도 있습니다. 하이브리드 풀에는 플래시 드라이브와 비플래시 드라이브가 혼합되어 있습니다. 올플래시 풀에 있어야 하는 SAS 플래시 4 드라이브를 제외하고 지원되는 모든 드라이브 유형을 하이브리드 풀에 포함할 수 있습니다.

물리적 구축에서 기존 풀의 스토리지는 RAID 그룹 유닛에서 관리됩니다. 여기서

• 드라이브는 단일 RAID 그룹에서 사용합니다.
• RAID 그룹은 최대 16개의 드라이브로 제한되며 동일한 유형의 드라이브로 구성됩니다.
• 각 계층은 단일 RAID 유형을 지원합니다.

기존 풀의 스토리지는 RAID 그룹 유닛에서 관리되므로 풀에 용량을 추가하려면 RAID 그룹 단위로 드라이브를 추가해야 합니다. 예를 들어 RAID 5(4+1)를 사용하는 풀에 드라이브를 추가하려면 풀에 드라이브를 5개 이상 추가해야 합니다. 드라이브 용량이 증가하면 풀에 추가할 수 있는 최소 스토리지 양과 해당 스토리지의 비용이 점점 더 커집니다.

기존 풀에는 다음과 같은 고려 사항이 적용됩니다.

• 기존 풀의 계층이 생성되면 계층에 있는 기존 드라이브의 RAID 유형 또는 스트라이프 너비를 변경할 수 없습니다. 그러나 기존 풀 내에서 계층을 확장하는 경우 새로 추가된 드라이브에 대해 다른 스트라이프 너비를 지정할 수 있습니다. 기존 풀에 새 계층을 추가할 때 새로 추가된 드라이브에 대해 다른 RAID 유형, 스트라이프 너비 또는 둘 다를 지정할 수 있습니다.
• 풀에 구성된 스토리지 리소스와 풀 자체를 삭제하지 않고 기존 풀을 축소하거나 해당 스토리지 특성을 변경할 수 없습니다. 그러나 드라이브를 추가하여 풀을 확장할 수 있습니다.

기존 풀을 사용하면 스토리지 시스템이 전용 핫 스페어를 사용하여 장애가 발생했거나 장애가 발생한 드라이브를 교체합니다. 적절한 드라이브 기술 및 크기로 시스템에서 사용되지 않는 드라이브는 풀에서 장애가 발생한 드라이브를 교체하는 데 사용할 수 있습니다. 유형과 크기가 동일한 스페어 드라이브를 사용할 수 없는 경우 시스템은 동일한 유형의 더 큰 드라이브를 사용할 수 있습니다. 스페어 드라이브는 전용 핫 스페어이므로 풀 성능을 개선하거나 플래시 드라이브의 마모를 완화하는 데 사용할 수 없습니다. 또한 드라이브에 장애가 발생하거나 장애가 발생하면 전체 드라이브를 스페어 드라이브에 재구축해야 합니다. 따라서 콘텐츠가 재구축되는 단일 드라이브의 성능에 의해 제한되기 때문에 재구축 시간이 매우 길어질 수 있습니다. 이는 성능에 영향을 줄 수 있습니다. 또한 재구축 프로세스 중에 추가 드라이브 장애가 발생할 가능성이 높아져 데이터가 손실될 수 있습니다.

documentation/unity-family/unity-p-pool-config