Hiệu suất RAID

Tác giả NetworkEngineer, T.Bảy 03, 2019, 09:40:20 SÁNG

« Chủ đề trước - Chủ đề tiếp »

0 Thành viên và 1 Khách đang xem chủ đề.

Hiệu suất RAID


1. Giới thiệu.

Chọn cấp độ RAID là một bài tập trong việc cân bằng nhiều yếu tố bao gồm chi phí, độ tin cậy, dung lượng và tất nhiên là hiệu năng.

Hiệu suất RAID có thể khó hiểu, đặc biệt là khi các cấp RAID khác nhau sử dụng các kỹ thuật khác nhau và hoạt động khá khác nhau trong thực tế. Trong bài viết này, mình muốn khám phá các cấp độ RAID phổ biến của RAID 0, 5, 6 và 10 để xem hiệu suất khác nhau giữa chúng như thế nào.

Với mục đích của bài viết này, RAID 1 sẽ được coi là một tập hợp con của RAID 10. Đây thường là một cách hữu ích để nghĩ về RAID 1, chỉ đơn giản là một mảng RAID 10 chỉ có một thành viên được nhân đôi. Vì RAID 1 thực sự là một cặp RAID 10 duy nhất và hoạt động như vậy, điều này hoạt động tuyệt vời để làm cho hiệu suất RAID trở nên dễ hiểu. Nó chỉ đơn giản là ánh xạ vào đường cong hiệu năng RAID 10.


2. Đọc và viết trong RAID 101.

Có hai loại hiệu suất để xem xét với tất cả lưu trữ: đọc và viết. Về mặt RAID, việc đọc cực kỳ dễ dàng và việc viết khá phức tạp. Hiệu suất đọc ổn định hiệu quả trên tất cả các loại. Tuy nhiên viết thì không đơn giản như vậy.

Để làm cho việc thảo luận về hiệu suất dễ dàng hơn, chúng ta cần xác định một vài thuật ngữ vì chúng ta sẽ làm việc với một số phương trình. Trong các cuộc thảo luận của chúng ta, chúng ta sẽ sử dụng N I Chúng ta sẽ sử dụng dịch vụ của X X để chỉ hiệu suất của từng ổ đĩa. Điều này cho phép chúng ta nói về hiệu suất tương đối như là một yếu tố của hiệu suất ổ đĩa. Chúng ta có thể trừu tượng hóa mảng RAID và không phải suy nghĩ về IOPS (Hoạt động đầu vào / đầu ra mỗi giây). Điều này rất quan trọng vì IOPS thường rất khó xác định. Nhưng chúng ta có thể so sánh hiệu suất theo cách có ý nghĩa bằng cách nói với nó trong mối quan hệ với các ổ đĩa riêng lẻ trong mảng.

Điều quan trọng cần nhớ là chúng ta chỉ nói về hiệu suất của chính mảng chứ không phải toàn bộ hệ thống lưu trữ. Các tạo phẩm như bộ nhớ đệm và bộ nhớ trạng thái rắn sẽ làm những điều tuyệt vời để thay đổi hiệu suất tổng thể của một hệ thống con lưu trữ. Nhưng về cơ bản, chúng sẽ không thay đổi hiệu suất của mảng dưới mui xe. Không có công thức đơn giản để xác định các tùy chọn bộ đệm khác nhau sẽ ảnh hưởng đến hiệu suất tổng thể như thế nào. Nó đủ để nói rằng nó có thể rất ấn tượng không chỉ phụ thuộc vào chính các lựa chọn bộ đệm, mà còn rất nhiều vào khối lượng công việc. Ngay cả các tùy chọn bộ đệm lớn nhất, nhanh nhất, mạnh nhất cũng không thể thay đổi hiệu suất lâu dài, duy trì của một mảng.

