Làm thế nào để hợp nhất nhiều ổ đĩa cứng?


16

Tôi có một máy chủ với ba ổ cứng:

  1. 250 GB
  2. 3 TB
  3. 250 GB

Làm cách nào tôi có thể hợp nhất nhiều ổ đĩa cứng với dung lượng lớn hơn ~ 3,5 TB? Tôi là một lập trình viên không phải là quản trị viên hệ thống.


8
Xem xét lại hai lần, như thể bạn sẽ sử dụng nó với các ổ đĩa đó, bạn sẽ không thể thiết lập RAID đúng cách và trong trường hợp một trong số các hdd của bạn thất bại, bạn có thể mất tất cả dữ liệu trong Tập ...
Petr

5
Có phải tất cả các ổ đĩa cứng cơ? Những ổ đĩa nhỏ như vậy không thực sự phổ biến ngày nay và có lẽ rất cũ. Tôi nghiêm túc xem xét lại việc sử dụng chúng cho dữ liệu. Nếu đây là SSD: Đừng đặt chúng vào RAID / LVM / thứ gì đó cùng với ổ đĩa cơ. Ngoài ra: Trong cấu hình của bạn, nếu một trong 3 ổ đĩa của bạn bị lỗi, tất cả dữ liệu của bạn sẽ bị mất. Đó là một rủi ro rất xấu để thực hiện.
Tobias Mädel

2
Phụ thuộc vào những gì bạn có nghĩa là sử dụng chúng cho?
Braiam

Bạn có cần giữ dữ liệu hiện tại trên các ổ đĩa đó không?
Đánh dấu Plotnick

1
Để khuếch đại những gì @ TobiasMädel đã nói: đĩa 250 GB đã phổ biến từ 6 đến 8 năm trước. Nếu đĩa của bạn đã cũ và đã được sử dụng hàng ngày, việc dựa vào chúng là rất rủi ro. Sử dụng chúng như thể họ có thể thất bại bất cứ ngày nào.
Đánh dấu Plotnick

Câu trả lời:


22

Sử dụng LVM (Quản lý khối tin hợp lý) trên Linux.

Bạn có thể coi LVM là "phân vùng động", nghĩa là bạn có thể tạo / thay đổi kích thước / xóa "phân vùng" LVM (chúng được gọi là "Luồng logic" trong LVM-speak) từ dòng lệnh trong khi hệ thống Linux của bạn đang chạy: không cần khởi động lại hệ thống để làm cho kernel biết các phân vùng mới được tạo hoặc thay đổi kích thước.

Trước hết bạn có thể sử dụng fdiskvới -ltùy chọn để nhận thông tin về "Đĩa" hiện tại của mình, sau đó sử dụng tùy chọn này để phân vùng "Đĩa" của bạn và đặt loại hệ thống của các phân vùng đó thành "Linux LVM", sau khi bạn hoàn thành phân vùng "Đĩa" ", Sử dụng pvcreateđể chuẩn bị các phân vùng mới cho" LVM ".

Để biết thêm thông tin: https://www.howtoforge.com/linux_lvm


1
một liên kết khác: wiki.ubfox.com/Lvm (thật kỳ lạ khi họ đưa ra ví dụ về Khối lượng logic trên 1 ổ cứng, nhưng tất nhiên bạn có thể có nhiều ổ đĩa vật lý trong cùng một ổ đĩa logic). Khung nhìn Logic tách khỏi lớp vật lý: đặt N đĩa vật lý (hoặc phân vùng vật lý) vào các khối logic M và sử dụng / phân vùng các khối logic đó khi bạn cần
Olivier Dulac

4

Sau đây có thể làm những gì bạn muốn (cũng tìm kiếm "union filsystems"):

  1. sáp nhập
  2. Lớp phủ
  3. LVM
  4. đoàn
  5. aufs

Có những cái khác nhưng chúng phổ biến tại một thời điểm. LVM rất nguy hiểm vì mất một ổ đĩa sẽ phá hủy toàn bộ hệ thống tập tin. unionfs dường như không được phát triển nữa. Aufs là phức tạp và yêu cầu biên dịch công cụ kernel. overlayfs có các chế độ CoW và được tích hợp sẵn trong các kernel hiện đại, vì vậy nó dễ dàng có sẵn trên hầu hết mọi hệ thống và phổ biến cho các máy ảo kiểu container (ví dụ Docker). Tuy nhiên, lớp phủ có một số hạn chế so với hệ thống tệp thông thường. mergerfs sử dụng FUSE để có thể chạy trong không gian người dùng và hoạt động như một hệ thống tập tin bình thường. Trong số các lựa chọn này, tôi muốn giới thiệu sáp nhập hoặc lớp phủ tùy thuộc vào nhu cầu của bạn.

