Một RAID 10 lớn so với một vài mảng nhỏ hơn?

Câu hỏi của tôi là: khi nào thì thích hợp chỉ cần tạo một mảng lớn với hiệu suất đọc và ghi nhanh, chẳng hạn như RAID 10, thay vì tạo các mảng nhỏ hơn cho các ứng dụng cụ thể?

Đối với tôi, dường như nếu các yêu cầu I / O tổng thể của tôi không quá nặng nề, thì một mảng với hiệu suất đọc và ghi tuyệt vời có thể cung cấp hiệu suất tổng thể tốt hơn cho tất cả các ứng dụng trừ những thời điểm (có lẽ là hiếm) khi các ứng dụng có các mẫu truy cập khác nhau đạt đến đỉnh điểm đồng thời (sao chép số lượng lớn các tệp lớn trong khi cơ sở dữ liệu đang bị sập).

Nếu tôi dành một cặp trục chính cho một nhiệm vụ cụ thể, chẳng hạn như nhật ký giao dịch và chúng thậm chí không đổ mồ hôi với khối lượng công việc ... tại sao không đặt khối lượng công việc đó lên RAID 10 lớn hơn? Những con quay đó sau đó sẽ có thể đóng góp vào khối lượng công việc khác thay vì ngồi gãi gãi 60% thời gian.

PS, trong trường hợp cụ thể của tôi, chi phí chung của RAID 10 không phải là một yếu tố, bởi vì tôi đang tìm cách tạo nhiều mảng RAID 1 và một RAID nhỏ 5. Sử dụng RAID 10 cho dung lượng mà tôi cần có thể so sánh được.

Biết cách thiết lập bộ nhớ của bạn là tất cả về việc đo lường và lập ngân sách cho IOPS và băng thông. .

Có một máy tính IO nhỏ rất đẹp ở đây mà tôi thường sử dụng khi lập kế hoạch lưu trữ. thư mục lưu trữ của wmarow cũng tốt để có được một số hiệu suất đĩa khá hiện đại.

Nếu tôi dành một cặp trục chính cho một nhiệm vụ cụ thể, chẳng hạn như nhật ký giao dịch và chúng thậm chí không đổ mồ hôi với khối lượng công việc ... tại sao không đặt khối lượng công việc đó lên RAID 10 lớn hơn?

Hãy nhớ rằng việc đặt IO tuần tự lên một trục chính với IO ngẫu nhiên làm cho IO tuần tự đó ngẫu nhiên. Các đĩa nhật ký giao dịch của bạn có thể trông giống như chúng không bị đổ mồ hôi vì bạn đang thấy các hoạt động IO liên tiếp. Việc đọc và ghi tuần tự vào ổ đĩa RAID-1 sẽ khá nhanh, do đó, nếu bạn đang căn cứ "không đổ mồ hôi" trên chiều dài hàng đợi đĩa, chẳng hạn, bạn sẽ không nhận được toàn bộ câu chuyện.

Đo hoặc tính toán IOPS ngẫu nhiên tối đa có thể có cho khối lượng đích dự định, lấy đường cơ sở của khối lượng công việc hiện tại trên khối lượng đó và sau đó quyết định xem bạn có đủ khoảng trống để đặt IOPS nhật ký giao dịch đó vào IO ngẫu nhiên còn lại trong khối lượng đích không. Ngoài ra, hãy chắc chắn ngân sách không gian cần thiết cho khối lượng công việc (rõ ràng). Nếu bạn rất có khuynh hướng, hãy xây dựng một tỷ lệ phần trăm "khoảng trống" bổ sung trong phân bổ khối lượng công việc / không gian IO của bạn.

Tiếp tục với phương pháp này cho tất cả các khối lượng công việc khác mà bạn muốn đặt vào ổ đĩa RAID-10 đích. Nếu bạn hết IOPS ngẫu nhiên thì bạn sẽ chồng chất quá nhiều vào ổ đĩa-- thêm nhiều đĩa hơn hoặc đặt một số khối lượng công việc vào các ổ đĩa chuyên dụng. Nếu bạn hết dung lượng, hãy thêm nhiều đĩa.

