Tôi nên mong đợi thông lượng nào với MPIO?


12

Dell PowerEdge 2950 với hai NIC 1 Gbps sẽ chuyển sang hai cổng 1 Gbps trên một công tắc, sau đó chuyển sang NetApp với bốn NIC 1 Gbps hiển thị dưới dạng một giao diện ảo. 24 ổ đĩa, 7200k SATA, NetApp RAID-DP. Tôi đã ánh xạ từng máy chủ lưu trữ tới NetApp bằng MPIO trong bộ khởi tạo Microsoft iSCSI. Kiểm tra với SQLIO thông lượng ghi của tôi có vẻ hợp lý ở mức khoảng 200 MB, nhưng số lần đọc của tôi gần hơn 100 MB.

Không phải số lần đọc của tôi gần 200 MB giống như bài viết của tôi sao? Đây có phải là sự cố cấu hình không hoặc có vấn đề lưu trữ cơ bản nào tôi không hiểu?

nhập mô tả hình ảnh ở đây

Cập nhật: Dưới đây là IOPS cho khối lượng công việc ngẫu nhiên. Tuy nhiên, việc đọc có ý nghĩa, tôi không chắc chắn nên làm gì với 20000 cho bài viết. Bộ nhớ cache SAN là 3,2 GB. Các bài kiểm tra SQLIO chống lại một tệp 25 GB.

nhập mô tả hình ảnh ở đây


3
Bộ nhớ cache của bạn trên thiết bị NetApp là gì? Bạn có quản trị viên SAN có thể lấy một số số liệu cho bạn không? Chúng tôi có NetApp và có thể xác định một số vấn đề với sự kết hợp của các báo cáo và nhật ký cảnh báo. Cuối cùng, tình huống của chúng tôi là một thẻ sợi xấu, nhưng hỗ trợ NetApp khá hữu ích trong việc giúp chúng tôi tìm ra nguyên nhân gốc rễ.
swasheck

2
Có thể đáng để xem xét cấu hình của tập hợp và khối lượng của bạn để đảm bảo rằng các ổ đĩa của bạn đang được sử dụng đúng cách (vui lòng đăng cấu hình của bạn, mặc dù tôi không chắc có bao nhiêu người trong số chúng tôi là chuyên gia NetApp). Việc ghi nhanh hơn đọc là bình thường, bởi vì ghi có thể được lưu vào bộ đệm trước khi chúng được đẩy vào đĩa, nhưng đọc phải nhấn vào đĩa trừ khi chúng đã có trong bộ đệm.
Nathan Jolly

2
@mrdenny Khái niệm "99% IO trong khối 64k" này xuất phát từ đâu? Bob Dorr chỉ ra khác , cũng như Wes Brown . Ngay cả khi chúng tôi bỏ qua hai bài viết toàn diện đó, chắc chắn ý thức chung cho rằng bạn sẽ thấy 8K IO trên nền tảng sử dụng kích thước trang 8K.
Mark Storey-Smith

2
@mrdenny Của tôi phải bị hỏng rồi, tôi có nên gọi hỗ trợ không? Tôi ngồi đây xem tập tin dữ liệu Hoạt động IO với trình theo dõi quá trình và trong khi có 64K được đọc nhiều, thì có rất nhiều bài đọc 8K khác và tất nhiên là có 8k ghi. Hoạt động nhật ký như mong đợi, bội số 512 byte, từ ghi đơn 512 byte đến 60k.
Mark Storey-Smith

2
@ MarkStorey-Smith Theo kinh nghiệm của tôi, việc đọc trong 8k xảy ra thường tương quan với sự phân mảnh. Cũng có thể chỉ ra việc xóa bộ nhớ, tuổi thọ trang thấp do quét các trang bị đuổi (ví dụ: phần lớn phạm vi vẫn còn trong bộ nhớ). Một hệ thống được điều chỉnh tốt sẽ hiển thị 64k lượt đọc. Viết tất nhiên phụ thuộc vào những gì thực sự bẩn.
Remus Rusanu

Câu trả lời:


7

