Hệ thống lưu trữ của Nga AERODISK: kiểm tra tải. Chúng tôi vắt kiệt IOPS

Hệ thống lưu trữ của Nga AERODISK: kiểm tra tải. Chúng tôi vắt kiệt IOPS

Chào mọi người! Như đã hứa, chúng tôi sẽ công bố kết quả thử nghiệm tải hệ thống lưu trữ dữ liệu do Nga sản xuất – AERODISK ENGINE N2.

Trong bài viết trước, chúng tôi đã phá vỡ hệ thống lưu trữ (nghĩa là chúng tôi đã thực hiện các thử nghiệm sự cố) và kết quả của thử nghiệm sự cố là khả quan (nghĩa là chúng tôi không phá vỡ hệ thống lưu trữ). Bạn có thể xem kết quả kiểm tra sự cố ĐÂY.

Trong phần nhận xét của bài viết trước, các yêu cầu đã được đưa ra về các cuộc thử nghiệm va chạm bổ sung, phức tạp hơn. Chúng tôi đã ghi lại tất cả và chắc chắn sẽ thực hiện chúng ở một trong những bài viết sau. Đồng thời, bạn có thể đến thăm phòng thí nghiệm của chúng tôi ở Moscow bất cứ lúc nào (đi bộ hoặc thực hiện từ xa qua Internet) và tự mình thực hiện các thử nghiệm này (thậm chí bạn có thể thực hiện thử nghiệm cho một dự án cụ thể :-)). Hãy viết thư cho chúng tôi, chúng tôi sẽ xem xét tất cả các kịch bản!

Ngoài ra, nếu bạn không ở Moscow, bạn vẫn có thể làm quen hơn với hệ thống lưu trữ của chúng tôi bằng cách tham dự sự kiện đào tạo miễn phí tại trung tâm năng lực ở thành phố gần bạn nhất.

Dưới đây là danh sách các sự kiện sắp tới và ngày hoạt động của các trung tâm năng lực.

  • Ekaterinburg. Ngày 16 tháng 2019 năm XNUMX Hội thảo đào tạo. Bạn có thể đăng ký bằng link: https://aerodisk.promo/ekb/
  • Ekaterinburg. 20 tháng 21 – 2019 tháng 2 năm XNUMX. Trung tâm thẩm quyền. Hãy đến xem buổi trình diễn trực tiếp hệ thống lưu trữ AERODISK ENGINE NXNUMX bất kỳ lúc nào. Địa chỉ chính xác và link đăng ký sẽ được cung cấp sau. Theo dõi thông tin.
  • Novosibirsk THEO THÔNG TIN TRÊN TRANG WEB CỦA CHÚNG TÔI hoặc HUBRA.
    Tháng 2019 năm XNUMX
  • Kazan. THEO THÔNG TIN TRÊN TRANG WEB CỦA CHÚNG TÔI hoặc HUBRA.
    Tháng 2019 năm XNUMX
  • Krasnoyarsk THEO THÔNG TIN TRÊN TRANG WEB CỦA CHÚNG TÔI hoặc HUBRA.
    tháng 2019 năm XNUMX

Chúng tôi cũng muốn chia sẻ một tin vui nữa: cuối cùng chúng tôi đã có được YouTube một kênh nơi bạn có thể xem video từ các sự kiện trong quá khứ. Chúng tôi thường xuyên đăng các video đào tạo của mình ở đó.

Kiểm tra đứng

Vì vậy, quay lại các bài kiểm tra. Chúng tôi đã nâng cấp hệ thống lưu trữ trong phòng thí nghiệm ENGINE N2 của mình bằng cách cài đặt thêm ổ SSD SAS cũng như bộ điều hợp Front-end Fibre Channel 16G. Theo cách đối xứng, chúng tôi đã nâng cấp máy chủ mà từ đó chúng tôi sẽ chạy tải bằng cách thêm bộ điều hợp FC 16G.