RAID rất phức tạp và nhiều yếu tố ảnh hưởng đến hiệu suất cuối cùng. Một là thực hiện hệ thống chính nó. Việc thực hiện kém có thể gây ra độ trễ. Hoặc có thể không sử dụng các trục chính có sẵn (chẳng hạn như có một mảng RAID 1 chỉ đọc từ một đĩa thay vì từ cả hai cùng một lúc!) Không có cách nào dễ dàng để tính đến sự thiếu sót trong việc triển khai cụ thể. Chúng ta phải cho rằng tất cả đang làm việc đến giới hạn của đặc tả. Bất kỳ hệ thống RAID doanh nghiệp sẽ làm điều này. Nó chủ yếu là sở thích và hệ thống RAID tiêu dùng thất bại trong khía cạnh này.

3. Vai trò của CPU trong hiệu năng RAID.

Một số loại RAID cũng có số lượng lớn chi phí tính toán liên quan đến chúng trong khi các loại khác thì không. Về cơ bản, các mức RAID tương đương đòi hỏi xử lý nặng để xử lý các thao tác ghi, với các mức khác nhau có số lượng tính toán khác nhau cần thiết cho mỗi hoạt động. Điều này giới thiệu độ trễ, nhưng không cắt giảm thông lượng. Độ trễ này sẽ khác nhau, tuy nhiên, dựa trên việc thực hiện cấp độ RAID cũng như khả năng xử lý của hệ thống.

RAID phần cứng sẽ sử dụng một cái gì đó giống như CPU có mục đích chung (thường là bộ xử lý Power hoặc ARM RISC) hoặc ASIC tùy chỉnh để xử lý việc này. RAID phần mềm xử lý việc này cho CPU của máy chủ. Thông thường, CPU máy chủ thực sự nhanh hơn ở đây nhưng tiêu tốn tài nguyên hệ thống. ASIC có thể rất nhanh nhưng đắt tiền để sản xuất. Độ trễ này ảnh hưởng đến hiệu suất lưu trữ nhưng rất khó dự đoán và có thể thay đổi từ danh nghĩa đến kịch tính. Vì vậy, mình sẽ đề cập đến tác động độ trễ tương đối với từng cấp độ RAID nhưng sẽ không cố gắng đo lường nó. Trong hầu hết các tính toán hiệu năng RAID, độ trễ này bị bỏ qua. Tuy nhiên, nó vẫn còn hiện diện. Tùy thuộc vào cấu hình của mảng, nó có thể có tác động đáng chú ý đến khối lượng công việc.

Cần phải đề cập đến, một tác động hiệu suất nhỏ để đọc các hoạt động do tính hiệu quả trong cách bố trí dữ liệu trên đĩa. Parity RAID yêu cầu phải có dữ liệu trên các đĩa vô dụng trong hoạt động đọc lành mạnh nhưng không thể được sử dụng để tăng tốc. Điều này thực sự dẫn đến nó chậm hơn một chút. Nhưng tác động này rất nhỏ và thường không được đo lường và do đó có thể bỏ qua.

Các yếu tố như kích thước sọc cũng ảnh hưởng đến hiệu suất, tất nhiên. Nhưng vì đó là cấu hình và không phải là một tạo tác nội tại ở bất kỳ cấp độ nào, mình sẽ bỏ qua nó ở đây. Nó không phải là một yếu tố khi chọn một cấp độ RAID mà chỉ trong việc định cấu hình một khi đã chọn.


4. Tỷ lệ đọc và ghi để lưu trữ.

Yếu tố cuối cùng mà mình muốn đề cập là tỷ lệ đọc và ghi của các hoạt động lưu trữ. Một số mảng RAID sẽ được sử dụng gần như hoàn toàn cho các hoạt động đọc, một số hầu như chỉ dành cho các hoạt động ghi. Hầu hết sẽ sử dụng sự pha trộn của cả hai, có thể là khoảng tám mươi phần trăm đọc và hai mươi phần trăm viết. Tỷ lệ này rất quan trọng trong việc hiểu hiệu suất mà bạn sẽ nhận được từ mảng cụ thể của mình và hiểu cách mỗi cấp độ RAID sẽ tác động đến bạn. Mình gọi nó là sự pha trộn đọc và ghi.

