주요 콘텐츠로 건너뛰기

이 게시에서, 나는 당신의 ftS확장 가능한TM 스토리지 배열을 구성하는 방법에 대한 조언을 제공합니다 (이하 ftScalable로 축약) 성능을 최적화하기 위해. I/O 워크로드 및 패턴을 이해하고 몇 가지 간단한 지침을 따르면 가용성 및 성능 요구 사항을 달성하기 위해 FTScalable을 구성할 수 있습니다.

용어

"논리 디스크"라는 용어는 하나 이상의 멤버 디스크로 구성된 VOS 논리 디스크를 나타냅니다. VOS는 모든 멤버 디스크에서 데이터를 스트라이프합니다. ftScalable의 도입 전에, 각 멤버 디스크는 물리적 디스크 드라이브의 쌍이었다. ftScalable의 출현으로 각 멤버 디스크는 이제 단일 LUN과 연결됩니다. LUN 또는 "논리 단위"는 ftScalable의 가상 디스크("VDISK")의 세분화입니다.

VDISK는 특정 RAID 유형을 사용하여 가상 디스크로 구성된 1개 이상의 물리적 디스크 드라이브 모음입니다.

"저하 모드"는 물리적 디스크 드라이브가 실패한 후 복구 작업이 시작되기 전에 VDISK의 동작을 나타냅니다.

"복구 모드"는 드라이브 오류 후 다시 빌드하는 동안 VDISK의 동작을 나타냅니다.

RAID 유형

ftScalable에서 지원하는 많은 RAID 유형이 있지만 여기에서 일반적으로 사용되는 것만 설명합니다.

RAID-0: RAID-0 VDISK는 세트의 모든 물리적 디스크 드라이브에 데이터를 스트라이프합니다. I/O 성능의 최고 학위를 제공하지만 내결함성은 없습니다. 물리적 디스크 드라이브가 손실되면 데이터가 완전히 손실됩니다. 또한 ftScalable은 임시 물리적 드라이브를 자동으로 서비스에서 꺼내 예비 드라이브를 사용하여 데이터를 사전에 재구축할 수 없습니다. 이 RAID 유형은 미션 크리티컬 환경에서 는 사용해서는 안 됩니다.

RAID-1: RAID-1 VDISK는 미러드된 물리적 디스크 드라이브의 간단한 쌍입니다. 그것은 좋은 읽기 및 쓰기 성능을 제공하고 하나의 드라이브의 손실을 살아남을 수 있습니다. 읽기는 두 드라이브에 쓰기를 기록해야 하지만 두 드라이브에서 처리할 수 있습니다.  실패한 드라이브에서 복구하는 것은 쉽기 때문에 살아남은 파트너의 재미러링만 필요합니다. 일반적으로 성능이 저하또는 복구 모드에서 실행되는 동안 성능에 최소한의 영향을 미칩니다.

RAID-10: RAID-10 VDISK는 RAID-1 디스크의 여러 집합으로 구성되어 있어 모든 RAID-1 쌍에서 데이터를 스트라이프할 수 있습니다. RAID-10 VDISK는 데이터를 잃지 않고 여러 물리적 드라이브 오류를 잠재적으로 견딜 수 있는 고성능 및 기능을 제공합니다. 성능이 저하또는 복구 모드에서 실행되는 동안의 성능에 미치는 영향은 RAID-1 VDISK와 유사합니다.

RAID-5/RAID-6: 이러한 RAID 유형은 패리티 기반 알고리즘과 스트라이프를 사용하여 미러링에 비해 저렴한 비용으로 고가용성을 제공합니다. RAID-5 VDISK는 패리티에 대해 하나의 물리적 디스크 드라이브 용량과 동등한 반면 RAID-6은 두 드라이브에 해당합니다. RAID-5 VDISK는 데이터 손실 없이 단일 디스크 드라이브의 실패를 견딜 수 있으며 RAID-6 VDISK는 두 번의 드라이브 실패에서 살아남을 수 있습니다.  두 유형 모두 우수한 읽기 성능을 제공하지만 쓰기 성능은 데이터 블록뿐만 아니라 패리티 블록에 필요한 읽기 / 수정 / 다시 쓰기 작업에 의해 작성할 필요성에 의해 영향을 받았습니다. 드라이브 고장(저하 모드)은 처리량에 중간 영향을 미치며 복구 모드는 처리량에 큰 영향을 미칩니다.

RAID 유형 선택

각 RAID 유형에는 특정 이점과 단점이 있습니다. 이를 이해하면 환경에 가장 적합한 RAID 유형을 선택할 수 있습니다.

쓰기 속도가 중요하지 않거나 최대한의 액세스 속도를 달성하는 것이 중요하지 않은 데이터 및 응용 프로그램의 경우 RAID-5가 좋은 선택입니다.  낮은 쓰기 처리량 성능과 더 높은 대기 시간을 수락하는 대가로 지정된 용량에 디스크수를 줄이면서 도내 허용 오차가 높을 수 있습니다. 그러나 응용 프로그램에 저하된 RAID 집합(예: 실패한 디스크 드라이브)으로 실행의 영향을 고려해야 합니다.  패리티 기반 RAID 유형의 I/O 성능및 대기 시간은 미러 기반 RAID 유형에 비해 성능이 저하된 모드 및 복구 모드에서 더 많은 고통을 겪습니다.