Kết quả là, trong phòng thí nghiệm của chúng tôi, chúng tôi có hệ thống lưu trữ 2 bộ điều khiển với 24 đĩa SAS SSD 1,6 TB, 3 đĩa DWPD, được kết nối qua bộ chuyển mạch SAN với máy chủ Linux vật lý qua FC 16G.
Sơ đồ băng ghế thử nghiệm được thể hiện trong hình dưới đây.

Hệ thống lưu trữ của Nga AERODISK: kiểm tra tải. Chúng tôi vắt kiệt IOPS

phương pháp kiểm tra

Để có hiệu suất truy cập khối tốt nhất, chúng tôi sẽ sử dụng nhóm DDP (Dynamic Disk Pool), nhóm mà chúng tôi đã từng tạo riêng cho hệ thống ALL-FLASH.
Để thử nghiệm, chúng tôi đã tạo hai LUN có dung lượng 1 TB, mỗi LUN có mức bảo vệ RAID-10. Chúng tôi sẽ “trải rộng” mỗi LUN trên 12 đĩa (tổng cộng 24 đĩa) để tận dụng tối đa tiềm năng của từng đĩa được cài đặt trong hệ thống lưu trữ.

Chúng tôi cung cấp LUN cho máy chủ thông qua các bộ điều khiển khác nhau để tận dụng tài nguyên lưu trữ nhiều nhất có thể.

Mỗi bài kiểm tra sẽ kéo dài một giờ và các bài kiểm tra sẽ được thực hiện bởi chương trình IO linh hoạt (FIO); Dữ liệu FIO sẽ được tự động tải lên Excel, trong đó các biểu đồ đã được xây dựng sẵn để rõ ràng.

Tải hồ sơ

Tổng cộng, chúng tôi sẽ thực hiện ba bài kiểm tra, mỗi bài kiểm tra một giờ, không bao gồm thời gian khởi động, chúng tôi sẽ phân bổ 15 phút (đây chính xác là lượng cần thiết để làm nóng một dãy 24 ổ SSD). Các thử nghiệm này mô phỏng các cấu hình tải thường gặp nhất, đặc biệt là một số DBMS, hệ thống giám sát video, chương trình phát sóng và sao lưu nội dung đa phương tiện.

Ngoài ra, trong tất cả các thử nghiệm, chúng tôi đã cố tình vô hiệu hóa khả năng lưu vào bộ nhớ đệm vào RAM trên hệ thống lưu trữ và trên máy chủ. Tất nhiên, điều này sẽ khiến kết quả xấu đi, nhưng theo chúng tôi, trong những điều kiện như vậy, bài kiểm tra sẽ công bằng hơn.

Kết quả kiểm tra

Bài kiểm tra số 1. Tải ngẫu nhiên trong các khối nhỏ. Mô phỏng DBMS giao dịch tải cao.

  • Kích thước khối = 4k
  • Đọc/Ghi = 70%/30%
  • Số lượng tác phẩm = 16
  • Độ sâu hàng đợi = 32
  • Tải ký tự = Hoàn toàn ngẫu nhiên

Hệ thống lưu trữ của Nga AERODISK: kiểm tra tải. Chúng tôi vắt kiệt IOPS

Hệ thống lưu trữ của Nga AERODISK: kiểm tra tải. Chúng tôi vắt kiệt IOPS

Kết quả kiểm tra:

Hệ thống lưu trữ của Nga AERODISK: kiểm tra tải. Chúng tôi vắt kiệt IOPS

Tổng cộng, với hệ thống Engine N2 tầm trung cơ sở, chúng tôi đã nhận được 438k IOPS với độ trễ là 2,6 mili giây. Xét về lớp của hệ thống, theo chúng tôi, kết quả khá tốt. Để hiểu liệu đây có phải là giới hạn của hệ thống hay không, chúng ta sẽ xem xét việc sử dụng tài nguyên của bộ điều khiển lưu trữ.