Chúng ta đo lường hiệu suất lưu trữ chủ yếu trong IOPS. IOPS là viết tắt của các hoạt động đầu vào / đầu ra mỗi giây (vâng, mình biết rằng các chữ cái không thẳng hàng, nhưng nó là như vậy.) Mình tiếp tục sử dụng các thuật ngữ RIOPS cho Đọc IOPS, WIOPS để viết IOPS và BIOPS cho Blended IOPS sẽ đi kèm với tỷ lệ 80/20 hoặc bất cứ điều gì. Nhiều người nói về hiệu suất lưu trữ với một số IOPS duy nhất. Khi điều này được thực hiện, chúng thường có nghĩa là IOPS hỗn hợp ở mức 50/50. Tuy nhiên, hiếm khi có bất kỳ khối lượng công việc nào chạy ở mức 50/50 để con số đó có thể cực kỳ sai lệch. Chúng ta cần hai số, RIOPS và WIOPS để hiểu hiệu suất. Chúng ta có thể sử dụng hai thứ này với nhau để tìm bất kỳ hỗn hợp IOPS nào mà chúng ta cần. Ví dụ: pha trộn 50/50 đơn giản như (RIOPS * .5) + (WIOPS * .5). Hỗn hợp 80/20 phổ biến hơn sẽ là (RIOPS * .8) + (WIOPS * .2).

Bây giờ chúng ta đã thiết lập một số tiêu chí và hiểu biết nền tảng, chúng ta sẽ đi sâu vào các cấp độ RAID của chúng ta và xem hiệu suất thay đổi như thế nào trên chúng.

Đối với tất cả các cấp RAID, chúng ta tính toán số đọc IOPS bằng NX . Tất nhiên, điều này không đề cập đến các con số trên danh nghĩa mà ta đề cập ở trên. Đây là một số trường hợp tốt nhất của người Viking. Nhưng số thế giới thực rất gần nên rất đơn giản để sử dụng công thức này. Chỉ cần lấy số lượng trục chính (N) và nhân với hiệu suất IOPS của một ổ đĩa riêng lẻ (X). Hãy nhớ rằng các ổ đĩa thường có hiệu suất đọc và ghi khác nhau. Vì vậy, hãy chắc chắn sử dụng các ổ đĩa Đánh giá IOPS hoặc tốc độ được kiểm tra để tính toán Đọc IOPS và tốc độ Viết IOPS hoặc tốc độ được kiểm tra để tính toán Viết IOPS.

5. Hiệu suất RAID 0.

RAID 0 là cấp độ dễ hiểu nhất vì thực sự không có vấn đề gì phải lo lắng, không có tài nguyên nào được sử dụng để cung cấp năng lượng cho nó và cả đọc và viết đều nhận được lợi ích đầy đủ của mọi trục chính mọi lúc. Vì vậy, đối với RAID 0, công thức ghi hiệu năng của chúng ta rất đơn giản: NX . RAID 0 luôn là mức hiệu năng cao nhất.

Một ví dụ sẽ là một mảng RAID 0 trục chính. Nếu một ổ đĩa riêng lẻ trong mảng cung cấp 125 IOPS thì phép tính của chúng ta  sẽ là từ N = 8 và X = 125, do đó 8 * 125 mang lại 1.000 IOPS. Cả IOPS đọc và viết đều giống nhau ở đây. Vì vậy, nó cực kỳ đơn giản khi chúng ta nhận được 1K RIOPS, 1K WIOPS và 1K với bất kỳ sự pha trộn nào của chúng rất đơn giản. Nếu chúng ta không biết IOPS tuyệt đối của một trục chính riêng lẻ, chúng ta có thể tham khảo một RAID 8 trục chính là cung cấp IOPS 8X Blended.

