Việc thiết lập S2D cung cấp tới 2M IOPS cho SQL FCI


8

Chúng tôi sắp triển khai nghiên cứu lưu trữ chia sẻ để lưu trữ cực nhanh để triển khai Cụm chuyển đổi dự phòng máy chủ Microsoft SQL (FCI). Cho đến nay dự án đã đi, chúng tôi sẽ bắt đầu với 500K IOPS cho các khối 8k khoảng 70r / 30w mẫu. Ngoài ra, chúng tôi muốn có khả năng tăng số tiền lên tới 2M IOPS (cho cùng một mẫu) trong một năm hoặc lâu hơn, do máy chủ SQL tăng kỳ vọng.

Với mục đích của dự án, chúng tôi sẽ triển khai cụm 4 nút của Microsoft Storage Spaces Direct (S2D). Về phần cứng, chúng tôi đã có 2 máy chủ rack Dell R730xd với 2x E5-2697 và RAM 512GB và chúng tôi đã sẵn sàng để nhận thêm 2.

Đối với lưu trữ, Microsoft khuyên bạn nên sử dụng SSD NVMe hoặc NVMe + để có được hiệu suất ( nguồn ) tối đa . Do đó, sau một số nghiên cứu, SSD Samsung rất phù hợp. https://www.starwindsoftware.com/blog/benchmarking-samsung-nvme-ssd-960-evo-m-2 http://www.storagereview.com/samsung_960_pro_m2_nvme_ssd nbview

Thiết lập mà chúng tôi xem xét là như sau: 1x SSD Samsung 960 EVO NVMe + 4x Samsung PM863 cho mỗi máy chủ S2D.

Việc triển khai S2D bằng Samsung 960 EVO NVMe và Samsung PM863 có thể cung cấp 500k cho SQL FCI không?

BIÊN TẬP:

a) bạn đã không hỏi điều gì tương tự vào ngày khác? - Tôi đã làm. Một câu hỏi mới đã được đăng từ khi phát súng đầu tiên bị lạc đề. Chủ thể và cơ thể được thay đổi. Câu hỏi trước sẽ bị xóa.

b) chúng là ổ đĩa tiêu dùng, - Câu hỏi sắp tìm thấy thiết lập S2D có thể yêu cầu 500 nghìn IOPS khi bắt đầu. Bạn muốn giới thiệu thiết lập nào?

c) bạn dự định kết nối tất cả những thứ đó như thế nào, tôi không biết máy chủ ngoài kia có 5 x M.2 slot - chúng tôi cần biết điều này - Chỉ sử dụng ổ 1x M.2 cho mỗi nút. Tôi đã sửa lỗi thiết lập bộ nhớ chia sẻ: 1x SSD SSD Samsung 960 EVO NVMe + 4x Samsung PM863 cho mỗi máy chủ S2D.

d) loại IOPS nào (kích thước và loại)? - SQL FCI đọc khối lượng công việc chuyên sâu gồm các khối 4k, 8k, 64k. Phạm vi đọc là 70-90% và viết một - 30-10%.

e) 500k đến 2M là một phạm vi phương sai yêu cầu rất rộng - tại sao phạm vi rộng như vậy? - Hiệu suất dự án dự kiến ​​sẽ tăng đáng kể trong giai đoạn sắp xếp, vì vậy chúng tôi phải có khả năng chạy khối lượng công việc 4x trên cùng một phần cứng cho đến và của năm đầu tiên. Một năm sau, chúng tôi sẽ thêm 4 lần lưu trữ vào cụm.

Chúng tôi là Microsoft Shop vì vậy không có tùy chọn nào để đi khắp nơi ngoài Microsoft SQL Server 2016. Ngoài ra, vì bạn có thể tiêu thụ dự án đòi hỏi phải có dự phòng và tính sẵn sàng bổ sung do đó SQL Failover Cluster Intance sẽ được triển khai sang một bên S2D.


2
a) bạn đã không hỏi điều gì tương tự vào ngày khác? b) chúng là ổ đĩa tiêu dùng, c) bạn dự định kết nối tất cả những thứ đó như thế nào, tôi không biết máy chủ ngoài kia có 5 khe M.2 - chúng ta cần biết điều này, d) loại IOPS nào ( kích thước và loại)? e) 500k đến 2M là một phạm vi phương sai yêu cầu rất rộng - tại sao phạm vi rộng như vậy? f) Chúng tôi có thể làm với việc biết nhiều hơn về thông số kỹ thuật máy chủ của bạn - vui lòng biết chi tiết.
Chopper3

1
@ Chopper3 Cảm ơn bạn đã bình luận. Tôi đã thêm thông tin.
Joshua Turnwell

1
Điều đó trả lời một trong những câu hỏi - phần còn lại thì sao?
Chopper3

1
@ Chopper3 Vui lòng xem lại thông tin đã thêm. Những gì khác là cần thiết?
Joshua Turnwell

1
Cảm ơn, vẫn không biết làm thế nào bạn có kế hoạch kết nối các ổ đĩa 5 x M.2 đó với máy chủ nhưng tôi đang từ bỏ hỏi lại. Một câu hỏi cuối cùng - bạn có CẦN một cơ sở dữ liệu quan hệ cho việc này thực sự không? Bạn có thể làm rất tốt nhưng nếu bạn có thể tự đặt câu hỏi này và bạn có thể thoát khỏi dòng công cụ NoQuery Couchbase hoặc MongoDB, v.v. thì bạn sẽ đột nhiên thấy rất dễ dàng để vượt qua 2M IOPS. Lý do tôi hỏi tất cả điều này là vì bạn muốn thực hiện điều này thông qua MSSQL, S2D (do đó là WS2016) và thông qua SSD tiêu dùng - đây là tất cả rất mới và chưa được kiểm tra .... tbc
Chopper3

Câu trả lời:


8

Nên sử dụng SSD tiêu dùng trong triển khai SDS của bạn. Cả VMware VSAN và Microsoft S2D đều cho rằng ghi sẽ là "nguyên tử", do đó, một ACK-ed của máy chủ thực sự nằm trên bộ nhớ liên tục; SSD tiêu dùng không có bất kỳ sự cố mất điện nào khiến MIGHT mất dữ liệu của bạn. Viết độ bền cũng rất khác nhau.

https://bloss.technet.microsoft.com/filecab/2016/11/18/dont-do-it-consumer-ssd/

https://bloss.vmware.com/vsphere/2013/12/virtual-san-hardware-guidance-part-1-solid-state-drive.html

http://www.yellow-bricks.com/2013/09/16/frequently-asked-questions-virtual-san-vsan/

Tôi khuyên bạn nên gắn bó với một số thẻ NVMe cấp doanh nghiệp.


5
Điều này! Đối với trường hợp, tôi sẽ khuyên bạn nên có một cái nhìn tại doanh nghiệp Intel thẻ NVMe như model P3700: storagereview.com/intel_ssd_dc_p3700_25_nvme_ssd_review Dưới đây là PM863 chuẩn từ cùng một trang web, btw: storagereview.com/samsung_pm863_ssd_review
batistuta09

3
Intel P3700 rất tuyệt. Tôi sẽ kiểm tra NVMe doanh nghiệp của Intel để biết trường hợp. Xin cảm ơn.
Joshua Turnwell
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.