Thực hành tốt nhất cho 24 mảng Array


9

chúng tôi vừa di chuyển để lưu trữ SAN sợi cũ của chúng tôi sang kho lưu trữ IBM v3700 với 24 đĩa SAS 600GB.

Bộ lưu trữ này được kết nối trực tiếp với hai máy chủ IBM ESXi 5.5, mỗi máy chủ có hai bộ điều khiển SAS đa luồng 6Gbps.

Cho đến bây giờ, tôi đã cấu hình bộ lưu trữ mà tôi đã sử dụng thành nhiều nhóm RAID5. Mỗi nhóm sẽ dành cho một máy chủ / mục đích khác nhau. Chủ yếu là các nhóm RAID sẽ là OracleDB, lưu trữ Oracle, SQL Server và phần còn lại (máy chủ tệp, thư, v.v.). Các ứng dụng quan trọng nhất là Oracle và SQL Server.

Mối quan tâm đầu tiên của tôi là an toàn và sau đó hiệu suất cho các ứng dụng của chúng tôi. Vì vậy, tôi đã quyết định sử dụng RAID6 + phụ tùng.

Mối quan tâm chính của tôi bây giờ là, vì chúng tôi đang sử dụng ESXi, tôi nên cấu hình toàn bộ bộ lưu trữ thành một RAID duy nhất, tiết kiệm dung lượng và tạo khối lượng lưu trữ dữ liệu từ ESXi cho mỗi máy chủ, hay đây không phải là một cách tốt và tốt hơn là tạo riêng nhóm RAID phần cứng?


4
Những người đang bỏ phiếu để đóng điều này: đây không phải là một câu hỏi dựa trên ý kiến, đó là một câu hỏi thực tiễn tốt nhất. Có một câu trả lời từ nhà cung cấp, và đó là chủ đề tại serverfault.
Basil

Câu trả lời:


7

Mỗi nhà cung cấp có các khuyến nghị riêng, vì vậy hãy bắt đầu bằng cách hỏi IBM. Bạn có thể mở một vé yêu cầu tư vấn cấu hình mà không phải trả tiền cho hỗ trợ bổ sung, thường. Điều đó hoặc bất cứ ai bán nó cho bạn có thể.

Googling ngắn gọn, tôi phát hiện ra cuốn sách đỏ này . Bạn có thể muốn đột kích cơ bản 6, có nghĩa là 1 dự phòng và một ổ cho mỗi mục tiêu mảng là 12. Điều đó có nghĩa là hai cuộc tấn công, một trong 12, một trong 11. Tôi không khuyên bạn nên đột kích 10, vì bạn mất một nửa sức chứa. Nó không tránh được tính chẵn lẻ, nhưng đó là điều bạn chỉ cần lo lắng về lưu trữ cấp thấp hoặc nội bộ. Bộ nhớ của bạn sẽ ẩn chi phí ghi đè ngẫu nhiên ghi đè lên phía sau bộ đệm. Cửa hàng của tôi sử dụng đột kích 6 dành riêng cho một nửa petabyte của VMWare 5.5, và nó vẫn ổn.

Bạn nên đọc cuốn sách đó và hiểu cách họ làm mdisks và pool. Bạn muốn tạo một nhóm để dải rộng trên tất cả các trục của bạn, một khi các nhóm đột kích của bạn được thiết lập.


4

Tuyên bố miễn trừ trách nhiệm - Điều này dựa trên ý kiến ​​cao và đã gắn cờ câu hỏi như vậy, nhưng tôi sẽ cố gắng đưa ra câu trả lời vì gần đây tôi đã định cấu hình gần như chính xác thiết lập.

Tôi rất nghi ngờ rằng bất kỳ loại cơ sở dữ liệu nào sẽ hoạt động tốt trên một mảng RAID5 hoặc 6. Hầu hết các nhà cung cấp đang tích cực khuyến khích (và thậm chí trong các trường hợp cấm) sử dụng các cấp RAID dựa trên tính chẵn lẻ chưa được kiểm tra do thời gian xây dựng lại cao, dẫn đến tăng rủi ro hoặc URE trong quá trình xây dựng lại.

Cá nhân tôi sẽ chia nó thành hai nhóm riêng biệt - RAID10 cho tải IO cao của bạn như cơ sở dữ liệu và RAID50 cho phần còn lại của dữ liệu của bạn. Số lượng đĩa bạn dành cho mỗi mảng phụ thuộc vào lượng dữ liệu bạn cần lưu trữ.

Ví dụ, đối với mảng 24 đĩa của bạn, bạn có thể mất hai đĩa cho các phụ tùng bao vây và tạo bốn nhịp 2 đĩa (tổng cộng 8 đĩa) để có được RAID10 logic khoảng 2,4TB. Điều đó khiến bạn có 14 đĩa cho RAID50, với 7 đĩa cho mỗi nhịp và khoảng 7.2TB dung lượng trống. Tất nhiên bạn có thể sắp xếp số lượng nhịp, nhưng hãy nhớ rằng RAID10 cần bội số của 2.