6. Hiệu suất RAID 10.

RAID 10 có mức đơn giản thứ hai để tính toán. Bởi vì RAID 10 là một bộ gương RAID 0, chúng ta không phải lo lắng về vấn đề này, nhưng mỗi gương phải ghi cùng một dữ liệu hai lần để tạo ra phản chiếu. Điều này làm giảm hiệu suất ghi của chúng ta xuống một nửa so với mảng RAID 0 có cùng số lượng ổ đĩa. Cung cấp cho chúng ta một công thức hiệu suất ghi đơn giản: NX / 2 hoặc .5NX.

Chúng ta nên lưu ý rằng ở cùng một dung lượng, thay vì cùng số lượng trục chính, RAID 10 có hiệu suất ghi tương tự như RAID 0 nhưng tăng gấp đôi hiệu suất đọc - đơn giản vì nó yêu cầu gấp đôi số trục để phù hợp với cùng dung lượng.

Vì vậy, một mảng RAID 10 trục chính sẽ là N = 8 và X = 125 và kết quả tính toán của chúng ta được đưa ra là (8 * 125) / 2 là 500 WIOPS hoặc 4X WIOPS. Hỗn hợp 50/50 sẽ tạo ra 750 IOPS được pha trộn (1.000 IOPS đọc và 500 IOPS ghi.)

Công thức này áp dụng cho RAID 1, RAID 10, RAID 100 và RAID 01 như nhau.

Các tùy chọn không phổ biến như phản chiếu ba lần trong RAID 10 sẽ thay đổi hình phạt ghi này. RAID 10 với ba nhân bản sẽ là NX / 3, ví dụ.

7. Hiệu suất RAID 5.

RAID 5 không dùng nữa và không bao giờ được sử dụng trong các mảng mới. Mình bao gồm nó ở đây bởi vì nó là một cấp độ RAID nổi tiếng và thường được sử dụng và hiệu suất của nó cần phải được hiểu. RAID 5 là cơ bản nhất trong các cấp độ RAID tương đương hiện đại. RAID 2, 3 & 4 không còn được tìm thấy trong các hệ thống sản xuất và vì vậy chúng ta sẽ không xem xét hiệu suất của chúng ở đây. RAID 5, mặc dù không được khuyến nghị sử dụng ngày nay, là nền tảng của các cấp độ RAID tương đương hiện đại khác vì vậy rất quan trọng để hiểu.

Parity RAID bổ sung một nhu cầu hơi phức tạp để xác minh và ghi lại tính chẵn lẻ với mỗi lần ghi vào đĩa. Điều này có nghĩa là một mảng RAID 5 sẽ phải đọc dữ liệu, đọc chẵn lẻ, ghi dữ liệu và cuối cùng là ghi chẵn lẻ. Bốn hoạt động cho mỗi một hiệu quả. Điều này cho chúng ta một hình phạt ghi trên RAID 5 của bốn. Vì vậy, công thức cho hiệu suất ghi RAID 5 là NX / 4.

Vì vậy, sau ví dụ tám trục xoay trong đó IOPS ghi của một trục chính riêng lẻ là 125, chúng ta sẽ có được phép tính sau: (8 * 125) / 4 hoặc 2X Viết IOPS với 250 WIOPS. Trong hỗn hợp 50/50, điều này sẽ dẫn đến 625 IOPS được trộn.

8. Hiệu suất RAID 6.

RAID 6, sau RAID 10, có lẽ là cấp RAID phổ biến và hữu dụng nhất hiện nay. RAID 6, tuy nhiên, dựa trên RAID 5 và có một mức độ tương đương khác. Điều này làm cho nó an toàn hơn đáng kể so với RAID 5, điều này rất quan trọng, nhưng cũng áp dụng hình phạt ghi kịch tính. Mỗi thao tác ghi yêu cầu các đĩa để đọc dữ liệu, đọc chẵn lẻ thứ nhất, đọc chẵn lẻ thứ hai, ghi dữ liệu, viết chẵn lẻ thứ nhất và cuối cùng viết chẵn lẻ thứ hai. Đây là một hình phạt viết sáu lần, khá ấn tượng. Vì vậy, công thức của chúng ta là NX / 6.

