Newsgroup: it.comp.os.linux.sys
Titolo: dimensionamento server

ciao a tutto il gruppo,
il problema che devo affrontare riguarda il dimensionamento delle
risorse HW.
In pratica vorrei capire cosa occorre per supportare, ad esempio, 1000
caselle di posta.
Oppure per supportare 1000 utenti che si collegano sul web server.
Piu' in generale mi piacerebbe capire il problema del dimensionamente di
un server Linux.
Esiste della documentazione che dia delle indicazioni di massima ?
Oppure tutto e' lasciato all'esperienza di qualcuno che ha gia'
sperimentato ?
molte grazie a tutti quelli che mi daranno indicazioni e consigli
ciao

 caselle di posta.
Non credo ci siano delle regole fisse e prestabilite, io mi regolerei in
base alla previsione del traffico che si avra' sul server piu' che sul
numero di utenti ed in funzione di cio' sceglierei la quantita' di
spazio disco da dedicare.
-- 
Pierluigi De Rosa (
tho...@durin.khazad-dum.net
).
<<      LINUX: the choice of a GNU generation     >>
<<   For my real address... ask the Balrog.       >>
* Sostenete la Lega per la Soppressione dei Troll *

1000 caselle di posta in lan o in dial-up...
1000 accessi di html o di php/perl.... con o senza mysql...
il problema richiede talmente tante variabili...
parti con un server decentemente configurato e fai monitoraggio delle risorse di
load, cpu, ram. lo scsi aiuta molto... raid (adaptec ha una scheda molto
bellina, la 2100s) ancora meglio
piuttosto: oltre le 65000 caselle di email che soluzioni proponete?
tiscalinet usa qmail, secondo voi su un solo server?
saluti,
ppp


 spazio disco da dedicare.
io invece direi che il "manuale" che ti dice come dimensionare i server 
e` l'esperienza!
se con 1000 utenti intendi 1000 utenti che si collegano contemporaneamente
direi che il problema NON e` lo spazio su disco, ma la macchina in se
(per un pc e` un compito MOLTO arduo), se invece sono 1000 caselle di posta
in tutto direi che qualsiasi pc (magari con almeno 512Mb di ram) ce la
puo` fare,
ma molto dipende anche da che tipo di servizio vuoi dare (pop3? imap?
webmail?) 
e dalle abitudini degli utenti.... insomma.... non e` cosi` semplice! 
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/
 segnala gli abusi ad 
ab...@newsland.it

 e dalle abitudini degli utenti.... insomma.... non e` cosi` semplice! 
Si, dovremmo avere maggiori info sul tipo di servizi che si intende
offrire perche' il tipo di risposta puo' variare in funzione di queste.


 bellina, la 2100s) ancora meglio
Il problema e' che non e' possibile prevedere in anticipo le abitudini
degli utenti che si collegano.
Pero' immagino che se devo gestire 1000 utenti di posta, non penso che
si collegheranno tutti insieme nello stesso istante.
Lo stesso varra' per gli utenti web, almeno credo.
Ma visto che, giustamente come dici tu, le variabili in gioco sono
tante, potresti dirmi che cosa intendi per un server "Decentemente
configurato".
Per lo meno mi posso fare un'idea di partenza su cui provare a
ragionarci sopra.
Ti ringrazio tanto per i tuoi consigli.

 contemporanei che fanno azioni precise. Uno di questi č LoadRunner,ma non 
Uhm ma fa anche "meep beep" se il carico supera una certa soglia di
pericolosita'? E scrive ACME sul video? :-)
thorin che scappa prima che lo lincino..


 Ti ringrazio tanto per i tuoi consigli.
facci sapere poi se trovi colli di bottiglia da qualche parte, ma non dovresti
avere problemi.
da 10000 utenti in su potrai poi affiancare dei server in load sharing e/o per
fault tolerance. ma in quel caso l'architettura prevede un server "arbitro" e
piu' server affiancati che manco ti accorgi se uno si e' bruciato...
saluti,
ppp

webmail?) 
Io direi che è fin esagerato. Se serve solo come server di posta
(pop3+smtp e volendo imap) se la cava anche un Pentium con 32 Mb
(basta che non ci metti su XFree), lo spazio su disco lo dimensioni in
base a quanta mail prevedi che i tuoi utenti usino (p a quanto li vuoi
limitare). Fino ad un paio di anni fa la Redhat si vantava di usare un
486 come loro server di posta (smaltiva senza problemi diverse decine
di migliaia di mail al giorno).
--
Rimuovi i caratteri maiuscoli dall'indirizzo e-mail per ottenere
quello reale