Loading
Home » Computer » Linux » Come monitorare un server e dimensionare l'hardware
Come monitorare un server e dimensionare l'hardware [messaggio #117319] |
sab, 17 settembre 2011 12:20 ![Messaggio successivo Messaggio successivo](theme/adv/images/down.png) |
Michele Barbato Messaggi: 72 Registrato: gennaio 2011 |
Member |
|
|
Mi è capitato che un serverino che funge anche da proxy rallentasse
terribilmente le connessioni ad internet degli utenti, anzi dell'unico
utente connesso, il quale mi ha riferito che un portatile collegato
direttamente al modem navigava a 2MBs mentre quello che passava per il proxy
andava a 200Kbs.
La cosa si è apparentemente risolta autonomamente visto che dopo circa
mezzora la velocità di navigazione dei PC collegati al proxy è tornata ai
canonici 2Mbs.
Non sono riuscito a connettermi per verificare a cosa attribuire il problema
ma mi sono posto alcune domande:
Come faccio a sapere se l'hardware che sto utilizzando per il mio server è
dimensionato correttamente ?
Ho provato con il comando top, non mi pare di vedere cose eclatanti, ma sarà
sufficiente ? E se in determinate situazione alcuni task occupassero tutte
le risorse ?
Come fare un monitoring più approfondito ?
Ringrazio per i consigli.
Mik
P.S. Posto sotto il risultato di top di 20 minuti fa, funziona tutto
correttamente ma casomai qualcuno notasse qualcosa di anomalo ....
top - 11:58:53 up 15 days, 1:08, 2 users, load average: 0.82, 0.80, 0.76
Tasks: 247 total, 2 running, 245 sleeping, 0 stopped, 0 zombie
Cpu(s): 26.7%us, 0.7%sy, 0.0%ni, 72.2%id, 0.3%wa, 0.0%hi, 0.1%si,
0.0%st
Mem: 2050996k total, 1997784k used, 53212k free, 42692k buffers
Swap: 1952760k total, 0k used, 1952760k free, 1558128k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
1987 mauro 20 0 51624 26m 5272 R 87 1.3 0:02.81 php
1118 mysql 20 0 144m 19m 2880 S 23 1.0 2706:28 mysqld
1861 stefano 20 0 2548 1296 924 R 1 0.1 0:00.58 top
78 root 20 0 0 0 0 S 0 0.0 11:43.77 kondemand/1
1353 asterisk -11 0 48624 12m 3720 S 0 0.6 20:56.45 asterisk
1836 stefano 20 0 8848 1564 916 S 0 0.1 0:00.03 sshd
27165 mauro 20 0 20872 5820 3800 S 0 0.3 0:07.40 vlc
27168 mauro 20 0 20880 5832 3800 S 0 0.3 0:08.79 vlc
27171 mauro 20 0 20872 5940 3800 S 0 0.3 0:12.07 vlc
1 root 20 0 2796 1640 1144 S 0 0.1 0:04.15 init
2 root 20 0 0 0 0 S 0 0.0 0:00.00 kthreadd
3 root RT 0 0 0 0 S 0 0.0 0:01.14 migration/0
4 root 20 0 0 0 0 S 0 0.0 0:08.38 ksoftirqd/0
5 root RT 0 0 0 0 S 0 0.0 0:00.00 watchdog/0
6 root RT 0 0 0 0 S 0 0.0 0:01.91 migration/1
7 root 20 0 0 0 0 S 0 0.0 0:04.18 ksoftirqd/1
8 root RT 0 0 0 0 S 0 0.0 0:00.00 watchdog/1
9 root RT 0 0 0 0 S 0 0.0 0:22.40 migration/2
10 root 20 0 0 0 0 S 0 0.0 0:07.88 ksoftirqd/2
11 root RT 0 0 0 0 S 0 0.0 0:00.00 watchdog/2
12 root RT 0 0 0 0 S 0 0.0 0:05.48 migration/3
13 root 20 0 0 0 0 S 0 0.0 0:18.97 ksoftirqd/3
14 root RT 0 0 0 0 S 0 0.0 0:00.00 watchdog/3
15 root 20 0 0 0 0 S 0 0.0 0:20.90 events/0
16 root 20 0 0 0 0 S 0 0.0 0:13.36 events/1
17 root 20 0 0 0 0 S 0 0.0 0:16.15 events/2
18 root 20 0 0 0 0 S 0 0.0 0:14.27 events/3
19 root 20 0 0 0 0 S 0 0.0 0:00.00 cpuset
20 root 20 0 0 0 0 S 0 0.0 0:00.00 khelper
21 root 20 0 0 0 0 S 0 0.0 0:01.65 netns
22 root 20 0 0 0 0 S 0 0.0 0:00.00 async/mgr
23 root 20 0 0 0 0 S 0 0.0 0:00.00 pm
25 root 20 0 0 0 0 S 0 0.0 0:00.83 sync_supers
26 root 20 0 0 0 0 S 0 0.0 0:01.42 bdi-default
27 root 20 0 0 0 0 S 0 0.0 0:00.00 kintegrityd/0
28 root 20 0 0 0 0 S 0 0.0 0:00.00 kintegrityd/1
29 root 20 0 0 0 0 S 0 0.0 0:00.00 kintegrityd/2
30 root 20 0 0 0 0 S 0 0.0 0:00.00 kintegrityd/3
31 root 20 0 0 0 0 S 0 0.0 0:02.48 kblockd/0
32 root 20 0 0 0 0 S 0 0.0 0:02.64 kblockd/1
33 root 20 0 0 0 0 S 0 0.0 0:01.08 kblockd/2
|
|
|
Re: Come monitorare un server e dimensionare l'hardware [messaggio #117434 è una risposta a message #117319] |
sab, 17 settembre 2011 15:00 ![Messaggio precedente Messaggio precedente](theme/adv/images/up.png) ![Messaggio successivo Messaggio successivo](theme/adv/images/down.png) |
THe_ZiPMaN Messaggi: 221 Registrato: novembre 2010 |
Senior Member |
|
|
On 09/17/2011 12:20 PM, Michele Barbato wrote:
> Mi è capitato che un serverino che funge anche da proxy rallentasse
> terribilmente le connessioni ad internet degli utenti, anzi dell'unico
> utente connesso, il quale mi ha riferito che un portatile collegato
> direttamente al modem navigava a 2MBs mentre quello che passava per il proxy
> andava a 200Kbs.
Ci sarà stato il proxy impegnato a fare altro. Capita.
> La cosa si è apparentemente risolta autonomamente visto che dopo circa
> mezzora la velocità di navigazione dei PC collegati al proxy è tornata ai
> canonici 2Mbs.
Può accadere... un job che faccia un pesante accesso al disco è facile
che possa rallentare tutto.
> Non sono riuscito a connettermi per verificare a cosa attribuire il problema
> ma mi sono posto alcune domande:
> Come faccio a sapere se l'hardware che sto utilizzando per il mio server è
> dimensionato correttamente ?
Normalmente funziona bene? Allora è dimensionato correttamente.
Normalmente ti da problemi? Allora è probabile che abbia qualche limite.
> Ho provato con il comando top, non mi pare di vedere cose eclatanti, ma sarÃ
> sufficiente ?
Se le persone normalmente non si lamentano è certamente sufficiente. E
ovviamente è sempre migliorabile, ma non sempre è conveniente farlo. In
genere se il load average è una percentuale significative del numero di
processori, allora è opportuno pensare di intervenire.
> E se in determinate situazione alcuni task occupassero tutte
> le risorse ?
> Come fare un monitoring più approfondito ?
Usi un programma di monitoring.
Puoi usare il semplice atop, oppure qualcosa di più articolato come munin...
> P.S. Posto sotto il risultato di top di 20 minuti fa, funziona tutto
> correttamente ma casomai qualcuno notasse qualcosa di anomalo ....
> top - 11:58:53 up 15 days, 1:08, 2 users, load average: 0.82, 0.80, 0.76
> Tasks: 247 total, 2 running, 245 sleeping, 0 stopped, 0 zombie
> Cpu(s): 26.7%us, 0.7%sy, 0.0%ni, 72.2%id, 0.3%wa, 0.0%hi, 0.1%si,
> 0.0%st
> Mem: 2050996k total, 1997784k used, 53212k free, 42692k buffers
> Swap: 1952760k total, 0k used, 1952760k free, 1558128k cached
Se hai un solo processore il load average a 0.80, se costante, è un po'
altino.
> PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
> 1987 mauro 20 0 51624 26m 5272 R 87 1.3 0:02.81 php
> 1118 mysql 20 0 144m 19m 2880 S 23 1.0 2706:28 mysqld
Ma è una situazione costante questa??? Perché un utilizzo così alto del
php è spesso indice di applicazione scritta con fondoschiena. E perché
php gira nel contesto di un utente?
--
Flavio Visentin
Scientists have finally discovered what's wrong with the female brain:
On the left side, there is nothing right, and on the right side, there
is nothing left.
|
|
| | | |
Re: Come monitorare un server e dimensionare l'hardware [messaggio #117438 è una risposta a message #117437] |
sab, 17 settembre 2011 16:54 ![Messaggio precedente Messaggio precedente](theme/adv/images/up.png) ![Messaggio successivo Messaggio successivo](theme/adv/images/down.png) |
THe_ZiPMaN Messaggi: 221 Registrato: novembre 2010 |
Senior Member |
|
|
On 09/17/2011 03:55 PM, Michele Barbato wrote:
>> Il controllo di un dispositivo di I/O in genere non dovrebbe comportare
>> carichi elaborativi significativi.
>
> No, infatti. Però accede spesso al database, per quello mi ero orientato su
> php che è molto semplice nella gestione di mysql
Anche perl e python lo sono; oggigiorno non esiste un linguaggio che non
abbia una libreria di gestione dei DB semplice da usare.
>> Probabilmente un demone in perl o in
>> python sarebbe molto più discreto ed efficiente nell'uso delle risorse.
>>
> Magari anche con perl e python si gestisce mysql semplicemente ... per
> carità .. ma non li conosco.
Una buona occasione per imparare :-)
Personalmente prediligo perl perché è più "rapido", è molto flessibile e
lo conosco abbastanza bene perché l'ho imparato quando python era
immaturo. Se però oggi dovessi imparare qualcosa di nuovo probabilmente
mi orienterei su python che è più "moderno", più rigido ma anche più
pulito e semplice, oltre che essere diventato maturo.
> Stavo guardando lo script giusto ora, non vorrei che il sovraccarico fosse
> dovuto al continuo accesso a mysql o all'uso smodato di "echo" ai fini di
> log.
A giudicare dai tempi è dovuto all'accesso a mysql. Il che lascia
presupporre una o più delle seguenti condizioni:
* che tu faccia troppe query: spesso p.es. per deformazione logica si
fanno tante query in un ciclo invece che fare una query unica e ciclare
tra i risultati; oppure si interrogano decine di tabelle invece che
creare una view adeguata... ecc.ecc.
* che non abbia una struttura corretta con indici adeguati. La struttura
del DB e la corretta creazione degli indici sono un fattore determinante
nelle applicazioni, e sono forse il primo aspetto non curato dagli
sviluppatori.
* che tu abbia una gestione nell'applicazione di aspetti da demandare al
DB. Il primo esempio che mi sovviene è la gestione dell'integritÃ
referenziale che spesso viene fatta nel programma invece che demandata
al DB. Ma anche per esempio la creazione di viste in memoria invece che
usare gli strumenti del database.
Per il logging meglio sarebbe usare syslog che "bufferizza".
>> Avevo capito che si trattava del proxy... o usi il proxy di produzione
>> per test?
>
> Non sono una ditta. Li faccio per parenti ed amici e qualcuno gentilmente si
> presta a testare cose che non ho mai provato prima.
Ah... allora come si suol dire a caval donato non si sputa in bocca :-)
--
Flavio Visentin
Scientists have finally discovered what's wrong with the female brain:
On the left side, there is nothing right, and on the right side, there
is nothing left.
|
|
| | |
Re: Come monitorare un server e dimensionare l'hardware [messaggio #117539 è una risposta a message #117438] |
sab, 17 settembre 2011 20:17 ![Messaggio precedente Messaggio precedente](theme/adv/images/up.png) ![Messaggio successivo Messaggio successivo](theme/adv/images/down.png) |
Michele Barbato Messaggi: 72 Registrato: gennaio 2011 |
Member |
|
|
>
> A giudicare dai tempi è dovuto all'accesso a mysql. Il che lascia
> presupporre una o più delle seguenti condizioni:
> * che tu faccia troppe query: spesso p.es. per deformazione logica si
> fanno tante query in un ciclo invece che fare una query unica e ciclare
> tra i risultati;
Sì, temo si tratti di questo.
In uno degli ultimi aggiornamenti di sto script ci ho messo una serie di
query una di seguito all'altra sulla stessa tabella, era megli fare una
select di * e ciclare tra i risultati.
> * che non abbia una struttura corretta con indici adeguati. La struttura
> del DB e la corretta creazione degli indici sono un fattore determinante
> nelle applicazioni, e sono forse il primo aspetto non curato dagli
> sviluppatori.
mmm !! Sono tutte tabelle abbastanza piccole, eccetto una che potrei
rivedere inserendo delle primary key.
> * che tu abbia una gestione nell'applicazione di aspetti da demandare al
> DB. Il primo esempio che mi sovviene è la gestione dell'integrità
> referenziale che spesso viene fatta nel programma invece che demandata
> al DB. Ma anche per esempio la creazione di viste in memoria invece che
> usare gli strumenti del database.
>
Non arrivo a tanto.
> Ah... allora come si suol dire a caval donato non si sputa in bocca :-)
>
Non vorrei dilungarmi troppo ma la cosa è nata e si è evoluta in maniera
rapida ed inaspettata.
Ho iniziato provando ad installare linux in un piccolo mini itx che mi era
capitato tra le mani, poi visto che conoscevo un po' di php ho fatto uno
script che periodicamente lanciava vlc per registrare le immagini della
telecamerina IP, è seguita l'interfaccia grafica con apache, poi mia figlia
è cresciuta ed ci ho messo dansguardian per controllare dove navigava, lo ha
visto il vicino e lo ha voluto anche lui, poi tizio, poi caio, poi mettici
asterisk che facciamo il centralino e via così.
La più bella di tutte è stata il patronato del paese che con i finanziamenti
regionali aveva creato un internet point, sono andato all'inaugurazione e ho
chiesto al coordinatore come controllavano gli accessi ad internet dei
visitatori ..... beh ! non li controllavano, tutti i PC collegati al router
ADSL. Allora abbiamo recuperato un vecchio PC, aggiunta una scheda di rete e
via con il proxy.
Il tutto ovviamente sempre gratis e con il supporto determinante di questo
NG, al massimo mi hanno offerto uno spritz.
> --
> Flavio Visentin
>
> Scientists have finally discovered what's wrong with the female brain:
> On the left side, there is nothing right, and on the right side, there
> is nothing left.
Mik
|
|
| | | |
Re: Come monitorare un server e dimensionare l'hardware [messaggio #118136 è una risposta a message #117727] |
dom, 18 settembre 2011 21:53 ![Messaggio precedente Messaggio precedente](theme/adv/images/up.png) ![Messaggio successivo Messaggio successivo](theme/adv/images/down.png) |
Michele Barbato Messaggi: 72 Registrato: gennaio 2011 |
Member |
|
|
"GbMax78" <io@io.it> wrote in message news:j548f2$qal$1@tdi.cu.mi.it...
>
>> Ho iniziato provando ad installare linux in un piccolo mini itx che mi
>> era
>> capitato tra le mani, poi visto che conoscevo un po' di php ho fatto uno
>
> Che distro utilizzi ?
All'inizio Ubuntu con l'interfaccia grafica, un po' per timore reverenziale,
acquisendo più dimestichezza sono passato a Debian solo terminale.
All'inizio il file system di Linux con quei maledetti file di configurazione
in formato testo mi intimorivano, poi ci convivi e infine ne apprezzi
appieno la potenzialità.
>
>> script che periodicamente lanciava vlc per registrare le immagini della
>> telecamerina IP, è seguita l'interfaccia grafica con apache, poi mia
>> figlia
>
> Ma non era meglio agire sul motion detect della telecamera ip per farle
> spedire snapshot o video via mail, ftp, etc. quando "allarmata" ?
>
Vuoi mettere un video con degli snapshot ? Rischi di trovarti la mail
intasata e via ftp sei limitato dalla capacità della rete, e poi con cosa ti
ritrovi ? Una tonellata di voluminosi file jpg che non sai come gestire.
Molto meglio un server locale ti consente di registrare 24h senza
interruzioni, in formato compresso tipo H264 e magari la cartella dove
registri i video la puoi condividere in rete con Samba.
Il motion detection che in genere viene implementato nelle telecamere si
limita a rilevare delle variazioni nell'immagine, se troppo sensibile
registrerai una montagna di falsi allarmi se poco sensibile rischi di
perderti eventi significativi. A questo punto tanto vale registrare di
continuo e sei sicuro di non perderti niente. Se proprio vuoi mandi una trap
al verificarsi del motion e registri data e ora in un database così riesci a
recuperarla nel filmato.
>
> Con telefoni ip o tradizionali ? Ma che hardware utilizzi ?
>
Con telefoni IP. L'ultimo che ho preso è un linksys comprato su monclick.
Quello prima me lo ha regalato Euteliavoip con una ricarica. Il tutto
gestito nello stesso server con Asterisk.
>> ADSL. Allora abbiamo recuperato un vecchio PC, aggiunta una scheda di
>> rete e
>> via con il proxy.
>
> Che software hai usato ?
>
Squid + Dansguardian.
In quest'ultimo va "tarata" con un po' di riguardo la pesatura delle parole
che poi è la funzione più importante di filtraggio dei siti.
> Saluti.
> GbMax78
>
> P.S.
> Hai mai pensato a qualcosa tipo citofono su ip in modo da reinstradare la
> chiamata quando ti trovi fuori casa ad esempio verso uno smartphone con
> Android ? Io sto cercando di creare una soluzione del genere ma ancora
> sono in fase embrionale !
Tra le funzionalità di asterisk c'è quella di generare chiamate in
automatico, sfrutterei questa possibilità.
Oppure sfruttando l'audio bidirezionale delle telecamere IP.
Ciao.
Mik
|
|
| |
Re: Come monitorare un server e dimensionare l'hardware [messaggio #119678 è una risposta a message #118136] |
mar, 20 settembre 2011 14:28 ![Messaggio precedente Messaggio precedente](theme/adv/images/up.png) ![Messaggio successivo Messaggio successivo](theme/adv/images/down.png) |
GbMax78 Messaggi: 1475 Registrato: dicembre 2010 |
Senior Member |
|
|
> All'inizio Ubuntu con l'interfaccia grafica, un po' per timore reverenziale,
> acquisendo più dimestichezza sono passato a Debian solo terminale.
Io ho iniziato da Debian 3, un disastro perchè non sono riuscito a
caricare un desktop perchè a quei tempi ero ancora fermo ai clic e
doppio clic dei server MS, poi ho studiato e dalla 4 in poi ho iniziato
a muovermi bene anche da terminale visto che in remoto tramite ssh con
connessioni non proprio brillanti diventava l'unico modo per gestire la
macchina e alla fine ho fatto di necessità virtu' !
> All'inizio il file system di Linux con quei maledetti file di configurazione
> in formato testo mi intimorivano, poi ci convivi e infine ne apprezzi
> appieno la potenzialità .
Vero e tutti quelli che me lo dicevano inizialmente li prendevo per
pazzi scatenati !
> Vuoi mettere un video con degli snapshot ? Rischi di trovarti la mail
> intasata e via ftp sei limitato dalla capacità della rete, e poi con cosa ti
> ritrovi ? Una tonellata di voluminosi file jpg che non sai come gestire.
> Molto meglio un server locale ti consente di registrare 24h senza
> interruzioni, in formato compresso tipo H264 e magari la cartella dove
> registri i video la puoi condividere in rete con Samba.
Mhmm... quanto occupa un filmato h24 ? Ora ho 4 telecamere Sharkx, non
quelle in HD, con moltissime funzionalità e connessioni a vari sistemi
di registrazione e vorrei capire una registrazione continua di tutte
quanto mi obererebbe di lavoro il server...
> Il motion detection che in genere viene implementato nelle telecamere si
> limita a rilevare delle variazioni nell'immagine, se troppo sensibile
> registrerai una montagna di falsi allarmi se poco sensibile rischi di
> perderti eventi significativi. A questo punto tanto vale registrare di
Beh... dipende a mio avviso da dove posizioni la cam e dalla qualitÃ
della stessa, se ci sono alberi nei pressi il vento farà la sua parte a
farà scattare il motion detect sennò nel mio caso potendo gestire vari
livelli di sensibilità e di detect tutto sommato l'invio di allarmi
avviene quando davvero si muove qualcosa, "perdi" un pò di tempo a
tararle all'inizio ma poi quando il lavoro è fatto raccogli solo i frutti !
> continuo e sei sicuro di non perderti niente. Se proprio vuoi mandi una trap
> al verificarsi del motion e registri data e ora in un database così riesci a
> recuperarla nel filmato.
Questo non l'ho capito...
> Con telefoni IP. L'ultimo che ho preso è un linksys comprato su monclick.
> Quello prima me lo ha regalato Euteliavoip con una ricarica. Il tutto
> gestito nello stesso server con Asterisk.
Hai trasformato il numero di casa in ip oppure hai una gestione "ibrida"
quindi Asterisk che con opportuna scheda ti gestice il tradizionale e
l'ip ? Che hardware hai per Asterisk ?
> Squid + Dansguardian.
Ancora mai usati ma già sentiti...
> In quest'ultimo va "tarata" con un po' di riguardo la pesatura delle parole
> che poi è la funzione più importante di filtraggio dei siti.
OK.
> Tra le funzionalità di asterisk c'è quella di generare chiamate in
> automatico, sfrutterei questa possibilità .
> Oppure sfruttando l'audio bidirezionale delle telecamere IP.
Effettivamente le telecamere che utilizzo ovvero le Sharkx permettono la
bidirezionalità però poi prendono banda per il video che semmai potrei
tarare in uno dei tre profili disponibili come low... per quanto
riguarda la chiamata in automatico te che hardware metteresti lato porta
di ingresso di casa per poi far arrivare ad Asterisk la chiamata ? Ma
soprattutto come avresti la bidirezionalità dell'audio ?
Saluti !
GbMax78
|
|
| |
Re: Come monitorare un server e dimensionare l'hardware [messaggio #120084 è una risposta a message #119678] |
mer, 21 settembre 2011 09:18 ![Messaggio precedente Messaggio precedente](theme/adv/images/up.png) ![Messaggio successivo Messaggio successivo](theme/adv/images/down.png) |
Michele Barbato Messaggi: 72 Registrato: gennaio 2011 |
Member |
|
|
>
> Mhmm... quanto occupa un filmato h24 ? Ora ho 4 telecamere Sharkx, non
> quelle in HD, con moltissime funzionalità e connessioni a vari sistemi di
> registrazione e vorrei capire una registrazione continua di tutte quanto
> mi obererebbe di lavoro il server...
>
La durata della registrazione dipende moltissimo da quanto movimentata è la
scena. Ne ho appena verificata una che riprende un corridoio, la durata
delle registrazioni va da 20Mbyte a 150Mbyte per 1 ora con risoluzione
800x600, prendila ovviamente come indicazione di massima.
Per quanto riguarda il carico del server dipende da che hw utilizzi e quali
altre applicazioni ci sono sotto, sempre in linea di massima considera che
io utilizzo dei mini-itx con microporcessore Atom, ci faccio girare squid,
dansguardian, asterisk, apache, mysql server e qualche altra cosa,
registrando con vlc da 4 telecamere ip contemporaneamente che escono già in
formato H264 il carico del sistema (comando top) resta attorno al 20-30%.
>
>> continuo e sei sicuro di non perderti niente. Se proprio vuoi mandi una
>> trap
>> al verificarsi del motion e registri data e ora in un database così
>> riesci a
>> recuperarla nel filmato.
>
> Questo non l'ho capito...
>
Alcune telecamere (esempio Axis) al verificarsi di un evento (esempio motion
detection) possono essere programmate per inviare delle notifiche tcp. Le
programmi affinchè tali notifiche vengano inviate al server dove metterai
uno script in ascolto sulla porta dove dovrebbe arrivare la notifica. Quando
riceve qualcosa registra nel database un record con ls data e l'ora.
>
> Hai trasformato il numero di casa in ip oppure hai una gestione "ibrida"
> quindi Asterisk che con opportuna scheda ti gestice il tradizionale e l'ip
> ? Che hardware hai per Asterisk ?
>
Gestione dei numeri ip completamente separata dalla linea tradizionale.
L'hardware è sempre il server di cui sopra, il vantaggio è fare tutto con la
stessa macchina: centralino, registrazione video, proxy, ecc.
>
> Effettivamente le telecamere che utilizzo ovvero le Sharkx permettono la
> bidirezionalità però poi prendono banda per il video che semmai potrei
> tarare in uno dei tre profili disponibili come low... per quanto riguarda
> la chiamata in automatico te che hardware metteresti lato porta di
> ingresso di casa per poi far arrivare ad Asterisk la chiamata ? Ma
> soprattutto come avresti la bidirezionalità dell'audio ?
>
La cosa non è banale e va pensata con calma. Comunque per gestire degli I/O
digitali (ad esempio la pressione del tasto del campanello) in funzione dei
quali attivare funzioni specifiche del server ho usato spesso chede con
microcontrollori, vedi Arduino o la SBC68EC della Modtronix.
> Saluti !
> GbMax78
Ciao.
Mik
|
|
|
Re: Come monitorare un server e dimensionare l'hardware [messaggio #120104 è una risposta a message #120084] |
mer, 21 settembre 2011 14:16 ![Messaggio precedente Messaggio precedente](theme/adv/images/up.png) ![Messaggio successivo Messaggio successivo](theme/adv/images/down.png) |
GbMax78 Messaggi: 1475 Registrato: dicembre 2010 |
Senior Member |
|
|
> La durata della registrazione dipende moltissimo da quanto movimentata è la
> scena. Ne ho appena verificata una che riprende un corridoio, la durata
> delle registrazioni va da 20Mbyte a 150Mbyte per 1 ora con risoluzione
> 800x600, prendila ovviamente come indicazione di massima.
Beh dai pensavo peggio, il mio attuale server è un IBM Pentium II 350
Mhz con tra banchi da 128 di ram ed un hd da 60gb, per ora mi gestisce
solo OpenVPN e ci metto per far qualche prova in lan dei piccoli db
MySQL nulla di piu' e Debian Squeeze senza grafica fa questo lavoro
senza problemi ovvio che se volessi tenere ad esempio una settimana di
registrazioni o far girare servizi un pò piu' onerosi in termini di
prestazioni ci vorrebbe un hardware molto piu' importante...
> io utilizzo dei mini-itx con microporcessore Atom, ci faccio girare squid,
> dansguardian, asterisk, apache, mysql server e qualche altra cosa,
> registrando con vlc da 4 telecamere ip contemporaneamente che escono già in
> formato H264 il carico del sistema (comando top) resta attorno al 20-30%.
Sinceramente pensavo avessi un hardware piu' prestazionale ! :)
> Alcune telecamere (esempio Axis) al verificarsi di un evento (esempio motion
> detection) possono essere programmate per inviare delle notifiche tcp. Le
> programmi affinchè tali notifiche vengano inviate al server dove metterai
> uno script in ascolto sulla porta dove dovrebbe arrivare la notifica. Quando
> riceve qualcosa registra nel database un record con ls data e l'ora.
Quindi cam di fascia alta, con quello che costano per fortuna permettono
di fare di tutto e di piu' !
> Gestione dei numeri ip completamente separata dalla linea tradizionale.
> L'hardware è sempre il server di cui sopra, il vantaggio è fare tutto con la
> stessa macchina: centralino, registrazione video, proxy, ecc.
Beh... peccato gestisca separatamente il tutto, pensa se da remoto ti
servisse usare il numero "reale" non potresti farlo ed invece se
mettessi un'opportuna scheda nel server risolveresti "l'inconveniente"...
> La cosa non è banale e va pensata con calma. Comunque per gestire degli I/O
> digitali (ad esempio la pressione del tasto del campanello) in funzione dei
> quali attivare funzioni specifiche del server ho usato spesso chede con
> microcontrollori, vedi Arduino o la SBC68EC della Modtronix.
Fin qui non mi sono mai spinto, sento un gran parlare di questi
microcontrollori ma non ho mai ben capito come programmarli per un
discorso come quello che mi interesserebbe, nel mio caso occorrerebbe un
tasto esterno che attivi il microcontrollore però poi per la parte audio
dovrei avere un microfono ed un altoparlante lato ingresso di casa, non
potrei sfruttare il citofono tradizionale e quindi una volta incanalato
l'audio in tcp/ip-Asterisk anche in casa il risponditore dovrebbe essere
quantomeno un palmare o un touch screen con s.o. tipo android perchè un
semplice telefono ip non mi permetterebbe l'apertura ad esempio del
cancello o della porta...
> Ciao.
> Mik
Saluti.
GbMax78
|
|
|
Re: Come monitorare un server e dimensionare l'hardware [messaggio #120200 è una risposta a message #120104] |
mer, 21 settembre 2011 19:03 ![Messaggio precedente Messaggio precedente](theme/adv/images/up.png) |
Michele Barbato Messaggi: 72 Registrato: gennaio 2011 |
Member |
|
|
>
> Sinceramente pensavo avessi un hardware piu' prestazionale ! :)
>
Vedi subject della mail. Il post è nato per capire come fare per essere
sicuri che l'hardware sia correttamente dimensionato per il tipo di
applicazione.
Un atom potrebbe anche essere eccessivo ... o sottodimensionato. L'analisi
del load average è sufficiente per capirlo ?
Ciao.
Mik
|
|
|
Vai al forum:
Ora corrente: lun set 02 03:22:02 CEST 2024
Tempo totale richiesto per generare la pagina: 0.02398 secondi
|