Tùy chọn lưu trữ được chia sẻ cho cụm ESXi HA

Tôi đang tìm kiếm đề xuất cho các tùy chọn lưu trữ được chia sẻ để hỗ trợ cụm ESXi HA (lưu ý tôi KHÔNG yêu cầu đề xuất sản phẩm / nhãn hiệu / mô hình - Tôi biết điều này trái với quy tắc ở đây). Tôi hỏi cho công nghệ giới thiệu.

Công ty tôi làm việc là một doanh nghiệp nhỏ. Hiện tại, chúng tôi có một HP DL380 G9 với DAS, với ESXi 6.0, chạy ứng dụng được phát triển tùy chỉnh của chúng tôi. Bây giờ chúng tôi đang xem xét làm thế nào để đạt được HA / FT bằng cách sử dụng tùy chọn kinh tế nhất. Chúng tôi cần HA / FT vì tôi là nhóm một người-IT và tôi thường xuyên đi du lịch nên việc chuyển đổi / khôi phục thủ công không phải là một lựa chọn.

Tôi hiểu rằng chúng tôi cần tối thiểu 2 máy chủ ESXi (máy chủ vật lý) và lưu trữ được chia sẻ để đạt được HA / FT. Đây là, tôi nghĩ, nơi nó trở nên thú vị: ngay cả mảng lưu trữ cấp nhập cảnh rẻ nhất ngoài kia có lẽ là một sự quá mức đối với chúng tôi. Yêu cầu dung lượng lưu trữ của chúng tôi có thể là khoảng 200 GB và chúng tôi không thấy rằng nhân đôi trong ít nhất 5 năm. Tuy nhiên, chúng tôi cần lưu trữ được chia sẻ cho HA / FT.

Vì vậy, sẽ thực sự đánh giá cao bất kỳ khuyến nghị về các lựa chọn của tôi. Cảm ơn.

Ghi chú chung (dòng ý thức):

• Hãy suy nghĩ thực sự chăm chỉ về những gì bạn đang cố gắng bảo vệ.
• Không ai sử dụng VMware Fault-Tolerance. Được rồi, có thể ai đó làm, nhưng có quá nhiều hạn chế và trường hợp sử dụng đặc biệt hẹp.
• Máy chủ đáng tin cậy hơn bạn mong đợi, đặc biệt là khi làm việc với các hệ thống chất lượng như HP ProLiant. Supermicro sẽ là một câu chuyện khác ...
• Đánh giá các chế độ thất bại thực tế. Máy chủ HP ProLiant Gen9 sẽ không bị lỗi .
• Bạn có thể gặp phải các lỗi thành phần riêng lẻ, nhưng có đủ các khoản dự phòng nội bộ để giải quyết hầu hết các vấn đề một cách duyên dáng.
  • Nghiêm túc, nguồn cung cấp năng lượng dự phòng, quạt dự phòng, RAIDing các đĩa bên trong, bộ điều hợp NIC và FLR trên bo mạch hiếm khi thất bại.
  • Thêm giám sát ILO, kiểm tra sức khỏe phần cứng toàn diện và phạm vi các mục có ảnh hưởng đến thời gian hoạt động được giảm xuống thành lỗi DIMM và các sự cố của bo mạch hệ thống.

Vì vậy, bây giờ chúng tôi đến để lưu trữ chia sẻ. Lưu trữ được chia sẻ trở thành một điểm thất bại, tùy thuộc vào cách nó được kiến ​​trúc.