Chúng tôi chủ yếu quan tâm đến CPU, vì như đã nêu ở trên, chúng tôi đã cố tình vô hiệu hóa bộ đệm RAM để không làm sai lệch kết quả kiểm tra.

Trên cả hai bộ điều khiển lưu trữ, chúng ta thấy hình ảnh gần giống nhau.

Hệ thống lưu trữ của Nga AERODISK: kiểm tra tải. Chúng tôi vắt kiệt IOPS

Tức là tải CPU là 50%. Điều này cho thấy rằng điều này còn xa giới hạn của hệ thống lưu trữ này và nó vẫn có thể dễ dàng mở rộng quy mô. Hãy tiếp tục một chút: tất cả các thử nghiệm sau đây cũng cho thấy tải trên bộ xử lý bộ điều khiển là khoảng 50%, vì vậy chúng tôi sẽ không liệt kê lại chúng.

Dựa trên các thử nghiệm trong phòng thí nghiệm của chúng tôi, giới hạn thoải mái của hệ thống AERODISK Engine N2, nếu chúng tôi tính IOPS ngẫu nhiên ở khối 4k, là ~700 IOPS. Nếu điều này vẫn chưa đủ và bạn cần phấn đấu một triệu thì chúng ta có mẫu ĐỘNG CƠ N000 cũ hơn.

Tức là câu chuyện về hàng triệu IOPS là ENGINE N4, còn nếu một triệu là quá nhiều với bạn thì hãy bình tĩnh sử dụng N2.

Hãy quay trở lại các bài kiểm tra.

Bài kiểm tra số 2. Ghi tuần tự theo khối lớn. Mô phỏng hệ thống giám sát video, tải dữ liệu vào DBMS phân tích hoặc ghi lại các bản sao lưu.

Trong thử nghiệm này, chúng tôi không còn quan tâm đến IOPS nữa, vì khi được tải tuần tự thành các khối lớn, chúng không có ý nghĩa gì. Chúng tôi chủ yếu quan tâm đến: luồng ghi (megabyte mỗi giây) và độ trễ, tất nhiên, sẽ cao hơn với các khối lớn so với các khối nhỏ.

  • Kích thước khối = 128k
  • Đọc/Ghi = 0%/100%
  • Số lượng tác phẩm = 16
  • Độ sâu hàng đợi = 32
  • Tải ký tự – Tuần tự

Hệ thống lưu trữ của Nga AERODISK: kiểm tra tải. Chúng tôi vắt kiệt IOPS

Hệ thống lưu trữ của Nga AERODISK: kiểm tra tải. Chúng tôi vắt kiệt IOPS

Hệ thống lưu trữ của Nga AERODISK: kiểm tra tải. Chúng tôi vắt kiệt IOPS

Tổng cộng: chúng tôi có bản ghi 2 gigabyte mỗi giây với độ trễ XNUMX mili giây. Theo quan điểm của chúng tôi, khi so sánh với các đối thủ nước ngoài gần nhất, kết quả là tuyệt vời và cũng không phải là giới hạn của hệ thống ENGINE NXNUMX.

Bài kiểm tra số 3. Đọc tuần tự trong khối lớn. Mô phỏng nội dung phương tiện truyền thông phát sóng, tạo báo cáo từ DBMS phân tích hoặc khôi phục dữ liệu từ bản sao lưu.

Như trong thử nghiệm trước, chúng tôi quan tâm đến luồng và độ trễ.

  • Kích thước khối = 128k
  • Đọc/Ghi = 100%/0%
  • Số lượng tác phẩm = 16
  • Độ sâu hàng đợi = 32
  • Tải ký tự – Tuần tự

Hệ thống lưu trữ của Nga AERODISK: kiểm tra tải. Chúng tôi vắt kiệt IOPS

