RAID 및 LVM을 사용하여 Linux에서 파티션이 정렬되었는지 확인


15

누구든지 LVM 및 md RAID 위에있는 XFS 파일 시스템이 "고급 포맷" 섹터 디스크 의 4096 바이트 배열에 올바르게 정렬되어 있는지 확인하는 단계를 알고 있습니까?

일부 참조는 다음과 같습니다.
http://www.ibm.com/developerworks/linux/library/l-4kb-sector-disks/index.html
http://thunk.org/tytso/blog/2009/02/20/aligning -파일 시스템에서 SSD로 삭제 블록 크기 /

또한이 질문의 맥락은 Stack Overflow의 새로운 NAS에 관한 것입니다 : http://blog.serverfault.com/post/798854017/the-theoretical-and-real-performance-of-raid-10

답변:


5

확인은 까다 롭습니다. 내 첫 번째 생각은 미디어에서 일련의 직접 IO 4KB 읽기를 수행하고 깜박이는 불빛을 보는 것이 었습니다. 모든 xth 읽기로 인해 두 개의 드라이브가 플래시되면 정렬 불량의 징후입니다 (4kb 읽기는 RAID 스트라이프 경계에 걸쳐 있습니다). 그러나 하드웨어에서 3000 마일 이상 떨어져있어 작동하지 않습니다.

RAID 스트라이프 너비가 4KB 섹터 크기보다 크다고 가정합니다. 조금 전에 생각한 테스트는 읽기 / 쓰기 테스트를 진행하는 것입니다. 여기에서 모든 x 4KB 섹터를 읽고 쓸 수 있습니다. 오프셋을 변경하면 테스트중인 RAID 스트라이프의 위치를 ​​변경할 수 있습니다. 특정 오프셋이 다른 성능을 나타내는 경우 특정 오프셋이 4KB 작업을 위해 RAID 스트라이프에 걸쳐 있다는 신호를 고려합니다. 그러면 XFS가 RAID 구성에서 올바르게 정렬되고 있는지 확인할 수 있습니다.

RAID 스트라이프가 올바르게 정렬되었는지 확인하는 것은 동일한 종류의 보폭 테스트로 수행 할 수 있으며 개별 드라이브의 'iostat'값을 주시하십시오. 보폭이 적당하면 주어진 시간에 두 개의 드라이브에서만 활동을 볼 수 있습니다. 동일한 테스트에서 네 개의 드라이브 모두에서 활동이 표시되면 무언가 잘못 정렬되었다는 증거가 있습니다.

스토리지 벤치 마크 IOZONE이 보폭 테스트를 수행 할 수 있다는 점을 확실히 알고 있으며,보다 일반적인 IOMETER가이를 수행 할 수 없다면 매우 놀랐습니다. Direct-IO를 사용하고 바이 패스 캐싱 및 쓰기 조합 기능은 이러한 종류의 테스트에 중요합니다.


0

개인적인 일이지만이 정렬 비즈니스가 과장되었다고 생각합니다. 마지막 세부 사항을 땀을 흘리지 만 현대 캐시의 크기와 디스크 대 메모리 체인의 복잡성을 감안할 때 낮은 단일 자리수 성능 이점이 있다고 감히 말합니다. 많이 땀을 흘리지 않을 것입니다.

그러나 그것은 나입니다.)


5
잘못 정렬 된 섹터는 회전식 미디어에서 실제로 매우 효율적인 작업 인 순차적 읽기 및 쓰기를 제공합니다. SSD에서 정렬이 중요한 이유는 쓰기가 읽기보다 훨씬 비싸기 때문에 쓰기 확대를 최소화해야합니다.
sysadmin1138
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.