Bookmark and Share
Document Actions

Dimensionamento Hardware

Up to Plone Forum

Dimensionamento Hardware

Posted by Luca Prinzio at April 20. 2010
Salve.
Avrei la necessità di trovare informazioni per il dimensionamento dell'hardware di un server atto a gestire un sito plone che dovrà contenere all'incirca 1.000.000 di documenti (File pdf/A di più pagine) con un utenza che va dalle 200 alle 500 unità con un 10% di concorrenze.
Mi servono delle indicazioni veramente di massima e non di dettaglio che però si riferiscano ad una soluzione professionale minima e massima, che siano eventualmente già predisposte per eventuali futuri upsizing e siano scalabili. Non cerco marca e modello del server ma la carrozzatura in termini di CPU, RAM HD ecc.
Grazie mille
Saluti
Luca

Re: Dimensionamento Hardware

Posted by Matteo Sorba at April 20. 2010

Salve,


il dimensionamento di questo tipo di architetture passa anche da alcune considerazioni in merito all'esercizio che se ne vuole fare.


Mi spiego meglio con un caso pratico: un conto è archiviare una grossa mole di documenti PDF che vengono memorizzati una volta sola per poi essere riletti N volte; un altro è se su questi documenti dovrò lavorarci continuamente.


Se poniamo il primo caso (ad esempio un archivio di FAX o un archivio di documentazione normativa) si potrebbe iniziare con archittettura ZEO che permette di scalare nel momento in cui si debba agire sulle performance e minimizzare quindi i costi di partenza.


Si potrebbero configurare nuovi zeoclient successivamente nel momento in cui si registra un "affaticamento" del sistema. Magari configurati per un esercizio assimmetrico (per maggiore fruizione dei documenti e minore scrittura)


Ci sono anche tecnlogie che sfruttano la memorizzazione dei file direttamente sul filesystem (FSS e App.Blob)


Ovviamente anche i discorsi sul caching statico diventano molto importanti.


Una volta deciso le caratteristiche che deve avere l'unità ZEO e direi che 1Gb-2Gb RAM e un processore virtuale dual core 3Ghz (più core non servono, python non supporta il calcolo multicore per via del GIL)


Si può decidere di aggiungere queste unità magari da non più di 4 thread l'una, fino a raggiungere il 10% di contemporaneità (5 istanze da 4 thread = 20 utenze conteporanee = 10% delle 200)


Poi si provvederà a configurare un bilanciatore a capo di tutte le istanze con il webserver per esporre il servizio sulla rete.


Ovviamente solo grazie all'esperienza si riesce a tarare il sistema per ottenere il miglior compromesso, altrimenti sarebbe opportuno munirsi anche degli strumenti che servono per monitorare le performance all'interno dell'application server.




Matteo


 

Vuoi partecipare?

 

join

 

 

netiquette

Istruzioni
per l'uso
e netiquette

 

ReForum Beta

Un aiuto per noi sono i suggerimenti dei nostri visitatori.
Per favore segnalaci ogni tipo di problema o consiglio che riscontri usando il Forum versione beta.

Usa l'apposito form.