Hệ thống lưu trữ của Nga AERODISK: kiểm tra tải. Chúng tôi vắt kiệt IOPS

Hệ thống lưu trữ của Nga AERODISK: kiểm tra tải. Chúng tôi vắt kiệt IOPS

Hiệu suất đọc trực tuyến được dự đoán là tốt hơn một chút so với hiệu suất ghi trực tuyến.

Điều thú vị là chỉ báo độ trễ giống hệt nhau trong suốt quá trình thử nghiệm (đường thẳng). Đây không phải là lỗi; khi đọc tuần tự theo khối lớn, trong trường hợp của chúng tôi đây là tình huống phổ biến.

Tất nhiên, nếu chúng ta để hệ thống ở dạng này trong vài tuần, cuối cùng chúng ta sẽ thấy những bước nhảy định kỳ trong biểu đồ, điều này sẽ liên quan đến các yếu tố bên ngoài. Nhưng nhìn chung, chúng sẽ không ảnh hưởng đến bức ảnh.

Những phát hiện

Từ hệ thống AERODISK ENGINE N2 bộ điều khiển kép, chúng tôi đã có thể đạt được kết quả khá tốt (~438 IOPS và ~000-5 gigabyte mỗi giây). Các thử nghiệm tải cho thấy chúng tôi chắc chắn không xấu hổ về hệ thống lưu trữ của mình. Ngược lại, các chỉ số rất tốt và tương ứng với một hệ thống lưu trữ tốt.

Mặc dù, như chúng tôi đã viết ở trên, Engine N2 là model đàn em, và bên cạnh đó, kết quả thể hiện trong bài viết này không phải là giới hạn của nó. Sau này chúng tôi sẽ xuất bản một bài kiểm tra tương tự từ hệ thống ENGINE N4 cũ hơn của chúng tôi.

Đương nhiên, chúng tôi không thể đề cập đến tất cả các bài kiểm tra có thể có trong một bài viết, vì vậy chúng tôi một lần nữa kêu gọi độc giả chia sẻ mong muốn của họ về các bài kiểm tra trong tương lai trong phần nhận xét; chúng tôi chắc chắn sẽ tính đến chúng trong các ấn phẩm trong tương lai.

Ngoài ra, chúng tôi xin nhắc bạn rằng năm nay chúng tôi đang tích cực tham gia đào tạo, vì vậy chúng tôi mời bạn đến các trung tâm năng lực của chúng tôi, nơi bạn có thể trải qua khóa đào tạo về hệ thống lưu trữ AERODISK, đồng thời có một khoảng thời gian thú vị và vui vẻ.

Tôi sao chép thông tin về các sự kiện đào tạo sắp tới.

  • Ekaterinburg. Ngày 16 tháng 2019 năm XNUMX Hội thảo đào tạo. Bạn có thể đăng ký bằng link: https://aerodisk.promo/ekb/
  • Ekaterinburg. 20 tháng 21 – 2019 tháng 2 năm XNUMX. Trung tâm thẩm quyền. Hãy đến xem buổi trình diễn trực tiếp hệ thống lưu trữ AERODISK ENGINE NXNUMX bất kỳ lúc nào. Địa chỉ chính xác và link đăng ký sẽ được cung cấp sau. Theo dõi thông tin.
  • Novosibirsk THEO THÔNG TIN TRÊN TRANG WEB CỦA CHÚNG TÔI hoặc HUBRA.
    Tháng 2019 năm XNUMX
  • Kazan. THEO THÔNG TIN TRÊN TRANG WEB CỦA CHÚNG TÔI hoặc HUBRA.
    Tháng 2019 năm XNUMX
  • Krasnoyarsk THEO THÔNG TIN TRÊN TRANG WEB CỦA CHÚNG TÔI hoặc HUBRA.
    tháng 2019 năm XNUMX

Nguồn: www.habr.com

Thêm một lời nhận xét