Il 09 febbraio 2011 21:09, Gino Perna <gino@xxxxxxxxxxxx> ha scritto: > On Wed, Feb 09, 2011 at 02:50:09PM +0100, Marco Agostini wrote: >> >> Attualmente: >> - ho intenzione di portare in Comune una SAN "inscatolata" (nel senso >> che non utilizzerò soluzioni del tipo openfiler e compagnia bella) > intendi che compri una SAN sul mercato e non una soluzione arrangiata? > esatto, attualmente sono combattuto tra IBM e HP >> - i server proxmox NON sono "stressati" dal punto di vista della CPU > dipende come lo misuri, quando scrivi su disco stressi la cpu, solo che e' > difficile misurarlo. > sto guardando quello che mi dice htop, nessun altro test particolare >> - ho già delle schede di rete gigabit disponibili sui server > bene >> - acquisterò degli switch dedicati > Giusta decisione, stai attento che reggano il carico come banda passante > (immaginando che tu abbia tanti server proxmox) > i server proxmox che ho in casa sono solo 2 e per il momento bastano e avanzano. >> Tanto per capire, ci sono effettivi vantaggi in termini di prestazioni >> utilizzando un "iSCSI HBA", in base alla mia attuale situazione ? > usare l'HBA significa non fare interrupt a livello processore, quindi > guadagnare in termini di latenza e non utilizzo della parte SYS del > processore. > quindi guadagno in termini di velocità... se ho capito bene. >> Quello che non riesco a capire è se i miei 30Mbytes/s al secondo, > 30 mega sono una velocita\' normale/bassa per un disco. > Per un sistema via rete gigabit potrebbero essere normali o leggermente > bassi, dipende dal file system. > >> utilizzando la tecnologia iSCSI, sono pochi o tanti. > di certo non potrai, utilizzando una rete gigabit, superare i 100 Mbytes/s, > semore che: > - lo switch regga il carico > - il sistema di dischi sia ingrado di scrivere a quella velocita' (non tanto > semplice) > - il numero di processi contemporanei che scrivono su disco. > etc.... > ok, chiarissimo. grazie Gino. -- Per iscriversi (o disiscriversi), basta spedire un messaggio con OGGETTO "subscribe" (o "unsubscribe") a mailto:linuxtrent-request@xxxxxxxxxxxxx