Điều gì xảy ra khi một đĩa bị lỗi trong LVM?


11

Tôi đang cấu hình máy chủ linux trên máy chủ ESX 4.1. Máy chủ này cần phải có một vài TB dữ liệu được lưu trữ trên đó. Chúng tôi hiện đang tranh luận về việc có nên sử dụng LVM hay không. Lý do hiện tại của chúng tôi là tốt nhất là có nhiều khối lượng 2TB (giới hạn được áp đặt bởi ESX) được gắn vào các khối riêng biệt như vậy.

/disk1 - 2TB

/disk2 - 2TB

/disk3 - 2TB

Chúng tôi sẽ lưu trữ các thư mục có kích thước từ 100 GB đến 400 GB. Các thư mục này cần được lưu trữ trong toàn bộ và không thể tách ra. Mối quan tâm là sẽ có rất nhiều dung lượng bị lãng phí nếu cuối cùng chúng ta có 1.7TB được lưu trữ trên / đĩa1 và cần lưu trữ thêm 400GB. Trong trường hợp đó, chúng tôi sẽ cần lưu trữ thư mục 400GB trên / đĩa2, không sử dụng 300GB.

Một giải pháp cho vấn đề này là LVM, được cấu hình là:

 --------
 Disk 1 | 
        |
 Disk 2 |---->/disk
        | 
 Disk 3 | 
 --------

Tuy nhiên, chúng tôi bị mắc kẹt trong một câu hỏi đơn giản. Điều gì xảy ra nếu Đĩa 2 thất bại?

Trong kịch bản đầu tiên, rõ ràng điều gì sẽ xảy ra nếu Đĩa 2 bị lỗi, / đĩa2 sẽ không thể truy cập được nữa.

Trong thiết lập LVM, nếu Đĩa 2 bị lỗi, nó sẽ tương tự (như trong, chỉ có dữ liệu được lưu trữ trên Đĩa 2 không còn khả dụng) hoặc tất cả dữ liệu trên / đĩa sẽ không thể truy cập được nữa?


1
Nếu bạn sử dụng ESXi v5, bạn có thể sử dụng> 2TB RDM để khắc phục vấn đề này - đó là những gì tôi làm.
Chopper3

Câu trả lời:


7

Bạn đã bỏ qua một số khái niệm trừu tượng quan trọng đi kèm với LVM. Khối lượng logic không xử lý đĩa - chúng được đặt trên các nhóm âm lượng. VG lần lượt bao gồm các khối vật lý có thể là đĩa. Tóm lại một câu chuyện dài, VG sẽ không đưa ra một PV bị thiếu - tức là một đĩa bị thiếu, do đó bạn sẽ không thể truy cập vào các ổ đĩa logic trong nhóm.

các quy trình phục hồi , nhưng thông thường, trong một môi trường ảo hóa, bạn sẽ thấy tính khả dụng "tất cả hoặc không có gì" - tất cả các tệp đĩa sẽ được chứa trong một thư mục có thể truy cập được với toàn bộ nội dung của nó hoặc không (nếu kho dữ liệu không có sẵn chẳng hạn).

Đối với hiệu quả lưu trữ, hãy xem xét sử dụng cung cấp mỏng - không gian "không sử dụng" không được yêu cầu trên kho dữ liệu. Tuy nhiên, nó đi kèm với chi phí của chi phí hành chính cao hơn.


Vâng, câu trả lời cho câu hỏi cơ bản, tính khả dụng đó là tất cả hoặc không có gì với LVM. Tôi đã sử dụng LVM trước đây, nhưng tôi (may mắn) không bao giờ trải qua các thủ tục phục hồi. Đối với việc cung cấp mỏng, đó không thực sự là một giải pháp. Chúng tôi có một bộ LUN (mỗi 2TB) dành riêng cho máy chủ này. Ngay cả khi chúng tôi cung cấp mỏng, nó không thực sự giải quyết vấn đề dữ liệu cần phải vượt quá nhiều khối lượng 2TB. Có vẻ như hai tùy chọn duy nhất là nâng cấp lên ESXi 5 (dù sao cũng nằm trong kế hoạch) hoặc sống với một số không gian lãng phí. Cảm ơn câu trả lời.
Hầm

2
tại sao bạn có một bộ LUN 2 TB thay vì một LUN duy nhất trong kho dữ liệu VMFS lớn hơn nơi bạn tạo ba đĩa ảo? Giới hạn 2 TB chỉ áp dụng cho các đĩa ảo , không phải kích thước của kho dữ liệu.
the-wợi

Làm thế nào mà làm việc? Tôi đã gặp rất nhiều rắc rối (lỗi rất khó hiểu) khi cố gắn LUN lớn hơn 2TB. Ngoài ra, plugin tương đương cho vmware có giới hạn 2TB cho kích thước LUN (mặc dù giới hạn đó không được thi hành khi tạo LUN thông qua giao diện web). Bên ngoài quản lý có lẽ dễ dàng hơn có bất kỳ lợi thế nào khác để có một kho dữ liệu lớn?
Hầm

Bạn sẽ cần phải làm việc với "VMFS extents" - tạo một VMFS có kích thước 2 TB, mở rộng nó trong 2 bước TB sau khi tạo. Bạn có thể có tối đa 32 phạm vi, dẫn đến tổng giới hạn trên là 64 TB cho mỗi VMFS. Tôi không quen thuộc với plugin tương đương vì vậy tôi không thể nói bất cứ điều gì về những hạn chế của nó. Và "quản lý dễ dàng hơn" là ý kiến ​​của ảo hóa, vì vậy không cần phải có bất kỳ lợi thế nào khác :) BTW, bạn cũng có thể xem xét để máy chủ ảo truy cập trực tiếp vào bộ lưu trữ LUN - dễ dàng nếu bạn có iSCSI, không hoàn toàn thật dễ dàng với kênh sợi.
the-wợi

Tôi đã nghĩ về việc sử dụng ánh xạ thiết bị thô, có vẻ như là một giải pháp tốt nhưng tôi thực sự không biết gì về phạm vi VMFS. Đi nghiên cứu mà ngay. Cảm ơn đã cập nhật đây là thông tin tuyệt vời!
Hầm
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.