Xsan SAN 디자인에 대한 계획 고려 사항
다음 고려 사항은 사용자가 SAN을 설계하는 데 도움이 됩니다.
저장 공간 계획하기
Xsan SAN에 사용자 데이터용 저장 공간을 쉽게 추가할 수 있기 때문에 처음 시작할 때에는 적당한 저장 공간만 있으면 됩니다. 저장 공간은 나중에 필요한 만큼 추가할 수 있습니다.
하지만, 저널 데이터에 대한 저장 공간은 추가할 수 없기 때문에 저널 데이터에 대한 공간은 시작부터 충분히 할당하십시오.
메타데이터용 전체 저장 공간 풀을 추가하고 저널 데이터용 저장 공간 풀을 따로 추가할 수 있습니다.
작업흐름 고려 사항
사용자의 작업흐름에 파일 공유가 얼마나 필요합니까? 예를 들어, 여러 사용자 또는 그룹이 동일한 파일을 동시에 또는 연이어 작업할 경우, 복사본을 유지하거나 전달할 필요가 없도록 해당 파일을 단일 볼륨에 저장하십시오. Xsan은 파일 잠금을 사용하여 파일의 단일 복사본에 대한 공유 접근을 관리합니다.
성능 고려 사항
사용자의 SAN이 최대한 빠른 속도로 지속적인 데이터 전송을 요구하는 앱(고해상도 비디오 캡처 및 재생 등)을 지원할 경우, 다음과 같은 성능 고려 사항을 참고하여 SAN을 구성하십시오.
고성능을 제공하는 RAID 스키마를 사용하여 LUN(RAID 어레이)을 설정하십시오.
병렬 처리를 향상시키기 위해, 모든 RAID 제어기에 LUN 을 배포하십시오. 그러면 Xsan이 스트라이핑 방식으로 데이터를 모든 LUN에 저장하며 2개의 RAID 제어기를 통해 데이터를 동시에 전송하는 효과를 얻게 됩니다.
처리량을 늘리기 위해 클라이언트 파이버 채널 카드에 있는 두 포트를 패브릭에 연결하십시오.
Xsan 5 및 DLC를 사용하는 클라이언트의 경우, 파이버 연결을 통해 실시간으로 작업을 수행해야 합니다.
파일 시스템 메타데이터를 사용자 데이터와 다른 별도의 저장 공간 풀에 저장하고 메타데이터 LUN이 사용자 데이터 LUN과 동일한 RAID 제어기에 있지 않도록 하십시오.
새로운 볼륨 생성 시 저널 데이터를 위해 별도의 저장 공간 풀을 사용할 수 있습니다. 이렇게 하면 파일 생성 및 삭제와 같은 일부 작업에서 성능이 크게 향상됩니다.
SAN 메타데이터에 두 번째 이더넷 네트워크(각 SAN 컴퓨터를 위한 두 번째 이더넷 포트 포함)를 사용하십시오.
SAN에 있는 모든 컴퓨터가 Mac 컴퓨터일 경우 사용자의 볼륨에 대해 확장 속성을 활성화하여 여러 개의 가려진 파일에 저장되는 파일 정보가 과하지 않도록 하십시오.
가용성 고려 사항
사용자의 데이터에 높은 가용성이 중요한 경우 여러 개의 메타데이터 제어기를 설정하여 메타데이터 제어기 장애 조치를 제공하십시오. 또한 중복되는 파이버 채널 스위치를 사용하여 각 클라이언트, 메타데이터 제어기 및 저장 장치 사이에 듀얼 파이버 채널 연결 설정을 고려하십시오.
보안 고려사항
SAN이 보안이 요구되고 서로 분리되어야 하는 프로젝트를 지원할 경우, 각 프로젝트에 대한 별도의 볼륨을 생성하고 볼륨에 적절한 ACL을 설정하여 잘못된 클라이언트나 사용자가 볼륨에 저장된 파일에 접근하지 못하도록 하십시오.
사용자는 SAN 관리자로서 SAN 클라이언트 역할을 하는 컴퓨터를 제어합니다. SAN 클라이언트나 제어기가 아닌 컴퓨터를 사용하는 사용자는 SAN 볼륨을 탐색하거나 마운트할 수 없습니다.
하지만 어떤 Xsan 컴퓨터가 볼륨을 사용할 수 있는지는 지정할 수 없습니다. macOS 또는 macOS Server가 있는 SAN 컴퓨터를 사용하는 사용자는 모든 SAN 볼륨을 직접 마운트할 수 있습니다.
Server 앱에서 접근 제어 목록(ACL)을 설정하거나 Finder에서 표준 파일 접근 권한을 사용하여 폴더에 사용자 및 그룹 권한을 할당할 수 있습니다.
LUN의 RAID 스키마 선택하기
SAN의 데이터 안정성 및 복구 능력 중 대부분은 Xsan이 아니라 결합하여 저장 공간 풀과 볼륨을 생성하는 RAID 어레이에서 제공됩니다. SAN을 설정하기 전에 RAID 시스템 구성이나 관리 소프트웨어를 사용하여 특정 RAID 스키마를 기반으로 하는 LUN을 준비하십시오.
경고: 준비 없이 메타데이터 제어기가 유실되면 볼륨에 있는 모든 데이터가 유실될 수 있습니다. 예비 제어기를 적극 권장합니다.
경고: 메타데이터 저장 공간 풀의 LUN이 고장나고 복구할 수 없는 경우, 볼륨에 있는 모든 데이터가 유실됩니다. 중복 LUN(RAID 0이 아닌 RAID 스키마를 기반으로 하는 LUN)만 사용하여 Xsan 볼륨을 생성할 것을 적극 권장합니다.
RAID 0 어레이로 구성된 LUN(스트라이핑 방식으로만 구성)이나 단일 드라이브를 기반으로 하는 LUN은 고장난 경우, 복구가 어렵거나 불가능합니다. 이와 같이 보호되지 않는 LUN은 유실되어도 괜찮은 스크래치 파일이나 기타 데이터를 저장하는 저장 공간 풀에서만 사용해야 합니다.
대부분의 RAID 시스템은 일반적인 RAID 레벨을 모두 지원합니다. 각 RAID 스키마는 다음 표에 요약된 것처럼 다양한 균형 잡힌 성능, 데이터 보호 및 저장 공간 효율성을 제공합니다.
RAID 레벨 | 저장 공간 효율성 | 읽기 성능 | 쓰기 성능 | 데이터 보호 |
|---|---|---|---|---|
RAID 0 | 최상 | 매우 높음 | 최상 | 불가능 |
RAID 1 | 낮음 | 고품질 | 보통 | 가능 |
RAID 3 | 높음~매우 높음 | 보통 | 보통 | 가능 |
RAID 5 | 높음~매우 높음 | 고품질 | 고품질 | 가능 |
RAID 0+1 | 낮음 | 고품질 | 고품질 | 가능 |
볼륨 수 결정하기
볼륨은 SAN에서 가장 큰 공유 저장 공간 단위입니다. 여러 사용자가 파일의 접근을 공유해야 하는 경우, 해당 파일을 동일한 볼륨에 저장하십시오. 이렇게 하면 서로 간에 파일의 복사본을 전달할 필요가 없습니다.
하지만, 보안이 중요한 경우 Xsan 클라이언트의 볼륨을 마운트 해제하여 클라이언트 접근을 제어할 수 없다는 것을 기억하십시오. macOS 또는 macOS Server가 설치된 컴퓨터를 사용하는 사용자는 SAN 볼륨을 직접 마운트할 수 있습니다.
보안 및 공유 접근의 일반적인 균형을 위해 하나의 볼륨을 생성하고 폴더 접근 권한이나 Server 앱의 ACL로 접근을 제어하십시오.
볼륨 구성 방법 결정하기
미리 정의된 폴더를 생성하여 사용자가 볼륨에서 데이터를 구성하도록 하거나 볼륨의 특정 영역에 대해 사용자를 제한할 수 있습니다. Server 앱을 사용하여 접근 권한을 할당함으로써 이 폴더에 대한 접근을 제어할 수 있습니다.
메타데이터 제어기 선택하기
SAN 메타데이터 제어기로 사용할 컴퓨터를 적어도 1대 선택해야 합니다. 이 컴퓨터는 파일 시스템 메타데이터를 관리하는 역할을 합니다.
참고: 파일 시스템 메타데이터와 저널 데이터는 메타데이터 제어기 자체가 아닌 SAN 볼륨에 저장됩니다. 아래에서 ‘메타데이터 및 저널링 데이터로 사용자 데이터 저장하기’를 참조하십시오.
사용자의 데이터에 높은 가용성이 중요한 경우 여러 개의 메타데이터 제어기를 설정하여 메타데이터 제어기 장애 조치를 제공하십시오.
성능이 중요한 경우 메타데이터 제어기에서 다른 서버 서비스를 실행하거나, 해당 제어기를 사용하여 AFP 또는 NFS를 사용하는 SAN 볼륨을 재공유하지 마십시오.
필요한 메타데이터 및 저널 데이터 저장 공간 예상하기
볼륨을 설명하는 메타데이터 및 저널 데이터는 볼륨의 메타데이터 제어기가 아니라 해당 볼륨에 저장됩니다. 메타데이터는 볼륨에 있는 첫 번째 저장 공간 풀에 저장됩니다. 저널 데이터는 볼륨에 있는 아무 저장 공간 풀에 저장할 수 있습니다. 오직 하나의 저장 공간 풀에만 저널 데이터가 있어야 합니다.
Xsan 볼륨 메타데이터에 필요한 공간의 양을 추정하려면, 한 볼륨에 1,000만개의 파일이 있는 경우 해당 볼륨의 메타데이터 저장 공간 풀에 약 10GB의 메타데이터가 필요하다고 가정하십시오.
저널은 64KB~512MB가 필요합니다. 볼륨 생성 시 Xsan은 고정된 크기를 구성합니다. 크기가 작기 때문에 저널 저장 공간 풀에는 단일 RAID 1 LUN을 사용할 수 있습니다. 별도 저널 저장 공간 풀의 성능을 최대화하려면 전체 물리적 디스크를 RAID 1 LUN으로만 구성하십시오.
메타데이터 및 저널 데이터가 포함된 사용자 데이터 저장하기
하나의 저장 공간 풀(메타데이터, 저널 및 사용자 데이터 포함)만으로 볼륨을 생성할 수 있지만 성능이 중요한 경우 권장하지 않습니다.