Việc ghi đĩa thực sự sẽ vào bộ nhớ (NVRAM) trên trình quay phim, để được xóa vào đĩa sau - trên trình quay phim nhàn rỗi, những điều này sẽ cực kỳ nhanh và có tới 20.000 điểm khá đáng tin (bạn sẽ thấy tốc độ tương tự từ hầu hết các ổ SSD) .

Mặt khác, các lần đọc cần phải đến từ đĩa trừ khi chúng đã nằm trong bộ đệm đọc của trình quay phim (không giống như ghi, nằm trên bộ nhớ dễ bay hơi).

Thật khó để xác định các nhà cung cấp lưu trữ trên iops cho đĩa quay, nhưng đối với ổ 7200RPM, 80-120 iops là khá đáng tin. Xem xét rằng bạn có thể đã mất một vài đĩa vào RAID-DP và / hoặc phụ tùng của NetApp, 2.200 iops gần với những gì bạn có thể mong đợi từ 22 đĩa thực hiện khoảng 100 iops mỗi đĩa.

Điều này có thể không giải thích tốc độ đọc của bạn (các đĩa của bạn có thể không thực hiện đầy đủ 2200 iops khi bạn thực hiện đọc tuần tự), nhưng ít nhất nó có thể giúp giải thích hiệu suất ghi của bạn.


Cảm ơn Nathan. Tôi có nên mong đợi tăng gấp đôi thông lượng với hai NIC và MPIO không?
Henry Lee

1
Bạn có thể kiểm tra việc sử dụng trên trình quay của bạn trong khi bạn đang chạy các bài kiểm tra đọc tuần tự không? Nếu nó đạt 100%, nút cổ chai của bạn đối với những người đó có khả năng là ở trình quay phim (do giới hạn cấu hình hoặc iops trên mỗi đĩa) và các kết nối MPIO / MPIO bổ sung sẽ không thêm bất cứ điều gì. Thông lượng viết của bạn có thể tăng hơn nữa.
Nathan Jolly

5

Đối với hậu thế, sau nhiều thử nghiệm và sai sót, chúng tôi đã tìm ra cách để có được thông lượng dự kiến.

Như đã đề cập ở trên, NetApp có một giao diện ảo được hỗ trợ bởi bốn NIC vật lý. Máy chủ lưu trữ có hai NIC và tôi đã cấu hình MPIO thông qua MS iSCSI Initiator để có một đường dẫn từ mỗi NIC đến một giao diện ảo. Kết quả là thông lượng ở trên - ghi có ý nghĩa ở mức gần 200 MB hoặc tốc độ của hai NIC, nhưng số lần đọc chỉ bằng một nửa hoặc tốc độ của một NIC.

Khi kiểm tra kỹ hơn, anh chàng SAN của chúng tôi nhận thấy rằng lưu lượng truy cập chỉ chảy qua một trong các NIC vật lý cho các lần đọc. Tôi không chắc chắn liệu có lỗi cấu hình nào không, nhưng có hai điều chúng tôi đã thử và cả hai đều giúp chúng tôi thông qua. Một là thay đổi từ một giao diện ảo được hỗ trợ bởi bốn NIC thành hai giao diện ảo, mỗi giao diện được hỗ trợ bởi hai NIC. Sau đó ánh xạ một máy chủ lưu trữ tới một giao diện ảo. Một điều khác mà chúng tôi đã cố gắng là sử dụng "răng cưa" ở phía SAN để trình bày nhiều giao diện ảo. (Tôi không phải là một anh chàng SAN, vì vậy hy vọng tôi đã nói điều đó một cách chính xác.)

Điều đáng nói của tôi là chúng tôi chỉ cần SAN trình bày nhiều hơn một giao diện để Initiator thực sự nhìn thấy nhiều đường dẫn. Đây là thông lượng của chúng tôi bây giờ:

nhập mô tả hình ảnh ở đây


Tại sao các bài viết nhỏ hơn chậm hơn bây giờ?
Jack nói hãy thử topanswers.xyz

Không chắc chắn, chúng tôi chưa thể tìm ra điều đó. Tôi sẽ gửi lại nếu tôi tìm ra nó.
Henry Lee
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.