크고 작은 파일이 혼합된 아카이브/NAS를 위해 대규모(24개) 디스크 어레이(2.4TB)를 구성하려고 여전히 시도 중입니다. 하지만 이 외에도 스트라이프 RAID가 내부적으로 어떻게 작동하는지 이해하는 데 더 집중하고 있지만 대부분의 문헌 사례가 "낮은" 디스크 수를 기반으로 하기 때문에 더 많이 읽고 더 혼란스러워집니다(제작자에게 물었지만 그는 "유보된 정보"라는 이유로 이러한 질문 중 일부에 공개적으로 답변하기를 꺼렸습니다)
- 스트라이프 크기일반적으로
(Number of data disks) x (size of strip)(또는 덩어리)입니다. 8x64KB=512KB 또는 10x256KB=2560KB - 파일은 어떻게 분할되어 저장됩니까?줄무늬? 스트라이프 당 하나의 파일 (나머지 스트립은 0으로 채워짐) 또는 모든 스트립이 채워질 때까지 스트라이프에 대한 많은 파일?
- 대규모 어레이의 경우 스트라이프 크기가 여전히 중요합니까? 내 PERC는 값이 1MB보다 큰 경우(예: 8x256KB) 스트라이프 크기에 고정 값 1MB를 사용한다는 것을 발견했습니다. 이런 경우 스트라이프는 어떻게 배열해야 할까요? 여전히 8x256KB=2MB로 크고 내부적으로 2x1MB로 나누어져 있나요? 아니면 1MB를 8개의 데이터 디스크로 나눈 크기인가요?
- 요즘에는 "2의 거듭제곱"을 염두에 두고 스트라이프 RAID를 구성해야 합니까? 내 PERC를 사용하면 2의 거듭제곱이 아닌 모든 종류의 RAID 수준에 대해 원하는 수의 디스크를 구성할 수 있습니다.
- 이러한 제한(?)을 알고 있다면 어레이를 2x12Disk RAID60 및 256KB의 스트립 크기로 설정하는 것이 가치가 있습니까? 너무 많은 공간을 낭비할 필요는 없습니다
답변1
파일은 어떻게 분할되어 스트라이프에 저장됩니까? 스트라이프 당 하나의 파일 (나머지 스트립은 0으로 채워짐) 또는 모든 스트립이 채워질 때까지 스트라이프에 대한 많은 파일?
이와 같은 배열은 파일 측면에서 생각하지 않고 단지 블록만 생각합니다. 파일 시스템 자체는 어떤 파일이 어떤 블록으로 구성되는지 정의하며 이를 수행하는 기본 디스크 시스템이 아닙니다.
따라서 파일을 블록으로 생각하지 마십시오. 파일 시스템의 모든 파일이 폴더와 파일에 대한 모든 데이터를 가져간다고 상상해 보십시오. 이는 단지 하나의 큰 블록 더미일 뿐이며 성능을 위해 사용 가능한 디스크에 스트라이프되는 블록입니다. 그리고 탄력성.
일반적으로 이와 같은 파일 시스템 및 RAID 어레이의 기본값은 모든 응용 프로그램의 95%에 적합합니다. 다양한 조합을 모두 테스트하고 테스트할 시간이 있거나 비정상적인 요구 사항이 있는 응용 프로그램(예: 작은 무작위 파일을 많이 읽거나 쓰거나 다른 쪽 끝에서 지속적으로 읽거나 쓰는 경우)을 조정하는 기능은 훌륭합니다. 거대한 순차 파일) - 그런 경우에는 튜닝 중 일부가 상당한 이점을 가질 수 있습니다. 그러나 다시 말해 일반적으로 기본값은 대부분의 사용 사례에 꽤 좋습니다. 저는 VoD를 수행하므로 스토리지 볼륨이 매우 큰 스트립/블록을 갖도록 자주 조정합니다. 왜냐하면 모두 큰 순차 파일이라는 것을 알고 있기 때문입니다. 하지만 DB 파일이나 로그 등을 해당 어레이/볼륨에 저장하지 않습니다. 그런 용도로는 끔찍할 것입니다.
어쨌든 추천으로 돌아가서, R60에 안주하신 것 같아서 다행입니다. R5/50 문제로 사람들이 여기 항상 모이는데, 이제 죽었으니 전혀 사용하지 마세요. R6/60과 R1/10이 유일한 게임입니다. 어쨌든 ZFS에 대한 뼈대가 없다면 시내에서 :) - 어쨌든 내가 이 일을 하고 있었다면 나는 당신이 제안한 대로 정확히 할 것입니다. - 2 x 12 디스크 R6으로 구성된 R60, 스트라이프를 기본값으로 두고 응용 프로그램으로 사용 이 배열을 사용하기 시작하면 성능이 어떻게 되는지 확인할 수 있고 조정이 필요하다고 느끼고 그렇게 함으로써 많은 이점을 얻을 수 있다고 생각한다면 계속 진행하세요. 하지만 기본값을 사용해도 괜찮을 것이라고 확신합니다. .
행운을 빌어 요.