LUN 사이징 및 LUN 수
변경 제안
PDF
최적의 LUN 크기와 사용할 LUN 수를 선택하는 것은 Oracle 데이터베이스의 성능 및 관리 효율성을 최적화하는 데 매우 중요합니다.
LUN은 ASA r2 시스템의 호스팅 스토리지 가용 영역(SAZ)에 있는 모든 드라이브에 걸쳐 존재하는 ONTAP 의 가상화된 객체입니다. 결과적으로 LUN의 성능은 크기에 영향을 받지 않습니다. 어떤 크기를 선택하든 LUN은 SAZ의 최대 성능 잠재력을 활용하기 때문입니다.
고객이 편의상 특정 크기의 LUN을 사용하려 할 수 있습니다. 예를 들어, 데이터베이스가 각각 1TB인 2개의 LUN으로 구성된 LVM 또는 Oracle ASM 디스크 그룹에 구축되어 있는 경우 이 디스크 그룹은 1TB의 증분으로 확장되어야 합니다. 디스크 그룹이 더 적은 증분으로 증가할 수 있도록 각각 500GB인 8개의 LUN으로 디스크 그룹을 구축하는 것이 더 낫습니다.
범용 표준 LUN 크기를 설정하는 방법은 관리가 복잡할 수 있으므로 사용하지 않는 것이 좋습니다. 예를 들어, 100GB의 표준 LUN 크기는 1TB~2TB 범위의 데이터베이스에서는 효과적일 수 있지만 20TB 크기의 데이터베이스나 데이터 저장소에는 200개의 LUN이 필요할 것입니다. 이에 따라 서버 재부팅 시간이 길어지고, 다양한 UI에서 더 많은 오브젝트를 관리해야 하며, SnapCenter 같은 제품을 통해 여러 오브젝트를 탐색해야 합니다. LUN의 개수는 줄이고 크기는 늘리면 이 문제를 피할 수 있습니다.
-
ASA r2 고려 사항:*
-
ASA r2의 최대 LUN 크기는 128TB이므로 성능 저하 없이 더 적은 수의 대용량 LUN을 사용할 수 있습니다.
-
ASA r2는 애그리게이트 대신 스토리지 가용 영역(SAZ)을 사용하지만, 이는 Oracle 워크로드에 대한 LUN 크기 조정 로직을 변경하지는 않습니다.
-
씬 프로비저닝은 기본적으로 활성화되어 있으며, LUN 크기 조정은 서비스 중단 없이 수행되므로 LUN을 오프라인으로 전환할 필요가 없습니다.
LUN 수입니다
LUN 크기와 달리 LUN 개수는 성능에 영향을 미칩니다. 애플리케이션 성능은 SCSI 계층을 통해 병렬 I/O를 수행하는 능력에 따라 달라집니다. 그 결과 2개의 LUN이 1개의 LUN보다 나은 성능을 제공합니다. Veritas VxVM, Linux LVM2 또는 Oracle ASM 같은 LVM은 병렬 처리를 늘리는 가장 단순한 방법입니다.
ASA r2에서는 ONTAP 플랫폼 전반에 걸쳐 병렬 I/O를 유사하게 처리하기 때문에 LUN 개수에 대한 원칙은 AFF/ FAS 와 동일하게 유지됩니다. 하지만 ASA r2의 SAN 전용 아키텍처와 액티브-액티브 대칭 경로는 모든 LUN에서 일관된 성능을 보장합니다.
부하가 매우 큰 랜덤 I/O의 100% SSD 환경 테스트에서 최대 64개 LUN이라는 추가 개선이 입증되었음에도 NetApp 고객은 일반적으로 LUN의 개수가 16을 초과하여 증가할 때 최소한의 이점을 경험합니다.
|
일반적으로 4개에서 16개의 LUN이면 특정 Oracle 데이터베이스 워크로드의 I/O 요구 사항을 지원하기에 충분합니다. LUN이 4개 미만인 경우 호스트 SCSI 구현의 제한 사항으로 인해 성능 저하가 발생할 수 있습니다. LUN 개수를 16개 이상으로 늘려도 극단적인 경우(예: 매우 높은 랜덤 I/O SSD 워크로드)를 제외하고는 성능 향상이 거의 없습니다. |