Jak połączyć wiele dysków twardych?


16

Mam serwer z trzema dyskami twardymi:

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

Jak mogę połączyć wiele dysków twardych w jeden większy wolumin ~ 3,5 TB? Jestem programistą, a nie administratorem systemu.


8
Zastanów się dwa razy, tak jakbyś wybrał te dyski, nie będziesz w stanie ustawić właściwej macierzy RAID, aw przypadku awarii jednego z dysków twardych możesz utracić wszystkie dane w tomie ...
Petr

5
Czy wszystkie te dyski są twardymi dyskami mechanicznymi? Tak małe dyski nie są obecnie tak powszechne i prawdopodobnie są bardzo stare. Poważnie zastanowiłbym się nad wykorzystaniem ich do danych. Jeśli są to dyski SSD: nie wkładaj ich do macierzy RAID / LVM / czegoś razem z dyskami mechanicznymi. Ponadto: w konfiguracji, jeśli jeden z 3 dysków ulegnie awarii, wszystkie dane zostaną utracone. To bardzo złe ryzyko.
Tobias Mädel,

2
Zależy, do czego chcesz je wykorzystać?
Braiam

Czy chcesz zachować dane na tych dyskach?
Mark Plotnick,

1
Aby wzmocnić to, co powiedział @ TobiasMädel: dyski 250 GB były popularne 6 do 8 lat temu. Jeśli twoje dyski są tak stare i były używane codziennie, ryzykowne jest poleganie na nich. Używaj ich tak, jakby mogli zawieść każdego dnia.
Mark Plotnick,

Odpowiedzi:


22

Użyj LVM (Logical Volume Management) w systemie Linux.

Możesz myśleć o LVM jako o „partycjach dynamicznych”, co oznacza, że ​​możesz tworzyć / zmieniać rozmiar / usuwać „partycje LVM” (są one nazywane „woluminami logicznymi” w LVM-speak) z wiersza poleceń podczas działania systemu Linux: nie musisz zrestartować system, aby jądro wiedziało o nowo utworzonych lub zmienionych rozmiarach partycji.

Przede wszystkim można korzystać fdiskz -lopcji, aby uzyskać informacje o bieżących „dysków”, a następnie użyć go do podzielenia się swoimi „dyskietek” i ustawić typ systemu tych partycji do „Linux LVM”, po zakończeniu partycjonowania z „dyski ”, użyj, pvcreateaby przygotować nowe partycje dla„ LVM ”.

Aby uzyskać więcej informacji: https://www.howtoforge.com/linux_lvm


1
inny link: wiki.ubuntu.com/Lvm (co jest dziwne, ponieważ podają przykład woluminu logicznego na 1 dysku twardym, ale oczywiście można mieć wiele dysków fizycznych w tym samym woluminie logicznym). Widok logiczny oddziela się od warstwy fizycznej: umieść N dysków fizycznych (lub partycji fizycznych) w M woluminach logicznych i używaj / partycjonuj te woluminy logiczne zgodnie z potrzebami
Olivier Dulac,

4

Następujące czynności mogą robić, co chcesz (możesz także wyszukać „unijne systemy plików”):

  1. Fuzja
  2. Nakładka FS
  3. LVM
  4. unionfs
  5. aufs

Są inne, ale są lub były popularne w tym samym czasie. LVM jest niebezpieczny, ponieważ utrata dysku zniszczy cały system plików. unionfs już nie jest rozwijany. Aufs jest skomplikowany i wymaga kompilacji jądra. overlayfs ma tryby CoW i jest wbudowany w nowoczesne jądra, dzięki czemu jest łatwo dostępny w prawie każdym systemie i jest popularny na maszynach wirtualnych typu kontenerowego (np. Docker). Jednak overlayfs ma pewne ograniczenia w porównaniu do normalnego systemu plików. Fuzja używa FUSE, więc może działać w przestrzeni użytkownika i działa jak normalny system plików. Spośród tych wyborów poleciłbym scalerfs lub overlayfs w zależności od potrzeb.

