Mini server come NAS

[nanotek]

Ma i dell perc 200 non sono controller sas con raid hardware ?

[AMD_Edo]

Originariamente inviato da nanotek

Ma i dell perc 200 non sono controller sas con raid hardware ?

Gli H200 della Dell usano il chipset LSI2008 e possono essere trasformati in semplici HBA SAS 8 porte cambiandone il firmware. Se vuoi maggiori informazioni le trovi qui (è la guida che ho seguito io)

Pago gli H200 della Dell l'equivalente di 100 Euro (vivo in Brasile) e sono anni luce migliori delle varie schedine con controller Marvell che girano sul mercato.

[nanotek]

Originariamente inviato da AMD_Edo

Pago gli H200 della Dell l'equivalente di 100 Euro (vivo in Brasile) e sono anni luce migliori delle varie schedine con controller Marvell che girano sul mercato.

Io vivo in italia.. se chiedo una cosa del genere alla dell, mi chiedono un rene...
No dai.. non tanto se lo compri già sul server.. dai 200 in su.. ma se li chiedi come ricambio.. ciaooo

[AMD_Edo]

Originariamente inviato da nanotek

Io vivo in italia.. se chiedo una cosa del genere alla dell, mi chiedono un rene...
No dai.. non tanto se lo compri già sul server.. dai 200 in su.. ma se li chiedi come ricambio.. ciaooo

Su ebay li trovi tra gli 80 e i 115€... ne ho comprati due prima di tornare dalle ferie (in Italia).

Ma bisogna vedere se ne hai necessità... Se ti vuoi costruire un nas da 4 dischi ti conviene usare le porte sata presenti sulla scheda madre..

[nanotek]

A me non servono ma avevo guardato i prezzi quando stavo valutando che server prendere e tra le opzioni c'era dell. I server sono come le auto.. bisogna guardare anche quanto costano i ricambi haha
In effetti è vero su ebay da venditori esteri si trovano a molto meno.

[bobafetthotmail]

Originariamente inviato da AMD_Edo

Personalmente (a casa) uso un N54L con 5 dischi da 4TB e 4 Gbyte di ram.

E sono configurati come? Il raid-z del ZFS? Io tutte le volte che ho provato con meno di 8 GB mi beccavo dei rallentamenti a casaccio.

Penso però che i test che svolgiamo siano differenti: i tuoi ritengo siano mono-utente (certamente validi, non sono qui a criticarli), i miei si basano su accessi di decine (o piú) di utenti.

Beh, io ho parlato di NAS di dimensioni adatte ad uso casalingo o da piccola azienda, quindi sì.
Vedi giusto se dici che il numero di accessi contemporanei sia abbastanza ridotto (cioè non proprio mono-utente, ma non si superano i 5 accessi contemporanei salvo casi strani).

Pago gli H200 della Dell l'equivalente di 100 Euro (vivo in Brasile) e sono anni luce migliori delle varie schedine con controller Marvell che girano sul mercato.

Beh, con un controller LSI lo credo bene. Un bel trucchettino questo del cambiargli il firmware.
100 euro per 8 porte SAS o Sata con un controller LSI non è affatto male.

[AMD_Edo]

Originariamente inviato da bobafetthotmail

E sono configurati come? Il raid-z del ZFS? Io tutte le volte che ho provato con meno di 8 GB mi beccavo dei rallentamenti a casaccio.

Esatto, sono configurati in un unico raid-z1 con disattivato dedup. Le uniche volte dove ho avuto dei rallentamenti é stato quando usavo 4 dischi in RaidZ1 (5 é il numero "giusto" per un raidz1, lo si trova nella documentazione ufficiale) e uno scheduler differente da noop.
Come disco di sistema uso un pendrive da 8GB inserito nella porta interna con le ottimizzazioni necessarie per non ucciderlo in poco tempo!

Beh, io ho parlato di NAS di dimensioni adatte ad uso casalingo o da piccola azienda, quindi sì.
Vedi giusto se dici che il numero di accessi contemporanei sia abbastanza ridotto (cioè non proprio mono-utente, ma non si superano i 5 accessi contemporanei salvo casi strani).

Io ti ho descritto le basi di test che ho usato e che uso a casa e al lavoro. Ovviamente non possiamo paragonare lo storage da 45 dischi con l'N54L...

L'N54L serve 2 computers, 1 WDTV 3za gen. e 4 videocamere IP (registro gli stream in raw tramite ffmpeg). I computers e il WDTV vengono connessi via NFSv4.

Ho un altro N54L con 4 dischi con una sorta di "Raid10" con btrfs... ma non posso prenderlo come metro di paragone perchè ha 16 GB di ram (ECC) e lo uso come host per la virtualizzazione quindi ha carichi di lavoro differenti.

Beh, con un controller LSI lo credo bene. Un bel trucchettino questo del cambiargli il firmware.
100 euro per 8 porte SAS o Sata con un controller LSI non è affatto male.

Onestamente non é farina del mio sacco...

[nanotek]

Originariamente inviato da AMD_Edo

Come disco di sistema uso un pendrive da 8GB inserito nella porta interna con le ottimizzazioni necessarie per non ucciderlo in poco tempo!

Se ne parlava all'inizio, come opzione possibile, ma a me per esperienza mi morivano in poco tempo.. anche pendrive di qualità tipo sandisk e corsair.
Che ottimizzazioni hai applicato per non farle morire in poco tempo ?

