RAID dạng sọc hoạt động như thế nào với số lượng đĩa lớn?

vẫn đang cố định cấu hình mảng đĩa lớn (24) (2,4TB) của tôi cho một kho lưu trữ/các tệp lớn và nhỏ hỗn hợp. Nhưng ngoài điều này ra, giờ đây tôi tập trung hơn để hiểu cách thức hoạt động của RAID sọc nhưng càng đọc tôi càng thấy bối rối vì hầu hết các ví dụ trong tài liệu đều dựa trên số lượng đĩa "thấp" (tôi đã hỏi nhà sản xuất nhưng anh ấy đã miễn cưỡng trả lời công khai một số câu hỏi đó vì "thông tin được bảo lưu")

• kích thước sọc thường là (Số lượng đĩa dữ liệu) x (kích thước của dải) (hoặc khúc) Vd. 8x64KB=512KB hoặc 10x256KB=2560KB
• các tệp được chia và lưu vào tệp như thế nào vạch sọc? một tệp trên mỗi sọc (các dải còn lại được điền bằng số 0) hoặc nhiều tệp cho một sọc cho đến khi tất cả các dải của nó được lấp đầy?
• đối với mảng lớn, kích thước sọc có còn quan trọng không? Ý tôi là tôi đã phát hiện ra PERC của mình sử dụng giá trị cố định 1MB cho kích thước sọc nếu giá trị của nó lớn hơn 1MB (ví dụ: 8x256KB). Trong trường hợp này, sọc nên được sắp xếp như thế nào? nó có còn lớn như 8x256KB=2MB và được chia nội bộ thành 2x 1MB không? hay nó lớn 1MB chia cho 8 đĩa dữ liệu?
• ngày nay tôi có nên định cấu hình RAID sọc với "sức mạnh của 2" không? PERC của tôi cho phép tôi định cấu hình bất kỳ số lượng đĩa nào cho bất kỳ loại cấp độ RAID nào, không phải là sức mạnh của 2
• biết những hạn chế này (?), có đáng để đặt mảng là RAID60 2x12Disks và kích thước dải 256KB không? chúng ta không cần lãng phí quá nhiều không gian

các tệp được chia và lưu vào sọc như thế nào? một tệp trên mỗi sọc (các dải còn lại chứa đầy số không) hoặc nhiều tệp cho một sọc cho đến khi tất cả các dải của nó được lấp đầy?

Các mảng như thế này không nghĩ về các tệp, chỉ là các khối, hệ thống tệp tự xác định tệp nào được tạo thành từ các khối nào, không phải hệ thống đĩa bên dưới thực hiện điều đó.

Vì vậy, đừng nghĩ về nó như các tệp chỉ là các khối, hãy tưởng tượng tất cả các tệp trên hệ thống tệp của bạn nhưng lấy đi tất cả dữ liệu về các thư mục và tệp, nó chỉ là một đống khối lớn - và đó là những khối có sọc trên các đĩa có sẵn để thực hiện và khả năng phục hồi.

Nói chung, mặc định cho các hệ thống tệp và mảng RAID như thế này sẽ phù hợp với 95% tất cả các ứng dụng. Khả năng điều chỉnh chúng là tuyệt vời nếu bạn có thời gian chơi và kiểm tra tất cả các kết hợp khác nhau hoặc nếu bạn có một ứng dụng có các yêu cầu bất thường (chẳng hạn như nó liên tục đọc hoặc ghi nhiều tệp ngẫu nhiên nhỏ hoặc ở đầu kia các tệp tuần tự lớn) - trong những trường hợp đó thì có, một số điều chỉnh có thể mang lại lợi ích đáng kể. Nhưng nói chung, một lần nữa, mặc định thường khá tốt cho hầu hết các trường hợp sử dụng. Tôi làm VoD nên chúng tôi thường điều chỉnh khối lượng lưu trữ của mình để có các dải/khối rất lớn vì chúng tôi biết chúng đều là các tệp tuần tự lớn, nhưng sau đó chúng tôi không đặt các tệp DB hoặc nhật ký của mình, v.v. trên các mảng/khối lượng đó vì chúng 'sẽ là khủng khiếp cho việc sử dụng đó.

Dù sao, hãy quay lại các đề xuất, rất vui vì dường như bạn đã giải quyết vấn đề với R60 - chúng tôi luôn có người ở đây gặp sự cố với R5/50, nó đã chết, đừng sử dụng nó - R6/60 và R1/10 là trò chơi duy nhất trong thị trấn, trừ khi bạn có một người hỗ trợ cho ZFS :) - dù sao nếu tôi đang làm điều này, tôi sẽ làm chính xác những gì bạn đề xuất - R60 được tạo thành từ 2 x 12 đĩa R6, hãy để mặc định sọc và sau đó là ứng dụng của bạn bắt đầu sử dụng mảng này, bạn có thể xem nó hoạt động như thế nào và nếu bạn thực sự cảm thấy cần điều chỉnh nó và sẽ nhận được nhiều lợi ích từ việc đó thì hãy tiếp tục, nhưng tôi cá là bạn sẽ ổn với các giá trị mặc định .

May mắn nhất.