Łączenie takich systemów plików może być przydatne, ponieważ pozwala bazowym systemom plików być osobnymi jednostkami. Może to przy niektórych obciążeniach faktycznie zapewnić większą wydajność niż typowa macierz RAID, ponieważ może zmniejszyć aktywność dostępu swobodnego (np. 10 klientów uzyskujących dostęp do 10 oddzielnych dysków). Awaria poszczególnych dysków nie spowoduje utraty wszystkich danych na wszystkich dyskach. Możesz także połączyć unijny system plików z czymś takim jak SnapRAID, aby uzyskać kopię zapasową / redundancję.


1
Dzięki za wskazanie mergerfs. Szukam sposobu na połączenie 2 500 GB dysków USB w jedną logiczną strukturę (wiele danych obrazu 3D). Spróbuję tego pierwszego.
Peter

3

Dobrze,

Jeśli chcesz „ scalić ” dyski w jeden ciągły system plików, powyższa odpowiedź z LVM jest prawdopodobnie najlepszą odpowiedzią, chociaż byłbym bardzo ostrożny, robiąc to. Powyższe rozważania są bardzo realne. (np. utrata jednego dysku może uniemożliwić odzyskanie danych na wszystkich dyskach).

W zależności od tego, jak korzystasz z 3 dysków, pomyślałbym, że najlepiej byłoby wybrać dysk twardy o pojemności 4 TB i skopiować na niego wszystkie partycje z pozostałych 3 dysków za pomocą narzędzia takiego jak „ (g) parted ” lub „ dd / ddrescue ". W ten sposób zachowujesz oryginalne dyski, jeśli coś pójdzie nie tak.

Teraz, jeśli jeden lub więcej z 3 dysków jest partycją główną systemu (np. Jeden lub więcej dysków twardych jest dyskiem systemu operacyjnego, który będziesz chciał uruchomić po operacji „scalenia”), spojrzałbym na inny sposób lub skonfiguruj dysk 4 TB, aby uruchamiał partycje systemu operacyjnego za pomocą grub .

HTH.


1

Inne odpowiedzi zawierają odpowiedzi na twoje pytanie. Jednak RAID może lepiej zaspokoić Twoje potrzeby.

  • połączenie obu dysków 250 GB w raid oprogramowania1, co daje 250 GB (efektywnie ~ 228 GB) nadmiarowego miejsca na dane, na których Ci zależy. Może to być twój system operacyjny i twoje pliki osobiste. Następnie użyj pojedynczego dysku 3 TB jako magazynu danych, wiedząc, że jest on mniej chroniony.

  • Kup drugi dysk o pojemności 3 TB i przeszukaj dwa duże dyski, zapewniając efektywne miejsce na dysku o pojemności 2,6 TB, ale zabezpieczone przed awarią jednego dysku. Można połączyć z raid1 dwóch dysków 250 GB, aby uzyskać w pełni redundantny system / separację danych. Najlepszy pomysł, jeśli możesz sobie na to pozwolić.

  • Raid5 na trzech dyskach, zapewniając efektywne przechowywanie ~ 500 GB i marnowanie większości dysków 3 TB. Rozrzutny

  • JBOD / linear raid To da pełne 3,5 TB (około 3,1 TB efektywnie), ale awaria dowolnego napędu zrzuci całą zawartość całego systemu plików. To źle - nie rób tego - wspomniano tylko o kompletności.

Pamiętaj, że ŻADNA z tych sugestii nie zastępuje prawidłowej procedury tworzenia kopii zapasowych. Raid chroni przed awarią dysku, a nie usunięciem lub utratą pliku przez włamanie lub pożar.

LVM na górze to kolejna warstwa w drzewie abstrakcji - i osiągnie podobne cele, ale bez odporności na naloty.

Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.