Tôi có cần bộ điều khiển RAID thứ hai để chịu lỗi không?

9

Tôi có một máy chủ với 3 ổ cứng được cài đặt và tổng dung lượng là 6. Chúng tôi dự định tối đa hóa nó, nhưng chuyên gia tư vấn của chúng tôi cũng đề nghị nên có bộ điều khiển RAID thứ hai "để dự phòng" để hỗ trợ các ổ đĩa mới. Đối với tôi, điều này không có nhiều ý nghĩa. Ngay cả với bộ điều khiển RAID thứ hai chạy một nửa số đĩa, chúng tôi vẫn bị kẹt chỉ với một nửa số đĩa / chương trình / dữ liệu nếu một trong các bộ điều khiển bị chết (không tốt hơn nhiều so với không chạy). Chúng tôi đang đưa vmware lên máy chủ và anh ấy mơ hồ đề cập đến một số tính năng chịu lỗi / chuyển đổi lỗi nâng cao, nhưng nếu các đĩa không thể truy cập được do bộ điều khiển bị lỗi, thì nó hoạt động như thế nào?

Chỉ tính các lý do cho sự dư thừa, không phải hiệu năng, tại sao tôi muốn có bộ điều khiển RAID thứ hai trong máy chủ của mình?

raid fault-tolerance

— Bigbio2002
nguồn

Tôi đã thấy một lịch sử khi bộ điều khiển RAID duy nhất bị lỗi, làm cho bộ lưu trữ RAID cao nhiều đĩa mà nó đã được phục vụ một mình không chỉ không sử dụng được mà thậm chí tất cả dữ liệu ở đó không thể phục hồi được. Đó là một đòn nặng nề cho công ty. Cuối cùng, hầu hết dữ liệu đã được xây dựng lại từ các tệp được tìm thấy trong các máy trạm. Tổng xấu hổ. Luôn luôn phản chiếu dữ liệu trên cụm đĩa độc lập với bộ điều khiển rõ ràng khác. Đừng bao giờ cho rằng RAID 6 sẽ cứu mạng bạn trong mọi trường hợp nếu bạn chỉ dựa vào một thẻ nhỏ bị nóng 80 ° C trong khi hoạt động trong nhiều năm 7/24.

— h22

11

Trong thiết kế 'một hộp có tính sẵn sàng cao' thì có, bạn cũng muốn có bộ điều khiển thứ hai, lý tưởng nhất là trên xe buýt thứ hai. Nhưng cách tiếp cận này đã nhường chỗ cho một thiết kế rẻ hơn dựa trên việc phân cụm trong đó một lỗi hộp không dừng dịch vụ. Vì vậy, nó phụ thuộc vào việc bạn có kế hoạch sử dụng một môi trường cụm hay dựa vào một hộp duy nhất. Ngay cả khi câu trả lời của bạn là câu hỏi thứ hai có bộ điều khiển kép có thể được coi là thêm phức tạp và có thể là quá mức cần thiết.

chỉnh sửa - dựa trên nhận xét của bạn về việc sử dụng ESXi cho câu hỏi khác của bạn Tôi phải nói rằng việc phân cụm của nó rất tuyệt vời , chúng tôi có nhiều cụm 32 chiều hoạt động tuyệt vời.

— Chopper3
nguồn

AFAIK, chúng tôi sẽ không sử dụng phân cụm. Làm thế nào một bộ điều khiển thứ hai trong một hộp duy nhất có lợi cho tôi? Có một điều như failover điều khiển?

— Bigbio2002

1

Không phải trong thế giới ESX / ESXi không - một cái duy nhất sẽ ổn, hãy đảm bảo bạn có một bộ điều khiển sẽ tạo ra một mảng R10 lớn của tất cả 6 đĩa nhưng cho phép bạn tạo các đĩa logic 2TB (hoặc ít hơn) này. Dòng Pxxx của HP cho phép bạn làm điều đó btw.

— Chopper3

7

Bộ điều khiển RAID thứ hai được sử dụng tích cực không dành cho dự phòng. Chỉ khi đó là bộ điều khiển dự phòng lạnh, nơi bạn chuyển tất cả các ổ đĩa của mình sang khi bộ đầu tiên chết. Sau đó, bạn có dự phòng (cho bộ điều khiển). Nhưng hãy cẩn thận khi làm như vậy, như được đăng ở đây .

Vì vậy, RAID là để dự phòng các đĩa dẫn đến một điểm lỗi duy nhất tại bộ điều khiển. Có bộ điều khiển thứ hai (không sử dụng) có thể giải quyết điều này vì bạn có thể chuyển tất cả đĩa sang cái mới. Nếu điều này hoạt động phụ thuộc vào các yếu tố khác ...

Tôi không phải là người bản ngữ, nhưng đối với tôi "khả năng chịu lỗi" là một cái gì đó khác với "sự dư thừa". Một số người nói tiếng Anh có thể giúp tôi ra khỏi đây?

— mailq
nguồn

Dự phòng là một cách để đạt được khả năng chịu lỗi :). Tôi đang tìm kiếm thứ gì đó dọc theo dòng của bộ điều khiển dự phòng lạnh hoặc bộ điều khiển chuyển đổi dự phòng. Đây có phải là một tính năng được hỗ trợ hay tôi sẽ phải trao đổi thẻ theo cách thủ công?

— Bigbio2002

Tôi chưa bao giờ thấy một bộ điều khiển trong đó việc chuyển đổi đĩa được thực hiện tự động. Điều này là do tôi đã không tìm kiếm nó hoặc vì tôi không thể tưởng tượng được bạn nên nối dây cáp giữa một đĩa và hai bộ điều khiển như thế nào.