Ghép các hệ thống tập tin như thế này có thể hữu ích vì nó cho phép các hệ thống tập tin cơ bản là các thực thể riêng biệt. Điều này có thể dưới một số khối lượng công việc nhất định thực sự cung cấp hiệu năng cao hơn một mảng RAID thông thường vì nó có thể làm giảm hoạt động truy cập ngẫu nhiên (ví dụ: 10 máy khách truy cập 10 ổ đĩa riêng biệt). Lỗi của các ổ riêng lẻ sẽ không mất tất cả dữ liệu trên tất cả các ổ. Bạn cũng có thể kết hợp một hệ thống tập tin kết hợp với một cái gì đó như SnapRAID để có được bản sao lưu / dự phòng.


1
Cảm ơn đã chỉ ra mergerfs. Tôi đang tìm cách hợp nhất 2 ổ USB 500 GB thành một cấu trúc logic duy nhất (rất nhiều dữ liệu hình ảnh 3D). Tôi sẽ thử điều này đầu tiên.
Peter

3

Tốt,

Nếu bạn muốn " hợp nhất " các ổ đĩa thành một hệ thống tập tin liền kề, câu trả lời ở trên với LVM có lẽ là câu trả lời tốt nhất, mặc dù tôi sẽ rất thận trọng khi làm điều đó. Những cân nhắc được lưu ý ở trên là rất thực tế. (ví dụ, việc mất một ổ đĩa có thể khiến dữ liệu trên tất cả các ổ đĩa không thể khắc phục được.)

Tùy thuộc vào việc sử dụng 3 ổ đĩa của bạn, tôi nghĩ sẽ tốt nhất là đi lấy ổ cứng 4TB và sao chép tất cả các phân vùng từ 3 ổ đĩa khác vào đó với một tiện ích như " (g) chia tay " hoặc " dd / ddresript ". Bằng cách này, bạn vẫn duy trì các ổ đĩa gốc nếu có bất cứ điều gì sai.

Bây giờ, nếu một hoặc nhiều trong số 3 ổ đĩa là phân vùng gốc của hệ thống (ví dụ: một hoặc nhiều ổ cứng là ổ đĩa hệ điều hành mà bạn sẽ muốn khởi động sau hoạt động "hợp nhất"), tôi sẽ xem xét một cách khác để làm nó hoặc thiết lập ổ đĩa 4TB để khởi động (các) phân vùng hệ điều hành thông qua grub .

HTH.


1

Các câu trả lời khác cung cấp câu trả lời cho câu hỏi của bạn. Tuy nhiên, nhu cầu của bạn có thể được đáp ứng tốt hơn bởi RAID.

  • kết hợp cả hai ổ 250 GB vào một phần mềm raid1, mang lại cho bạn dung lượng dự phòng 250 GB (~ 228 GB) cho dữ liệu bạn quan tâm. Đây có thể là hệ điều hành và các tệp cá nhân của bạn. Sau đó sử dụng ổ đĩa 3TB duy nhất làm kho lưu trữ dữ liệu, biết rằng nó ít được bảo vệ.

  • Mua ổ đĩa 3TB thứ hai và đột kích1 hai ổ đĩa lớn, mang lại cho bạn dung lượng lưu trữ hiệu quả 2,6TB, nhưng được bảo vệ chống lại sự thất bại của một ổ đĩa đơn. Có thể kết hợp với raid1 của hai ổ 250 GB để phân tách dữ liệu / hệ thống hoàn toàn dự phòng. Ý tưởng tốt nhất nếu bạn có đủ khả năng

  • Raid5 qua ba ổ đĩa, cho dung lượng lưu trữ hiệu quả ~ 500GB và lãng phí phần lớn ổ đĩa 3TB. Lãng phí

  • JBOD / đột kích tuyến tính Điều này sẽ cung cấp đầy đủ 3,5TB (khoảng 3,1 TB hiệu quả) nhưng thất bại của bất kỳ ổ đĩa nào sẽ làm đổ toàn bộ nội dung của toàn bộ hệ thống tệp. Điều này là xấu - đừng làm điều đó - chỉ được đề cập cho đầy đủ.

Xin lưu ý rằng KHÔNG có các đề xuất này thay thế một thói quen sao lưu thích hợp. Raid bảo vệ chống thất bại ổ đĩa, không xóa hoặc mất tập tin bằng cách trộm hoặc hỏa hoạn.

LVM trên đầu là một lớp khác trên cây trừu tượng - và sẽ đạt được các mục tiêu tương tự nhưng không có khả năng phục hồi của cuộc đột kích.

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.