Tiếp tục ví dụ của chúng ta, chúng ta nhận được (8 * 125) / 6, xuất hiện tới ~ 167 Viết IOPS hoặc 1.33X. Trong ví dụ pha trộn 50/50 của chúng ta, đây là hiệu suất của 58,5 IOPS hỗn hợp. Như bạn có thể thấy, ghi chẵn lẻ làm giảm hiệu suất ghi rất nhanh và giảm đáng kể hiệu suất pha trộn.

9. Hiệu suất RAID 7 (còn gọi là RAID 5.3 hoặc RAID 7.3)

RAID 7 là một mức độ không chuẩn với ba mức chẵn lẻ dựa trên tính chẵn lẻ duy nhất của RAID 5 và tính chẵn lẻ kép hiện tại của RAID 6. Việc triển khai RAID 7 hiện tại duy nhất là RAIDZ3 của ZFS. Bởi vì RAID 7 chứa tất cả chi phí hoạt động của cả RAID 5 và RAID 6 cộng với chi phí bổ sung của thành phần chẵn lẻ thứ ba, chúng ta có một hình phạt ghi là đáng kinh ngạc tám lần. Vì vậy, công thức của chúng ta để tìm hiệu năng ghi RAID 7 là NX / 8.

Trong ví dụ của chúng ta, điều này có nghĩa là (8 * 125) / 8 sẽ xuất hiện thành 125 Viết IOPS hoặc 1X. Vì vậy, với tám ổ đĩa trong mảng của chúng ta, chúng ta sẽ chỉ nhận được hiệu suất ghi của một ổ đĩa độc lập. Đó là chi phí đáng kể. 50/50 IOPS pha trộn của chúng ta sẽ chỉ còn 562,5.

10. Hiệu suất RAID phức tạp.

Các cấp độ RAID phức tạp hoặc các cấp độ RAID lồng nhau như RAID 50, 60, 61, 16, v.v. có thể được tìm thấy bằng cách sử dụng thông tin ở trên. Bạn có thể chia RAID thành các thành phần của nó và áp dụng các công thức được cung cấp ở trên. Không có công thức đơn giản cho các cấp độ này vì chúng có cấu hình khác nhau. Cần phải chia chúng thành các thành phần của chúng và áp dụng các công thức nhiều lần.

RAID 60 với mười hai ổ đĩa, hai bộ sáu ổ đĩa, trong đó mỗi ổ là 150 IOPS sẽ được thực hiện với hai RAID 6s. Nó sẽ là NX của RAID 0 trong đó N là hai (đối với hai mảng RAID 6) và X là hiệu suất tổng hợp của mỗi RAID 6. Mỗi bộ RAID 6 sẽ là (6 * 150) / 6. Vì vậy, mảng đầy đủ sẽ là 2 ((6 * 150) / 6). Kết quả trong 300 Viết IOPS.

Ví dụ tương tự như trên nhưng được cấu hình là RAID 61, một cặp mảng RAID 6 được nhân đôi, sẽ có cùng hiệu suất cho mỗi mảng RAID 6, nhưng được áp dụng cho công thức RAID 1 là NX / 2 (trong đó X là hiệu suất kết quả của mỗi mảng RAID.) Vì vậy, công thức cuối cùng sẽ là 2 ((6 * 150) / 6) / 2 sắp tới 150 Viết IOPS từ mười hai ổ đĩa. 11. Hiệu suất như một yếu tố của năng lực.
Khi chúng ta sản xuất các công thức hiệu suất RAID, chúng ta nghĩ về những điều này về số lượng các trục chính, điều này cực kỳ hợp lý. Điều này rất hữu ích trong việc xác định hiệu suất của một mảng được đề xuất hoặc thậm chí là một mảng hiện có nơi không thể đo lường và cho phép chúng ta so sánh hiệu suất tương đối giữa các tùy chọn được đề xuất khác nhau. Chính trong những điều khoản này, chúng ta thường nghĩ về hiệu năng RAID.