Gần đây tôi đã đọc nhiều bài báo nói rằng RAID 5 là một cách không tốt để đảm bảo độ tin cậy. Tôi tin điều đó nhiều hơn sau khi ổ đĩa bị hỏng trong mảng RAID 5, đã thay thế ổ đĩa và nó không thể phục hồi vì đĩa thứ hai có lỗi đọc không thể phục hồi được, buộc chúng tôi phải định dạng lại và khôi phục từ bản sao lưu.

Khi các ổ đĩa ngày càng lớn hơn, tỷ lệ có lỗi đọc không thể phát hiện được trên các đĩa khổng lồ này cũng tăng lên và với RAID 5, độ tin cậy đơn giản sẽ không còn bị cắt nữa. Nếu bạn không phản chiếu, rõ ràng lời khuyên là hãy sử dụng RAID 10.

Trừ khi bạn đang làm điều gì đó rất nhạy cảm với các vấn đề tốc độ, tôi sẽ không lo lắng về việc chia mọi thứ thành các mảng nhỏ hoặc bất cứ điều gì tương tự. Đặt nó vào RAID 10 và xem hiệu suất của bạn có bị nghẹt không. Với bộ nhớ đệm và bộ nhớ thích hợp trong hệ thống, nó sẽ ổn. Con số cho điểm chuẩn sẽ không bao giờ hoàn toàn là những gì bạn sẽ thực sự nhận được vì nó phụ thuộc vào mức sử dụng thực tế, tải thực tế, hiệu suất ổ đĩa, bộ đệm của bộ điều khiển, bộ nhớ đệm đĩa, phân mảnh, v.v.

Nguyên tắc tốt nhất là đơn giản hóa cấu hình càng nhiều càng tốt bởi vì ngay cả khi bạn chìm trong một ngày hoặc một tuần vì đổ mồ hôi cho thiết lập này trong một hoặc hai năm, bạn sẽ phải khắc phục sự cố trên máy chủ này. bạn tự hỏi tại sao bạn thiết lập nó theo cách bạn đã làm nếu bạn thêm bất kỳ sự phức tạp không cần thiết nào vào cấu hình.

Bạn muốn dự đoán độ trễ cho các ứng dụng của mình như thế nào?

Ví dụ, bạn có một ứng dụng thực sự nhạy cảm với độ trễ và nó chia sẻ một hệ thống tệp với cơ sở dữ liệu tài chính của bạn. Khi đóng tài chính, bất ngờ bạn nhận được cuộc gọi về thời gian hết hạn của ứng dụng nhạy cảm. Làm thế nào bạn sẽ tìm ra điều đó?

Mặt khác, tôi là một fan hâm mộ lớn của việc đơn giản hóa mọi thứ, vì vậy tôi xác minh rằng bạn không có bất kỳ yêu cầu đặc biệt nào, đồng thời củng cố và đơn giản hóa cấu hình của bạn nếu yêu cầu của bạn không rơi vào bất kỳ trường hợp đặc biệt kỳ lạ nào.

Chắc chắn - tại sao không. điều này là, hãy nhớ xây dựng mảng đa đĩa lớn của bạn một cách chính xác, hiểu sai và bạn đang ở trong một thời gian xây dựng lại lâu dài.

RAID 10 có hai loại:

• RAID 1 + 0 nơi bạn xây dựng 2 mảng RAID 1, sau đó sọc chúng.
• RAID 0 + 1 nơi bạn xây dựng 2 mảng RAID 0, sau đó phản chiếu chúng.

Khi một đĩa bị chết, bạn sẽ phải xây dựng lại một mảng raid1. Với cái khác, bạn sẽ phải xây dựng lại toàn bộ mảng raid0.