[Gentoo] Welk indelingskeuzes voor nieuwe disken in m'n NAS?

Pagina: 1
Acties:

Acties:
  • 0 Henk 'm!

  • _eXistenZ_
  • Registratie: Februari 2004
  • Laatst online: 05-10 18:21
Ik heb op dit moment 4 disken van 500GB in mijn Gentoo NAS zitten, die een raid5 array vormen met als filesystem ReiserFS. Deze disken zitten nu vol en omdat ik niks wil weggooien maar toch meer data wil kunnen opslaan heb ik 3 1500GB disken gekocht om een nieuwe raid5-array te starten naast mijn huidige array (welke ongeveer ongeveer 1390GB effectieve grootte heeft)

Mijn vraag is nu, al mijn data staat altijd op /data, en ik wil dit eigenlijk ook zo houden, dus niet nog een /data2 er bij omdat er een losse array bij komt. Nu kan je dit wel doen met bijvoorbeeld LVM, maar is er geen mooiere manier voor? Ik vind LVM zo'n extra laag er bovenop die het nodeloos ingewikkeld maakt als er misschien simpelere oplossingen zijn voor mijn probleem. Het enige dat ik kon bedenken was toch de andere array als /data2/ mounten/ en dan daar mapjes opmaken en die symlinken naar /data... Of meerdere partities en die mounten op /data maar dan zul je altijd zien dat 1 partitie bomvol zit en de andere nog best ruimte over heeft.

Verder heb ik nu als filesystem ReiserFS, welke mij prima bevalt op 1 punt na: het ontbreken van quota-support. Dit werkt alleen goed als je het in de kernel patched, en dan nog waarschuwt Gentoo voor rare quirks. Aangezien ik quotas nodig heb, zal ik dus aan een ander filesystem moeten.

De keus komt denk ik dan al snel op JFS, XFS of ZFS, en uit verschillende testjes die ik las bleek dat er niet bijster veel verschil in performance in zit, dus dat punt weegt voor mij niet zo zwaar mee.
Ext4 vertrouw ik niet echt omdat deze nog niet zo oud is dus nog niet echt field tested is.
Het grote nadeel van al deze filesystems is dat ze wel kunnen growen, maar niet kunnen shrinken. Dit kon ReiserFS wel, dus als ik ReiserFS gebruiken kon had ik het nut van LVM wel in kunnen zien, maar nu niet.

Wie kan mij JFS, XFS of ZFS aanraden, en waarom? Of misschien wel een andere? En wat is de handigste manier om de ruimte in te delen zodat de verdeling flexibel blijft? Het liefst had ik 1 hele grote pool waar ik alles in kon zetten...

There is no replacement for displacement!


Acties:
  • 0 Henk 'm!

  • Rainmaker
  • Registratie: Augustus 2000
  • Laatst online: 14-07-2024

Rainmaker

RHCDS

_eXistenZ_ schreef op woensdag 13 januari 2010 @ 23:18:
Mijn vraag is nu, al mijn data staat altijd op /data, en ik wil dit eigenlijk ook zo houden, dus niet nog een /data2 er bij omdat er een losse array bij komt. Nu kan je dit wel doen met bijvoorbeeld LVM, maar is er geen mooiere manier voor? Ik vind LVM zo'n extra laag er bovenop die het nodeloos ingewikkeld maakt als er misschien simpelere oplossingen zijn voor mijn probleem. Het enige dat ik kon bedenken was toch de andere array als /data2/ mounten/ en dan daar mapjes opmaken en die symlinken naar /data... Of meerdere partities en die mounten op /data maar dan zul je altijd zien dat 1 partitie bomvol zit en de andere nog best ruimte over heeft.
Ik snap niet helemaal wat je gaat doen; ga je de 500GB schijven vervangen of wil je een 2e array bouwen en die erlangs zetten.

Bij optie 1; inderdaad, 2e array bouwen, data kopieeren en daarna de 2e array eventueel op /data mounten, oude schijven eruit.
Bij optie 2; mits je hetzelfde mountpoint wil houden, zit je toch vast aan iets van volume management (LVM / ZFS)
Verder heb ik nu als filesystem ReiserFS, welke mij prima bevalt op 1 punt na: het ontbreken van quota-support. Dit werkt alleen goed als je het in de kernel patched, en dan nog waarschuwt Gentoo voor rare quirks. Aangezien ik quotas nodig heb, zal ik dus aan een ander filesystem moeten.