— mailq

Ổ đĩa cổng kép khá phổ biến trong môi trường doanh nghiệp (nghĩ là kệ SAN) - nhưng giá tăng lên theo hệ số 2 hoặc 3, rõ ràng.

— thích nghi

3

Trên một hộp duy nhất, bạn thực sự cần hai bộ điều khiển RAID, được kết nối với hai phức hợp gốc PCI-E khác nhau, để có dự phòng hệ thống con I / O hoàn chỉnh. Điều này có thể đạt được bằng hai cấu hình khác nhau:

sử dụng các đĩa SAS cổng kép tốn kém, với mỗi liên kết SAS được kết nối với một bộ điều khiển khác nhau. Theo cách này, mỗi bộ điều khiển được kết nối với mỗi đĩa. Rõ ràng, hai bộ điều khiển không thể hoạt động trên các đĩa cùng một lúc; một số hình thức khóa / hàng rào là cần thiết để phối hợp truy cập vào đĩa. SCSI có một số điều khoản đặc biệt để cung cấp cơ chế đấu kiếm cần thiết, nhưng chúng phải được phối hợp bởi phần mềm thích hợp. Nói cách khác, bạn không thể đơn giản kết nối một đĩa với hai bộ điều khiển và gọi nó là một ngày; thay vào đó, bạn cần cấu hình phần mềm phù hợp để cho nó hoạt động mà không gặp vấn đề gì;
sử dụng các đĩa SAS / SATA liên kết đơn bình thường và rẻ hơn, kết nối một nửa trong số chúng với mỗi bộ điều khiển. Ví dụ với 6 đĩa, bạn cần kết nối 3 đĩa với bộ điều khiển và 3 đĩa với bộ điều khiển khác. Trên mỗi bộ điều khiển, cấu hình một mảng RAID nếu cần (ví dụ: RAID 5 hoặc RAID1). Sau đó, ở cấp độ HĐH, bạn có thể định cấu hình RAID phần mềm giữa hai mảng đĩa, đạt được mức dự phòng mảng đầy đủ. Mặc dù rẻ hơn, giải pháp này có thêm nhược điểm để giảm một nửa hiệu quả dung lượng lưu trữ của bạn (do mức độ RAID1 của phần mềm).

Một vấn đề quan trọng với cả hai cách tiếp cận là bạn không có dự phòng toàn hệ thống: sự cố bo mạch chủ / CPU có thể làm sập toàn bộ hệ thống, độc lập với số lượng bộ điều khiển / đĩa bạn có.

Vì lý do này, loại dự phòng này hiếm khi được sử dụng gần đây (ngoài việc triển khai SAN giữa / cao cấp); thay vào đó, phân cụm / phản chiếu mạng đang đạt được lực kéo rộng. Với phân cụm (hoặc phản chiếu mạng), bạn có dự phòng toàn hệ thống, vì một hệ thống bị lỗi duy nhất không thể phủ nhận quyền truy cập dữ liệu. Rõ ràng việc phân cụm có những cạm bẫy riêng của nó để nó không phải là viên đạn bạc / dễ dàng, nhưng trong một số trường hợp, lợi thế của nó không thể bị phủ nhận. Ngoài ra, bạn cũng có thể sử dụng phản chiếu mạng không đồng bộ để có dự phòng dữ liệu gần như theo thời gian thực trên vị trí địa lý khác nhau, do đó, một sự kiện thảm khốc sẽ không tàn phá dữ liệu của bạn.

— shodanshok
nguồn

Với một số loại dữ liệu, bản sao chỉ được cập nhật một nửa (vì đồng bộ hóa bị lỗi giữa chừng) có thể không sử dụng được. Một cơ sở dữ liệu là ví dụ điển hình, nhưng cũng có nhiều bộ dữ liệu và mã nguồn khác nhau với rất nhiều tệp nhỏ phụ thuộc lẫn nhau.

— h22

Nó phụ thuộc vào cơ chế sao chép cơ bản. DRBD, ví dụ, cho phép sử dụng bản sao được đồng bộ hóa đầy đủ (giao thức C) hoặc gần đầy (giao thức B). Điều này có nghĩa là khi một ghi nhận được xác nhận trên máy chủ nguồn, nó thực sự được cam kết trên máy chủ từ xa. Nói cách khác, các rào cản ghi được tôn vinh trên cả hai máy chủ). Với sự đảm bảo như vậy, bất kỳ hệ thống tập tin / cơ sở dữ liệu mạnh mẽ nào cũng sẽ phục hồi mà không gặp vấn đề gì.

— shodanshok

Có, một số cơ sở dữ liệu hỗ trợ sao chép và một số ứng dụng khác cũng có. Đây rõ ràng là dễ dàng hơn nhiều để làm việc với.

— h22

1

Bạn sẽ cần các ổ đĩa SAS cổng kép để cung cấp chuyển đổi dự phòng thực tế trên nhiều bộ điều khiển. Trong khi những thứ này tồn tại, nó được quyết định bỏ qua - không nằm trong phạm vi giá của một máy chủ duy nhất chỉ có bộ nhớ trong.

Đây là những công nghệ thường được sử dụng trong các hệ thống SAN, trong đó cái chết của bộ điều khiển là một vấn đề thực sự.

Đối với một máy chủ không có khả năng chuyển đổi dự phòng khác, bộ điều khiển thứ hai sẽ không thu được gì - nó sẽ chỉ tốn nhiều tiền hơn và cung cấp cho nhà tư vấn nhiều lợi nhuận hơn.

— thích nghi
nguồn