Tuy nhiên, đây không phải lúc nào cũng là một cách tiếp cận tốt, vì thông thường chúng ta xem RAID là một yếu tố về dung lượng thay vì hiệu năng hoặc số lượng trục chính. Sẽ rất hiếm, nhưng chắc chắn là có thể, ai đó sẽ xem xét một mảng RAID 6 ổ đĩa tám so với mảng RAID 10 ổ đĩa tám. Thỉnh thoảng điều này sẽ xảy ra do giới hạn khung gầm hoặc một số lý do tương tự khác. Nhưng thông thường, chúng ta xem các mảng RAID từ quan điểm của tổng dung lượng mảng (ví dụ: dung lượng chúng ta có thể sử dụng) thay vì số lượng trục chính, hiệu suất hoặc bất kỳ yếu tố nào khác. Do đó, thật kỳ lạ khi chúng ta nên chuyển sang xem hiệu suất RAID như là một chức năng của số lượng trục chính.

Nếu chúng ta thay đổi quan điểm và xoay vòng theo công suất là yếu tố chung, trong khi vẫn cho rằng công suất và hiệu suất ổ đĩa riêng lẻ (X) không đổi giữa các bộ so sánh thì chúng ta sẽ đạt đến một hiệu suất hoàn toàn khác. Ví dụ, khi thực hiện điều này, RAID 0 không còn là cấp RAID hiệu quả nhất và hiệu suất đọc thay đổi đáng kể thay vì là một hằng số.

Công suất là một điều hay thay đổi nhưng chúng ta có thể chưng cất nó đến số lượng trục chính cần thiết để đạt được công suất mong muốn. Điều này làm cho cuộc thảo luận này dễ dàng hơn nhiều. Vì vậy, bước đầu tiên của chúng ta là xác định số lượng trục chính cần thiết cho công suất thô. Nếu chúng ta cần dung lượng 10TB và đang sử dụng ổ 1TB, chẳng hạn, chúng ta sẽ cần mười trục quay. Hoặc nếu chúng ta cần 3,2TB và đang sử dụng ổ 600 GB, chúng ta sẽ cần sáu trục chính. Chúng ta sẽ, khác với trước đây, đề cập đến số lượng trục chính của chúng ta là trước đây. Hiệu suất của ổ đĩa riêng lẻ được biểu thị như là X X., (sử dụng Riết được sử dụng ở đây để biểu thị rằng đây là Đếm dung lượng thô, thay vì so với tổng số trục chính.)

RAID 0 vẫn đơn giản. Hiệu suất vẫn là RX vì không có ổ đĩa bổ sung. Cả IOPS đọc và viết chỉ đơn giản là NX.

RAID 10 có IO Viết IOPS nhưng 2RX Đọc IOPS. Đây là kịch tính. Đột nhiên khi xem hiệu suất như một yếu tố của dung lượng ổn định, chúng ta thấy rằng RAID 10 có hiệu suất đọc gấp đôi so với RAID 0!

RAID 5 trở nên phức tạp hơn một chút. Viết IOPS sẽ được biểu thị là ((R + 1) * X) / 4 . IOPS Đọc được thể hiện dưới dạng ((R +1) * X) .

RAID 6, như chúng ta mong đợi, theo mô hình mà RAID 5 dự án. Viết IOPS cho RAID 6 là ((R + 2) * X) / 6 . Và các IOPS đã đọc được thể hiện dưới dạng ((R + 2) * X) .

