Posts Tagged opensource
OpenVZ + broadcast con l’uso delle VETH
Inviato da Giuseppe Mena il Scripting e Sysadmin, Simple Tips il 23 giugno 2009
La necessita’
Avere piu’ server virtuali (container o CT) con servizi di server multimediali (Logitech Squeezecenter e Upnp) che condividono la stessa partizione dati e siano pero’ piu’ flessibili da gestire e eventualmente replicare/duplicare.
L’idea
Sfruttare le potenzialita’ e le prestazioni di OpenVZ configurando la macchina host (container0 o CT0) che gestisce i dischi in raid5 e ne condivide il contenuto via NFS ai vari CT.
Con NFS, unito alla ottima ed efficiente gestione delle risorse da parte di OpenVZ, le prestazioni di accesso ai dati multimediali (musica, video e foto) sono paragonabili a quelle di un’installazione standard con accesso diretto ai dischi.
OpenVZ consente, semplicemente copiando la directory del CT desiderato e modificando un paio di files di configurazione, di replicare e duplicare facilmente server virtuali e di avere quindi una flessibilita’ notevole nei servizi offerti in rete.
Il problema
OpenVZ utilizza di default delle interfacce di rete (VENET, ) virtuali che tramite un routing interno collegano le ETH dei vari CT alla rete lan fisica garantendo l’isolamento dei vari CT.
Il problema e’ che questa gestione delle interfacce virtuali impedisce a servizi quali l’upnp di annunciarsi in rete (tramite broadcast).
Ho quindi valutato di testare la configurazione alternativa di interfacce di rete virtuali offerta da OpenVZ, conosciute anche come VETH, che danno la possibilita’ di unire al routing anche bridging riuscendo quindi ad esempio a far “passare” i broadcast dei vari CT.
Un altro vantaggio delle VETH e’ la possibilita’ di assegnare a ogni interfaccia un suo MAC address univoco.
Per ora mi limito a rendere disponibile lo schema definitivo della configurazione realizzata, in attesa di terminare la stesura dell’howto.
vnStat :: network traffic monitor
Inviato da Giuseppe Mena il Software e Tools il 10 aprile 2009
Tempo fa avevo avuto bisogno di valutare il carico di rete su un server per streaming audio e video e mi ero affidato al molto ntop, progetto veramente ben fatto e completo ma un po’ troppo articolato e dettagliato per le mie necessita’.
Il mio bisogno era semplicemente di vedere, sia in tempo reale che come totale nel corso di alcune ore, il traffico in KB/s sull’interfaccia di rete, senza bisogno di una granularita’ o separazione estremamente fine a livello di protocollo o porte o tipo di traffico.
Qualche tempo fa ho trovato un progetto opensource che fa piu’ al caso mio, vnStat. E’ un sw molto semplice da utilizzare, non richiede speciali permessi per fare il suo lavoro (si appoggia alle statistiche recuperabili dai file /proc/) e gira interamente da terminale 
E’ possibile fare sia sessioni live di controllo del traffico che impostarlo perche’ parta al boot del sistema e salvi i dati del traffico giornaliero richiamabili poi con semplici comandi che visualizzano semplici ma chiari report.
Es.
:: Per creare il db di una nuova interfaccia da monitorare
~# vnstat --update --iface eth0 Error: Unable to read database "/var/lib/vnstat/eth0". -> A new database has been created.
:: Per effettuare una sessione live di analisi
~# vnstat --live --iface eth0
:: Per visualizzare un riassunto del traffico giornaliero
~# vnstat --query --iface eth0 Database updated: Wed Dec 17 10:09:36 2008 eth0 received: 403 kB (0.0%) transmitted: 7.57 MB (100.0%) total: 7.96 MB rx | tx | total -----------------------+------------+----------- 03.11. 192 kB | 3.16 MB | 3.35 MB today 211 kB | 4.41 MB | 4.61 MB -----------------------+------------+----------- estimated -- | -- | --
Vi rimando al sito (chiaro e sintetico come il programma) per maggiori info e screenshot!