SAN với một vài ổ SSD, hay rất nhiều ổ cứng cũ?

Công ty của tôi đang cố gắng tìm ra loại SAN để mua. Điều này đặc biệt dành cho các máy chủ cơ sở dữ liệu đang bị ràng buộc IO (lưu trữ là DAS ngay bây giờ, nhưng chúng tôi đang đạt giới hạn của một máy chủ duy nhất và chúng tôi cũng muốn thêm phân cụm).

Chúng tôi cần một giải pháp sẽ tạo ra khoảng 3000 IOPS lâu dài (hiện tại chúng tôi đạt đỉnh khoảng 1000 IOPS). Hầu hết các hoạt động cơ sở dữ liệu của chúng tôi là đọc / ghi nhỏ. Dựa trên các cuộc thảo luận với các kỹ sư của HP và những người khác trực tuyến, một chiếc HP P2000 có cấu hình 24 SAS HD trong cấu hình RAID 10 sẽ cung cấp tốc độ chỉ trong khoảng ~ 20K. Thêm bộ điều khiển và các mục khác để xây dựng SAN đặt chúng tôi ngay khoảng ngân sách tối đa $ 30K.

Nhưng trực tuyến, tôi thấy rằng nhiều ổ SSD của SAS cung cấp tốc độ 80.000 IOPS +. Đây có phải là thực tế để mong đợi? Nếu vậy, có thực tế không khi lấy P2000 hoặc mức SAN tương tự và ném một vài ổ SSD vào đó? Cơ sở dữ liệu của chúng tôi là nhỏ, chỉ có một vài TB. Nếu chúng tôi làm điều này, chúng tôi sẽ còn dư tiền để mua SAN thứ hai để phản chiếu / chuyển đổi dự phòng, điều này có vẻ thận trọng.

Tôi có thể nói về chi tiết cụ thể của những gì bạn đang cố gắng thực hiện. Thành thật mà nói, tôi sẽ không xem xét HP P2000 / MSA2000 cấp nhập cảnh cho mục đích của bạn.

Các thiết bị này có nhiều hạn chế và từ góc độ thiết lập tính năng SAN, không gì khác hơn là một hộp đĩa. Không phân tầng, không lưu đệm thông minh, tối đa 16 đĩa trong nhóm Đĩa ảo , khả năng IOPS thấp, hỗ trợ SSD kém, (đặc biệt là trên thiết bị bạn đã chọn).

Bạn sẽ cần phải tăng cường lên HP MSA2040 để xem bất kỳ lợi ích hiệu suất hoặc hỗ trợ chính thức nào với SSD. Thêm vào đó, bạn có thực sự muốn sử dụng iSCSI không?

DAS có thể là lựa chọn tốt nhất của bạn nếu bạn có thể chịu đựng được bộ nhớ cục bộ. Bộ lưu trữ flash PCIe sẽ có trong ngân sách của bạn, nhưng dung lượng sẽ cần được lên kế hoạch cẩn thận.

Bạn có thể giải thích các thông số kỹ thuật của máy chủ thực tế của bạn? Tạo / mô hình, vv

Nếu phân cụm là phải có, một tùy chọn khác là thực hiện đơn vị HP MSA2040, nhưng sử dụng đơn vị SAS thay vì iSCSI. Điều này ít tốn kém hơn so với các mô hình khác, cho phép bạn kết nối 4-8 máy chủ, cung cấp độ trễ thấp và thông lượng lớn và vẫn có thể hỗ trợ SSD. Ngay cả với các mô hình Fiber hoặc iSCSI, đơn vị này sẽ cung cấp cho bạn sự linh hoạt hơn so với mô hình bạn đã liên kết.

Nguyên tắc tôi sử dụng cho đĩa IO là:

• 75 IOP trên mỗi trục chính cho SATA.

• 150 IOP trên mỗi trục chính cho FC / SAS

• 1500 IOP trên mỗi trục chính cho SSD.

Cũng như IOP trên mỗi mảng cũng xem xét IOP trên mỗi terabyte. Không có gì lạ khi kết thúc với tỷ lệ IOP trên mỗi TB rất tệ nếu thực hiện SATA + RAID6. Điều này có vẻ không quá nhiều, nhưng bạn sẽ thường kết thúc với việc ai đó phát hiện ra 'không gian trống' trên một mảng và muốn sử dụng nó. Mọi người thường mua hợp đồng biểu diễn và bỏ qua iops, khi thực sự điều ngược lại là đúng trong hầu hết các hệ thống doanh nghiệp.

Sau đó thêm chi phí phạt ghi cho RAID:

• 2 cho RAID1, RAID1 + 0
• 4 cho RAID5 (hoặc 4)
• 6 cho RAID6.

Viết hình phạt có thể được giảm nhẹ một phần bộ đệm lớn viết tốt và trong trường hợp đúng. Nếu bạn có nhiều IO viết tuần tự (như nhật ký DB), bạn có thể giảm đáng kể các hình phạt ghi trên RAID 5 và 6. Nếu bạn có thể viết một dải đầy đủ (ví dụ: một khối trên mỗi trục chính), bạn không cần phải đọc để tính chẵn lẻ.

Giả sử bộ 8 + 2 RAID 6. Trong hoạt động bình thường cho một lần ghi IO, bạn cần phải:

• Đọc khối 'cập nhật'.
• Đọc khối chẵn lẻ đầu tiên
• Đọc khối chẵn lẻ thứ hai
• Tính toán lại tính chẵn lẻ.
• viết tất cả 3. (6 IO).

Với một ghi đầy đủ được lưu trong bộ nhớ cache - ví dụ: 8 khối 'liên tiếp' kích thước của dải RAID, bạn có thể tính được tính chẵn lẻ trên toàn bộ lô mà không cần phải đọc. Vì vậy, bạn chỉ cần 10 lần ghi - một cho mỗi dữ liệu và hai lần tương đương.

Điều này làm cho hình phạt viết của bạn 1.2.

Bạn cũng cần lưu ý rằng viết IO rất dễ lưu trữ - bạn không cần phải đưa nó vào đĩa ngay lập tức. Nó hoạt động trong một ràng buộc thời gian mềm - miễn là trung bình ghi của bạn không vượt quá tốc độ trục chính, tất cả sẽ có thể chạy ở 'tốc độ bộ đệm'.

Mặt khác, đọc IO, bị hạn chế về thời gian - bạn không thể hoàn thành việc đọc cho đến khi dữ liệu được tìm nạp. Các thuật toán đọc bộ đệm và bộ đệm đọc trở nên quan trọng tại thời điểm đó - các mẫu đọc có thể dự đoán được (ví dụ như tuần tự, khi bạn nhận được từ bản sao lưu) có thể được dự đoán và tìm nạp trước, nhưng các mẫu đọc ngẫu nhiên thì không thể.

Đối với cơ sở dữ liệu, tôi thường đề nghị bạn giả sử rằng:

• hầu hết IO 'cơ sở dữ liệu của bạn là đọc ngẫu nhiên. (ví dụ xấu cho truy cập ngẫu nhiên). Nếu bạn có thể đủ khả năng chi trả, RAID1 + 0 là tốt - bởi vì các đĩa được nhân đôi cung cấp hai nguồn đọc.

• hầu hết IO 'log' của bạn là ghi tuần tự. (ví dụ: tốt cho bộ nhớ đệm và trái với những gì nhiều DBA sẽ đề xuất, bạn có thể muốn RAID50 thay vì RAID10).

Tỷ lệ của hai là khó nói. Phụ thuộc vào những gì DB làm.

Bởi vì IO đọc ngẫu nhiên là trường hợp xấu nhất đối với bộ nhớ đệm, đó là nơi SSD thực sự thuộc về riêng nó - rất nhiều nhà sản xuất không bận tâm đến bộ nhớ cache SSD vì dù sao nó cũng có cùng tốc độ. Vì vậy, đặc biệt đối với những thứ như cơ sở dữ liệu và chỉ mục tạm thời, SSD mang lại lợi tức đầu tư tốt.

Phân tích của bạn là khá chính xác.

Sử dụng một vài ổ cứng cho nhiều GB và nhiều ổ cứng cho một vài IOps.
Sử dụng một vài ổ SSD cho nhiều IOP và nhiều ổ SSD cho vài GB

Cái nào quan trọng hơn đối với bạn? Dung lượng là trình điều khiển chi phí lớn cho các giải pháp SSD, vì giá mỗi GB cao hơn nhiều. Nếu bạn đang nói về cơ sở dữ liệu 200 GB cần 4K IOP, một cặp SSD sẽ đưa bạn đến đó. Hoặc một mảng 24 ổ đĩa 15K, để lại cho bạn nhiều không gian để lưu trữ số lượng lớn.

Có bao nhiêu IOps mà bạn thực sự sẽ thoát khỏi những ổ SSD đó thay đổi rất nhiều dựa trên cơ sở hạ tầng lưu trữ (ewwhite sẽ giải thích về điều đó), nhưng thật hợp lý khi có được những loại tốc độ đó. Đặc biệt là với Raid10, nơi tính chẵn lẻ không được tính toán.

Gần đây tôi đã xây dựng một cặp máy chủ lưu trữ cho chủ nhân của mình, sử dụng khung gầm Dell C2100, chạy FreeBSD 10.1 với mười hai ổ đĩa doanh nghiệp "SE" Western Digital "SE". Các ổ đĩa nằm trong một nhóm ZFS duy nhất bao gồm hai thiết bị ảo RAIDZ-2 6 ổ (vdevs). Đi kèm với hồ bơi là một cặp SSD Intel DC S3500 được siêu bảo vệ chống mất điện, chúng được sử dụng như cả SLOG và L2ARC. Tải thử nghiệm máy chủ này qua iSCSI, tôi đã có thể đạt 7500-8200 IOPS. Tổng chi phí của chúng tôi bao gồm các ổ đĩa cứng là khoảng $ 2700 mỗi máy chủ.

Trong thời gian các hệ thống dựa trên BSD này đang chạy, một trong các đơn vị SAN MSA2012i SAN của chúng tôi đã gặp phải hai lỗi bộ điều khiển và đơn vị MSA2012i khác của chúng tôi đã làm hỏng một khối lượng NTFS lớn cần 12 giờ ngừng hoạt động để sửa chữa.

Dell và HP bán cho bạn 10% phần cứng và 90% lời hứa hỗ trợ mà cuối cùng bạn không bao giờ có thể sử dụng.