쓰기의 속도와 대기 시간을 최적화하거나 읽기보다 더 많은 쓰기를 수행하거나 드라이브 오류가 발생할 경우 성능이 저하되지 않아야 하는 데이터 및 응용 프로그램의 경우 미러 기반 RAID 유형(RAID-1 또는 RAID-10)은 더 나은 솔루션을 제공합니다. 이러한 RAID 유형 은 모두 RAID-5 또는 RAID-6의 읽기 전에 쓰기 페널티를 제거하므로 데이터를 작성하는 것은 간단한 작업입니다. RAID-10은 일반적으로 RAID-1보다 더 나은 선택입니다. (그러나"VOS 다중 멤버 논리 디스크 대 ftScalable RAID-10 VDISKs",아래)라는 섹션을 읽어보시기 바랍니다.

패리티 기반 또는 미러 기반 RAID 유형을 선택할지 여부를 결정할 수 없는 경우 가장 안전한 선택은 미러 기반 RAID 유형 중 하나를 사용하는 것입니다.

VDISKS에 LUN 할당

검토하려면 하나 이상의 물리적 디스크가 VDISK로 구성됩니다. VDISK는 하나 이상의 룬으로 나눌 수 있습니다. 각 LUN은 특정 VOS 멤버 디스크에 할당됩니다.  하나 이상의 멤버 디스크가 단일 VOS 논리 디스크로 결합됩니다.

나는 강력하게 VDISK에 하나의 LUN을 할당하는 것이 좋습니다.  ftScalable은 VDISK를 여러 LUN으로 조각하는 것을 지원하지만 이 옵션을 사용하면 I/O 처리량과 대기 시간 모두에 영향을 미치는 상당한 성능 페널티가 발생할 수 있습니다.

이러한 처벌에 대 한 몇 가지 이유가 있다, 하지만 기본 하나는 이해 하기 쉽습니다. ftScalableVDISK 구성당 여러 LUN에서 LUN 중 하나에 액세스해야 할 때마다 디스크 드라이브 헤드를 찾아야 합니다. VDISK를 구성하는 LUN이 많을수록 헤드 이동이 더 많아지게 됩니다. 머리 이동이 많을수록 대기가 커진다. 모든 I/O는 결국 VDISK를 구성하는 물리적 드라이브에 의해 처리되어야 합니다. 배열의 캐시 메모리는 이 물리적 I/O를 대체할 수 없습니다.

Stratus는 4-LUN VDISK의 총 I/O 처리량이 단일 LUN으로 구성된 동일한 VDISK의 절반 정도 성능이며 대기 시간이 4배 이상 더 클 수 있음을 보여주는 벤치마크를 실행했습니다!

LU에 VOS 논리 디스크 할당

가장 간단한 방법은 각 LUN에 하나의 VOS 논리 디스크를 할당하는 것입니다. 단일 LUN보다 큰 VOS 논리 디스크가 필요하거나 스트라이프의 성능 이점을 활용하려는 경우 각 멤버 디스크가 단일 LUN인 VOS 다중 멤버 논리 디스크를 만들 수 있습니다.

VOS 다중 멤버 논리 디스크 대 ftS확장 가능한 RAID-10 VDISK

VOS 수준(VOS 다중 멤버 논리 디스크 를 생성함) 또는 ftScalable 수준(RAID-10 VDISK를 생성함) 또는 두 메서드의 조합(예: RAID-5 VDISK인 여러 LUN을 결합하여 단일 VOS 다중 멤버 논리 디스크로 스위칭)에서 스위칭을 구현할 수 있습니다. 스트라이프를 사용하려면 VDISKS에 RAID-1 또는 RAID-5를 VDISKS당 LUN 1과 함께 사용하고 이러한 LUN을 VOS 다중 멤버 논리 디스크에 결합하는 것이 좋습니다.  VOS는 각 LUN에 대해 별도의 디스크 요청 큐를 사용하여 처리량을 극대화하고 대기 시간을 최소화하는 LUN 수를 최대화합니다.

VOS 논리 디스크에 파일 할당

가능하면 임의로 액세스하는 파일과 순차적으로 액세스하는 파일을 할당하여 논리 디스크를 분리합니다. 동일한 논리 디스크에 두 가지 유형의 파일 액세스 방법을 혼합하면 랜덤 액세스 파일에 액세스하는 데 필요한 최악의 경우 시간이 증가하고 순차적 파일의 가능한 최대 처리량을 줄입니다.

요약

이러한 간단한 지침을 사용하여 신뢰할 수 있고 높은 처리량, 낮은 대기 시간 디스크 액세스를 달성할 수 있습니다.

여기에서 권장하는 것과 다른 구성을 사용하기에 좋은 사례가 있다고 생각되면 계정 팀에 문의하십시오. 우리는 항상 기존의 ftScalable 구성을 검토하고 특정 고객 상황에 대한 지침을 제공 할 수 있습니다.

나는이 정보가 유용 증명 바랍니다. 질문이나 의견이 있는 경우 이 게시물에 답변해 주십시오.

승인

조 산지오는 이 글을 쓰는 동안 귀중한 도움을 주었다. 남아있는 모든 오류는 내 것입니다.

© 2024 스트라투스 테크놀로지스.