NetApp kỹ thuật Diary

Xin lỗi không có trong cả hai sự hiện diện và các bài viết. Nó là một roller-coaster năm qua với thương tích cá nhân và lịch trình làm việc phẳng, vì vậy tôi có ít thời gian hoặc động lực để viết blog hay hiển thị mặt của tôi xung quanh các cộng đồng. Lời xin lỗi của tôi, và tôi xác định để phá vỡ thói quen này và nhận được trở lại một lần nữa! Nhưng đủ của trò chuyện, với các văn bản ...

Đây không phải là một cái gì đó tôi thấy rất thường xuyên, nhưng khi tôi làm, đó là thú vị để xem các số liệu thống kê nói cho mình. Tôi với một khách hàng đã có một triển khai kịch bản của bất động sản NetApp của họ một vài năm trước đây, và nó không được thiết kế hoặc chuyển giao với chăm sóc quá nhiều hoặc sự chú ý (cái gì tôi muốn thảo luận về một ngày khác). Họ có một bất động sản VMware với SQL, Exchange và những thứ khác. Tất cả đều chạy trên tổng số hơn 100 15k FC cọc. Nó không phải là một bất động sản rất lớn so với các trang web khác, vì vậy tôi tò mò vào lý do tại sao họ có vấn đề hiệu suất như vậy.

Bây giờ khi bạn chạy qua "sysstat-u", bạn có thể thấy rằng các filer chính nó được làm rất ít, hoàn toàn hạnh phúc với những gì nó phải làm. Tuy nhiên, các đĩa được đánh 100% khá thường xuyên. Ngay lập tức này cho thấy một vấn đề đĩa. Họ cần nhiều cọc, rõ ràng?

Thứ nhất đó là sự mất cân bằng của cọc. Họ có một tập hợp thứ hai trên bộ điều khiển đối tác chỉ có khối lượng kiểm tra. Tôi nhận được sự cho phép loại bỏ điều này và nóng, tôi lại phân bổ các bộ điều khiển khác và mở rộng tổng hợp hiện có. Điều này tăng gấp đôi số lượng trục, nhưng tôi biết nó sẽ không làm bất cứ điều gì cho hiệu năng hiện có (mà dữ liệu sẽ tự động phân phối lại bản thân).

Nếu tôi chạy qua "số liệu thống kê chương trình đĩa: *: disk_busy" Tôi có thể nhìn thấy một cái gì đó khá rõ ràng. Có một đĩa duy nhất trong toàn bộ hệ thống được đánh 100%, còn lại là không. Có một loạt các đĩa khác (khoảng 10), đang chạy 50-60%, và sau đó các đĩa còn lại đánh dấu vào khoảng 20-30% Vì vậy, những gì đã xảy ra ở đây? NetApp công nghệ sẽ ngăn chặn bất kỳ hình thức trục chính nóng trong hệ thống.

Lý thuyết của tôi. Filer được rót và xếp chồng lên nhau ra khỏi hộp, tổng hợp không phát triển (3 đĩa tổng hợp, 1 dữ liệu, 2 chẵn lẻ). Lưu trữ một số được cung cấp và dữ liệu di cư. Họ chạy ra khỏi không gian, do đó, tăng trưởng tổng hợp (một ít), sau đó sao chép dữ liệu lên đĩa một bó hơn. Sau khi tất cả những điều này, họ sau đó được thêm vào các phần còn lại của đĩa. Bây giờ, vì dữ liệu sẽ tự động tái phân bổ trên bay, bất kỳ dữ liệu vẫn không thay đổi (như sẽ xảy ra với đĩa hệ thống máy ảo, email Exchange, và các dữ liệu Kho dữ liệu cũ), sau đó họ vẫn còn ngồi trên cọc ban đầu hoặc thậm chí trục chính như khi họ lần đầu tiên được cài đặt.

Vì vậy, tôi mong đến cuối tuần. Chúng tôi sẽ được nâng cấp dữ liệu ONTAP 7.3.2 và sau đó có thể chạy một số phân bổ lại quét trên toàn hệ thống mà không ảnh hưởng đến việc sử dụng không gian ảnh chụp nhanh (lớn tiền thưởng, cảm ơn bạn NetApp). Tôi hy vọng rằng điều này sẽ loại bỏ các vấn đề trục nóng. Tôi có một số trước khi số liệu thống kê, và tôi sẽ kéo ra một số sau khi số liệu thống kê vào tuần tới. Tôi sẽ cập nhật bài viết cho phù hợp.

Bài học từ câu chuyện? Thiết lập hệ thống lưu trữ của bạn Hoàn toàn và triệt để trước khi bạn bắt đầu ném dữ liệu vào nó. Không nhận được vui mừng về việc sử dụng đồ chơi lưu trữ mới của bạn và ném dữ liệu trên đó ngay lập tức. Tôi đã thấy kịch bản ở trên nhiều lần, và trước khi đến ONTAP 7,3, đó là một nỗi đau để khắc phục.

Ảnh chụp nhanh của đầu ra số liệu thống kê. Hãy nhớ rằng trên một cluster này sẽ hiển thị tất cả các đĩa, vì vậy tất cả các số liệu thống kê đĩa là hoàn toàn có liên quan. Các đĩa bận rộn ở đây không tăng lên với số lượng thực tế của ổ đĩa trong hệ thống, và bạn rõ ràng có thể nhìn thấy một đĩa bận rộn.

> Sysstat-u 1
Net kB / s đĩa kB / s kB / s Tape Cache Cache CPU Tổng số CP CP đĩa
ops / s ra đọc viết đọc viết tuổi thời nhấn ty util
11% 3220 6942 3270 4232 0 0 0 12 95% 0% - 60%
11% 2898 7385 4030 4892 0 0 0 11 94% 0% - 69%
9% 3547 1820 3496 3920 24 0 0 11 93% 0% - 89%
7% năm 2329 1160 3048 3892 0 0 0 11 93% 0% - 81%
10% 3173 2055 4851 4644 8 0 0 11 93% 0% - 67%
9% 2491 1860 4547 4568 24 0 0 11 91% 0% - 98%
9% năm 2523 2960 4404 5372 0 0 0 11 90% 0% - 89%
14% 5136 8173 4465 3352 0 0 0 11 95% 0% - 81%

> Đĩa số liệu thống kê chương trình: *: disk_busy
... Snip ...

... Snip ...

Hiệu năng đĩa , phân mảnh , nóng cọc , NetApp , tái phân bổ , số liệu thống kê hiển thị