RAID 7 rơi đúng hàng. IOPS ghi RAID 7 sẽ là ((R + 3) * X) / 8 . Và IOPS đã đọc là ((R + 3) * X).

Điểm thuận lợi này thay đổi cách chúng ta nghĩ về hiệu suất và khi nhìn hoàn toàn vào hiệu suất đọc, RAID 0 trở thành cấp độ RAID chậm nhất thay vì nhanh nhất và RAID 10 trở thành nhanh nhất cho cả đọc và ghi cho dù giá trị của R là gì và X!

Chúng ta hãy lấy một ví dụ thực tế về 10 ổ đĩa 2TB để đạt được 20TB dung lượng có thể sử dụng với mỗi ổ đĩa có 100 IOPS hiệu suất và giả sử pha trộn 50/50. IOPS kết quả sẽ là: RAID 0 với 1.000 IOPS được pha trộn, RAID 10 với 1.500 IOPS được pha trộn (2.000 RIOPS / 1.000 WIOPS), RAID 5 với IOPS hỗn hợp 687.5 (1.100 RIOPS / 275 WIOPS), RAID 6 với 700 IOPS (1.200 RIOPS / 200 WIOPS) và cuối cùng là RAID 7 với 731,25 IOPS hỗn hợp (1,300 RIOPS / 162,5 WIOPS.) RAID 10 là một người chiến thắng kịch tính ở đây.

12. Độ trễ và tác động hệ thống với RAID phần mềm.

Như mình đã nói trước đó, RAID 0 và RAID 10 có hiệu quả, không cần xem xét hệ thống. Hoạt động phản chiếu về cơ bản không đòi hỏi nỗ lực tính toán và, đối với tất cả các ý định và mục đích, nhỏ vô cùng. Parity RAID không có chi phí tính toán và điều này dẫn đến độ trễ ở tầng lưu trữ và tài nguyên hệ thống đang được tiêu thụ. Tất nhiên, nếu chúng ta đang sử dụng RAID phần cứng, các tài nguyên đó được dành riêng cho mảng RAID. Họ không có chức năng nhưng được tiêu thụ trong vai trò này. Tuy nhiên, nếu chúng ta đang sử dụng RAID phần mềm, đây là những tài nguyên hệ thống có mục đích chung (chủ yếu là CPU) được sử dụng cho mục đích xử lý mảng RAID.

Tác động đến ngay cả một hệ thống rất nhỏ với số lượng RAID lớn vẫn rất nhỏ nhưng nó có thể được đo lường và nên được xem xét, nếu chỉ nhẹ. Độ trễ và tác động hệ thống có liên quan trực tiếp với nhau.

Không có cách đơn giản để nêu độ trễ và tác động hệ thống cho các cấp độ khác nhau. Đây là một cách chúng ta có thể đặt nó:

  • RAID 0 và RAID 10 thực sự không có độ trễ hoặc tác động.
  • RAID 5 có độ trễ và tác động
  • RAID 6 có độ trễ tính toán và tác động gấp đôi so với RAID 5
  • RAID 7 có độ trễ gấp ba lần độ trễ tính toán và tác động như RAID 5

Trong nhiều trường hợp, độ trễ và tác động hệ thống này sẽ nhỏ đến mức không thể đo được bằng các công cụ hệ thống tiêu chuẩn. Khi các bộ xử lý hiện đại ngày càng trở nên mạnh mẽ, độ trễ và tác động hệ thống sẽ tiếp tục giảm. Tác động đã được coi là không đáng kể đối với các hệ thống RAID 5 và RAID 6 trên cả phần cứng hàng hóa cấp thấp kể từ năm 2001. Trên các hệ thống được tải nặng với số lượng lớn hoạt động RAID tương đương, có thể xảy ra tranh chấp giữa hệ thống con RAID và các quy trình khác yêu cầu hệ thống tài nguyên.