Đối với kho dữ liệu, nó thực sự không tạo ra sự khác biệt lớn nếu bạn không sử dụng các tính năng ưa thích như Storage vMotion và DRS để xáo trộn các tài nguyên xung quanh.

Ngoài ra, để làm rõ đoạn cuối của bạn: nhiều hơn, các đĩa nhỏ hơn thường thích hợp với các đĩa nhỏ hơn, lớn hơn do thời gian cần thiết để xây dựng lại một đĩa bị lỗi và tải được đặt trên các đĩa khác trong quá trình xây dựng lại.


Tôi phải đồng ý với bạn và xin lời khuyên của bạn về RAID10 cho db. Tôi không chắc RAID50 được hỗ trợ trên v3700 vì nó lên tới RAID10. Điều này được thực hiện trong một thiết lập hai giai đoạn từ trình quản lý lưu trữ?
teo

6
Cờ của bạn không chính xác - đây là một câu hỏi cụ thể với câu trả lời cụ thể và chính xác. Có một cuốn sách đỏ từ IBM có chứa thông tin được yêu cầu. Ngoài ra, nhận xét của bạn về cuộc đột kích 5 và 6 là không chính xác cho lưu trữ doanh nghiệp. Thời gian xây dựng lại trên một cuộc đột kích 600 GB 12 ổ đĩa không phải là bản dựng lại nhiều tuần bạn nhận được trên 7200 ổ 4TB. Ngoài ra, cuộc đột kích 50 không tồn tại trên kho lưu trữ này, họ sử dụng các hồ sọc rộng có chứa phạm vi từ nhiều nhóm đột kích 5, 6 hoặc 10.
Basil

1

Tôi sẽ không bao giờ sử dụng RAID6, hoặc thậm chí 5 cho vấn đề đó đối với tải công việc kiểu cơ sở dữ liệu. Vì chúng dựa trên tính chẵn lẻ, chúng phải chịu một hình phạt viết cao và thời gian xây dựng lại có thể rất LỚN.

RAID 10 sẽ cung cấp cho bạn hiệu năng tốt nhất, bạn có thể sống sót sau một thất bại từ mỗi bên của mảng và bạn có thể phân bổ một hoặc hai phụ tùng nóng để đảm bảo rằng mảng đó được phục hồi nhanh chóng nếu ổ đĩa bị hỏng.

Về mặt phân chia và trình bày lưu trữ ... Tôi thường tuân theo sơ đồ 1 LUN cho mỗi nhóm RAID, mỗi LUN sau đó chứa một số đĩa VM.


3
Thời gian xây dựng lại trên đĩa SAS 600 GB không phải là lớn. Lời khuyên của bạn là đúng đối với lưu trữ cục bộ 7200 vòng / phút, không phải lưu trữ doanh nghiệp với bộ điều khiển lớn ghi bộ đệm và các trục nhỏ, nhanh. Ngoài ra, đối với VMWare 5.5, nên sử dụng hai LUN cho mỗi kho dữ liệu và sử dụng dải rộng bất cứ khi nào có thể để mỗi LUN có quyền truy cập vào hiệu suất cơ bản của tất cả các trục chính, không chỉ một mảng.
Basil

1
Dù bằng cách nào, RAID dựa trên chẵn lẻ chậm so với sọc & gương (cả hiệu năng và xây dựng lại) và chỉ cần được sử dụng khi khả năng là mối quan tâm, không phải IOPS & thông lượng.
tomstephens89

4
Vấn đề với việc xây dựng lại RAID 5 mất ít thời gian hơn để hoàn thành mà thay vào đó là lượng dữ liệu cần đọc (cụ thể là: tất cả dữ liệu của các đĩa còn tồn tại) mà không có lỗi đọc không thể phục hồi:
Hagen von Eitzen

1
Tôi không khuyên bạn nên đột kích 5, Hagen. Tôi khuyên bạn nên đột kích 6. Và Tom, câu hỏi nói rằng họ có 24 đĩa 600 GB. Không phải là một mảng lớn các đĩa lớn chậm, cũng không phải bất kỳ ổ SSD nào (cho dù công nghệ được thiết lập như thế nào). Câu hỏi này rất rõ ràng và rõ ràng.
Basil

2
Tỷ lệ lỗi không thể phục hồi trên các ổ đĩa doanh nghiệp thường tốt hơn hàng trăm lần so với các mẫu máy tính để bàn. Mối quan tâm cho việc xây dựng lại không đặc biệt quan trọng.
Sobrique
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.