• Một cái gì đó giống như một mảng gắn liền với MSA SAS là một tùy chọn và có thể hoạt động với VMware và hai máy chủ. Bạn có thể mua chúng trần và thêm khả năng cần thiết.
• Một thiết lập không chia sẻ sẽ có ích trong một số khía cạnh, nhưng thêm một số phức tạp nhất định.
• Có các tùy chọn Hyperconverged như VMware vSAN , HPE StoreVirtual VSA hoặc Virtual SAN của Starwind .
• Các HPE VSA có thể miễn phí lên đến 1TB dung lượng lưu trữ cho các thiết lập của bạn.
• Một SAN cấp nhập cảnh không hấp dẫn khi xem xét các yêu cầu không gian của bạn là cực kỳ thấp.
• Bạn có thể sử dụng bộ lưu trữ một đầu ... thậm chí có thể chỉ là máy chủ HP bình thường với hệ điều hành lưu trữ mà bạn chọn (Linux xuất NFS, Windows Storage Server, v.v.)
• Tôi đã ghi lại và phác thảo một giải pháp ZFS cho Linux có thể cung cấp chuyển đổi dự phòng hai đầu và phân cụm để lưu trữ: Xem: https://github.com/ewwhite/zfs-ha
• Một giải pháp khác có thể chia sẻ - không có gì với một cặp máy chủ là Zetavault .
• Kết hợp với nhân rộng cấp độ VM của Veeam hoặc một cái gì đó dựa trên mảng và bạn đã giải quyết 99% các vấn đề lưu trữ tiềm năng.

Nhưng một lần nữa, đây là một chức năng của rủi ro của bạn. Mọi người có thể dễ dàng đi xuống hố thỏ có sẵn cao ...

Máy chủ Hypervisors kép ... được. Sau đó, bạn cần vải chuyển đổi kép? Công tắc xếp chồng lên nhau? Tập hợp liên kết đa khung (MLAG / MC-LAG)? Một SAN với bộ điều khiển kép? Hai SAN? Nhân rộng SAN? Nhân rộng VM? Nhân rộng VM để lưu trữ đa dạng?

Bạn có đa dạng quyền lực? Nhiều PDU? Nhiều đơn vị UPS? Là trình tạo trang web được hỗ trợ?

Vì vậy, những gì bạn còn lại với?

Tôi nghĩ rằng tốt nhất là có một số tùy chọn. Có thể hợp đồng trợ giúp thêm cho bảo hiểm. Tài liệu giải pháp đủ tốt để khách hàng có một số tùy chọn. Tạo một DR hoặc kịch bản ngừng hoạt động / hệ thống.

Nếu công ty của bạn không thể chịu được thời gian chết cho người dùng, thì VMware FT là lựa chọn của bạn. Để thực hiện tính năng này, chắc chắn bạn sẽ cần một số loại lưu trữ được chia sẻ. Trong trường hợp này, tôi khuyên bạn nên xem xét các giải pháp lưu trữ được xác định bằng phần mềm (SDS) đang ngày càng được sử dụng để xây dựng các cấu trúc ảo hóa. Với phương pháp này, bạn có thể ảo hóa tài nguyên lưu trữ vật lý cục bộ của máy chủ ESXi của mình và biến chúng thành SAN ảo chính thức. VMware VSAN ngay lập tức chú ý, nhưng tôi sẽ chỉ ra một số lựa chọn thay thế rất thú vị nên rẻ hơn nhiều để thực hiện trong môi trường ESXi. Ứng cử viên đầu tiên là HPE VSA: mức độ tốt của chức năng và một yêu cầu khó chịu của nút bỏ phiếu thứ ba cho một đại biểu. Vâng, tôi biết, bạn vẫn có thể đi 2 nút, nhưng nếu bạn không ổn với thời gian chết, đại biểu là điều bắt buộc. Ngược lại, ứng cử viên thứ hai có dấu chân phần cứng tối giản chỉ với hai máy chủ vật lý cùng với bộ các tính năng như bộ nhớ đệm, nén dữ liệu, v.v. Đó là StarWind vSAN . Cả hai giải pháp đều có phiên bản miễn phí, chỉ cần kiểm tra và xem bạn sẽ được hưởng lợi như thế nào từ chúng.

Công nghệ mà bạn sẽ được phục vụ tốt nhất là "lưu trữ được xác định bằng phần mềm". Một VM cung cấp các đĩa được gắn cục bộ có sẵn cho tất cả các VM, lý tưởng là cung cấp dự phòng bằng cách cho phép sử dụng các đĩa cục bộ trên nhiều nút cùng một lúc (cho phép bạn mất một nút mà không mất tất cả các VM). Vì chúng tôi không nói về các đề xuất sản phẩm, tôi sẽ để nó ở đây. Đây vẫn là một thị trường non trẻ, nhưng có một số lựa chọn được thiết lập phù hợp với dự luật.