[AMD_Edo]

Originariamente inviato da nanotek

Se ne parlava all'inizio, come opzione possibile, ma a me per esperienza mi morivano in poco tempo.. anche pendrive di qualità tipo sandisk e corsair.
Che ottimizzazioni hai applicato per non farle morire in poco tempo ?

Niente di "esoterico" alla fine:

1. file system senza journaling (ext2)
2. lascio metá del pen-drive non partizionato (per favorire il wear leveling se presente)
3. uso zram per lo swap
4. uso quanto piú possibile tmpfs (esempio di un fstab con Debian)

tmpfs /tmp tmpfs nodev,nosuid,size=50M 0 0
tmpfs /var/log tmpfs nodev,nosuid,size=50M 0 0
tmpfs /var/tmp tmpfs nodev,nosuid,size=50M 0 0
tmpfs /var/spool tmpfs nodev,nosuid,size=50M 0 0

Poi se hai qualche demone che continua a scrivere dati sul pen-driver (perchè ad esempio tieni monitorato qualche servizio) non ci sono santi che tengano...

[bobafetthotmail]

Nel caso di log e balle varie, mi dà fastidio metterli come tmpfs visto che se sono dei log mi servono quando qualcosa crasha, e se sono tmpfs è tutta roba che sparisce al riavvio (e quando crasha).
Stessa cosa i file temporanei o per demoni/programmi che devono costantemente scrivere cose da qualche parte, se qualcosa va fuori controllo avere i loro log e dati temporanei mi fa comodo per capire cosa è successo.

Quindi faccio in modo che la cartella incriminata (quindi quelle che edo ha messo come tmpfs più quelle connesse ad altri eventuali programmi che scrivono i loro log) sia solo un link ad una cartella corrispondente nei dischi dati (quelli in raid) usando l'opzione bind nel file fstab.
ecco una riga generica nel file fstab che appunto fa questo giochino.

/percorso/cartella/di/partenza /percorso/cartella/in/dischi/dati none bind 0 0

quindi se vogliamo spostare la cartella /tmp dentro alla cartella syslogs che sta dentro un raid 1 software montato come /mnt/raid1 la riga nel file fstab diventa

/tmp /mnt/raid1/syslogs/tmp none bind 0 0

Qualcosa di simille si può fare con lo swap (se veramente necessario, di solito non è necessario), tenendo un file di swap dentro i dischi dati (e nei NAS col btrfs è in una chiavetta a parte causa limiti del btrfs). Millemila tutorial per fare un file di swap e aggiungerlo allo fstab, http://www.bits4beats.it/linux/aggiu...sistema-linux/
(continuando l'esempio di prima, se invece di scrivere /newswapfile in quel tutorial scrivi /mnt/raid1/swapfile, il file di swap viene creato dentro i dischi dati in raid1).

[AMD_Edo]

Originariamente inviato da bobafetthotmail

Nel caso di log e balle varie, mi dà fastidio metterli come tmpfs visto che se sono dei log mi servono quando qualcosa crasha, e se sono tmpfs è tutta roba che sparisce al riavvio (e quando crasha).
Stessa cosa i file temporanei o per demoni/programmi che devono costantemente scrivere cose da qualche parte, se qualcosa va fuori controllo avere i loro log e dati temporanei mi fa comodo per capire cosa è successo.

Quindi faccio in modo che la cartella incriminata (quindi quelle che edo ha messo come tmpfs più quelle connesse ad altri eventuali programmi che scrivono i loro log) sia solo un link ad una cartella corrispondente nei dischi dati (quelli in raid) usando l'opzione bind nel file fstab.
ecco una riga generica nel file fstab che appunto fa questo giochino.

/percorso/cartella/di/partenza /percorso/cartella/in/dischi/dati none bind 0 0

quindi se vogliamo spostare la cartella /tmp dentro alla cartella syslogs che sta dentro un raid 1 software montato come /mnt/raid1 la riga nel file fstab diventa

/tmp /mnt/raid1/syslogs/tmp none bind 0 0

Qualcosa di simille si può fare con lo swap (se veramente necessario, di solito non è necessario), tenendo un file di swap dentro i dischi dati (e nei NAS col btrfs è in una chiavetta a parte causa limiti del btrfs). Millemila tutorial per fare un file di swap e aggiungerlo allo fstab, http://www.bits4beats.it/linux/aggiu...sistema-linux/
(continuando l'esempio di prima, se invece di scrivere /newswapfile in quel tutorial scrivi /mnt/raid1/swapfile, il file di swap viene creato dentro i dischi dati in raid1).

Quello che dici è giusto... tenere i log su tmpfs non é assolutamente salutare infatti io ho uno script che allo spegnimento della macchina copia tutto il contenuto in una directory del pendrive e al boot effettua il passaggio inverso (in pratica ho rubato l'idea da voyage linux )

Per lo swap perchè non usare zram? Io lo uso da tempo (anche e soprattutto su macchine con poca memoria) e mi sono sempre trovato più che bene. La perdita di prestazioni è assolutamente irrilevante (nonchè indistinguibile).

Per farti un esempio riesco a far girare su di un Pentium 3 1Ghz con 256 Mbyte di ram (chipset i815) Debian Wheezy (ovviamente 32bit), Xorg con Mate Desktop, LibreOffice e Firefox usando zram come swap... mai un problema!