De keus komt denk ik dan al snel op JFS, XFS of ZFS, en uit verschillende testjes die ik las bleek dat er niet bijster veel verschil in performance in zit, dus dat punt weegt voor mij niet zo zwaar mee.
Ext4 vertrouw ik niet echt omdat deze nog niet zo oud is dus nog niet echt field tested is.
Het grote nadeel van al deze filesystems is dat ze wel kunnen growen, maar niet kunnen shrinken. Dit kon ReiserFS wel, dus als ik ReiserFS gebruiken kon had ik het nut van LVM wel in kunnen zien, maar nu niet.
Met ext? kun je ook prima shrinken én heb je quota support. ext4 is volgens mij al helemaal stable verklaard. Het feit dat het nog redelijk nieuw is is niet echt relevant, aangezien het zwaar op ext3 gebaseerd is.

En als je bang bent voor nieuw, moet je sowieso geen Gentoo draaien :p
Wie kan mij JFS, XFS of ZFS aanraden, en waarom? Of misschien wel een andere? En wat is de handigste manier om de ruimte in te delen zodat de verdeling flexibel blijft? Het liefst had ik 1 hele grote pool waar ik alles in kon zetten...
Ik zou kiezen voor LVM met ext4. Heeft alles wat je nodig hebt en is stabiel (Ubuntu en volgens mij ook Fedora gebruikt het als default filesystem).

XFS heb ik ook een tijdje gedraaid. Is ontzettend snel met kleine bestanden, maar waarschijnlijk bestaat jou data uit ISO's / films / meuk met grote bestanden.

ZFS is nog redelijk nieuw (maar dat hinderd niet :)), maar heeft meerdere mensen al wat data gekost. Verder moet je onder Linux met zfs-fuse gaan werken, wat in ieder geval bij mij nog wat problemen geeft...

We are pentium of borg. Division is futile. You will be approximated.


Acties:
  • 0 Henk 'm!

  • lamko
  • Registratie: December 2001
  • Laatst online: 20-10-2024
Draai zelf alles op XFS en werkt al zowat 2 jaar naar behoren.
En XFS is vooral goed in grote bestanden dus niet in kleine zoals rainmaker zegt
http://www.mythtv.org/wiki/XFS_Filesystem

And this !! Is to go even further beyond!!!


Acties:
  • 0 Henk 'm!

  • Semyon
  • Registratie: April 2001
  • Laatst online: 01:37
_eXistenZ_ schreef op woensdag 13 januari 2010 @ 23:18:
Ext4 vertrouw ik niet echt omdat deze nog niet zo oud is dus nog niet echt field tested is.
Google gaat trouwens over naar ext4
Best wel een grote speler, dus ik denk dat je quote over ext4 wel meevalt eigenlijk.

In Google's benchmark kwamen EXT4 en XFS trouwens als beste uit de bus en redelijk als gelijkwaardig, ze gingen voor ext4 omdat het makkelijker is te upgrade van ext2 wat ze hadden.
Google has benchmarked three different filesystems — XFS, EXT4 and JFS. In their benchmarking, EXT4 and XFS performed equally well.

Only when it is dark enough, can you see the stars


Acties:
  • 0 Henk 'm!

  • _eXistenZ_
  • Registratie: Februari 2004
  • Laatst online: 05-10 18:21
Ok, bedankt heren, ik heb inmiddels besloten dat ik voor LVM en Ext4 ga, nu nog even zien dat mijn RocketRaid kaart de disks in legacy mode wil zien (Dus niet sneaky zelf raids gaat proberen te maken maar dat door mdadm laat doen), en dan ben ik ready to go :)

/edit

Dat van die disken is inmiddels opgelost, en ben op het punt gekomen van het indelen van de disken.

Op dit moment ben ik nog erg in twijfel om bijvoorbeeld losse LV's te maken voor apps, games, films enzovoort allemaal legaal dus geen discussie daarover graag of 1 hele grote LV te maken waar ik gewoon alles opzet in verschillende mapjes

Kan iemand mij uitleggen waarom ik losse LV's zou willen? Ik zie niet echt de meerwaarde behalve dat je per gemounte lv een losse quota kan instellen voor verschillende users, anders kan je maar 1 quota afaik. Eventueel kon ik anders nog bepaalde LV's op mijn nieuwe raid array zetten en die laten downspinnen als ze niet nodig zijn, maar ik laat lekker alles draaien omdat het maar een paar watt extra pakt en het zijn al van die Eco Green dingen :)

De nadelen die ik zie:
- Gezeur als 1 LV vol zit en op de andere nog zat ruimte is, moet je weer resizen met alle onveiligheid van dien (Blocks / sectoren / GiB conversie, enzovoort :X)
- Iedereen ziet precies wat voor soort data je hebt door naar je mountpoints te kijken

Voordelen die ik zo zie:
- Quota per LV dus meer flexibiliteit
- Je kunt LV's als je meerdere arrays in je VG-pool hebt op je andere array zetten en die laten downspinnen

Als iemand nog andere redenen weet, hoor ik die graag :)

[ Voor 73% gewijzigd door _eXistenZ_ op 16-01-2010 01:10 ]

There is no replacement for displacement!