[LatinaLUG] A proposito dello streaming del consiglio comunale

Sab 28 Gen 2012 15:17:43 CET

Oddio.... le performances sull'I/O si possono avere, basta spendere; ovvio che poi deve essere sempre valutato il progetto nella sua interezza e non la singola macchina, altrimenti puo' risultare impossibile allocare certe cifre sullo storage (che da sempre e' la parte piu' delicata e costosa). 
Che intendi dire con il montare e smontare un armadio in una mattinata ? Lo fai anche se il ferro fa girare sopra vmware... anzi, hai la liberta' di poter lavorare sul ferro senza fermare i servizi. E se la macchina e' "vmware approved" dal fornitore, nessun problema ad alzare il telefono anche in quel caso; quasi tutti i principali vendor tra l'altro ti consegnano la soluzione chiavi in mano gia' installata con vmware a bordo. 

----- Messaggio originale -----

> Brevemente le mie idee sulle vm:
> - ok per l'isolamento e la gestione
> - ko per roba che deve fare I/O
> - comunque misurare le performance
> La multi tenancy va comunque valutata perché comunque le performance
> sono migliori.
> Le soluzioni in ferro hanno il vantaggio di poter alzare il telefono
> e chiamare ibm, oppure di montare e smontare un armadio in una
> mattinata.

> Pace, Rob
> Il giorno 28/gen/2012 14:56, "Fabrizio Cuseo" < f.cuseo@panservice.it
> > ha scritto:

> > SU oracle anche io non ho molta esperienza (anzi, e' prossima allo
> > zero), per cui non posso esprimere pareri.
> 
> > E' pero' vero che, tendenzialmente, le licenze "cluster" di
> > applicativi o sistemi operativi superano di gran lunga quelli del
> > sistema di virtualizzazione; di piu', il sistema ce l'hai
> > tipicamente in (scusate il paragone) raid-5 sul ferro. IN pratica
> > ti
> > basta un solo host in piu' rispetto alle tue esigenze per poter
> > avere TUTTE le istanze clusterizzate. Quindi, se ha da far girare 4
> > sistemi ognuno dei quali in cluster (un server oracle, un
> > application server, ecc. ecc.), non ti serviranno 4x2 pezzi di
> > ferro, ma per assurdo ne basterebbero anche solamente 3 (se le
> > istanze non mangiassero tutte le risorse hardware del ferro),
> > oppure
> > 5 nella peggiore delle ipotesi (che nel 90% non si verifica).
> 

> > Ovviamente va considerato che il semplice DRS o Vmotion non ti
> > tiene
> > l'istanza accesa se si guasta il ferro su cui sta girando in quel
> > momento, ma te la fa solo ripartire. Esiste pero' una feature di
> > fault tolerance che sto testando proprio mentre scrivo qui, che fa
> > girare l'istanza su due ferri e quindi in teoria la rende
> > assolutamente trasparente ad un eventuale fault (quindi 100% di
> > uptime teorico); questa feature pero' ha una serie di limiti (max 1
> > virtual cpu, provisioning del disco non thin, niente vmotion
> > automatico), la ram allocata viene riservata al 100%, per cui non
> > sempre puo' essere adottata. Vi potro' far sapere tra un po' se
> > funziona sul mio test plant fatto con 2 server HP singolo xeon
> > 2core
> > e 8 giga l'una, e storage esterno realizzato con un atom 1.6ghz, 2
> > dischi da 500, freenas con zfs in raid-1 e 2 datastore in iscsi
> > (poi
> > provero' a montare un secondo storage per provare la replica
> > schedulata fatta con freenas).
> 

> > Per quanto riguarda vmware/xen, beh.. purtroppo e' vero, xen server
> > (che non e' comunque xen open source) non e' cosi' avanti come
> > vmware (e non parlo delle sole prestazioni); certo, a suo tempo
> > facevo girare su un 486 delle istanze con xen (prima che xen fosse
> > acquisita da citrix) e giravano una bellezza !!!
> 

> > ----- Messaggio originale -----
> 
> > > Il giorno 28/gen/2012, alle ore 13:45, Fabrizio Cuseo
> 
> > > < f.cuseo@panservice.it > ha scritto:
> 
> > >
> 
> > > > IN realta' e' SEMPRE utile (tranne pochissimi casi) un sistema
> > > > di
> 
> > > > virtualizzazione... per 1000 motivi che non sto ad elencare, ma
> 
> > > > dei quali i piu' importanti sono:
> 
> > > > 1) la clusterizzazione indipendentemente dal sistema operativo
> 
> > > > 2) l'ottimizzazione dei server (puoi sfruttare tutta la ram/cpu
> 
> > > > delle macchine), e quindi anche un numero minore di macchine
> > > > (meno
> 
> > > > spazi, meno corrente, meno gestione). Direi anche meno soldi,
> > > > ma
> 
> > > > purtroppo una infrastruttura virtualizzata in cluster
> > > > costicchia
> 
> > > > (storage esterni, licenze vmware, ecc.)
> 
> > > > 3) la possibilita' di fare manutenzione di uno dei ferri, senza
> 
> > > > dover nemmeno spegnere l'istanza virtuale che ci gira.
> 
> > >
> 
> > > Per questo sottoscrivo, però potrebbero esserci casi in cui ti
> > > serve
> 
> > > un solo servizio. Ti faccio un esempio: DB su 4 server in HA.
> 
> > > Conviene tirar su 4 nodi ESX per montarci sopra Linux con Oracle
> 
> > > (per esempio) oppure conviene sfruttare il clustering offerto da
> 
> > > Oracle?
> 
> > >
> 
> > > (La mia esperienza con Oracle è zero, quindi se ci sono
> > > imprecisioni
> 
> > > su quello fate un bel sed "s/Oracle/$DBserverAcaso/")
> 
> > >
> 
> > > Il concetto è che IMHO ci sono (rari ma non troppo) casi in cui
> > > la
> 
> > > virtualizzazione non serve.
> 
> > >
> 
> > > Ciò non toglie che ho due "cluster" VMware sotto mano su 6 nodi
> > > che
> 
> > > girano una bellezza.
> 
> > >
> 
> > > Tra l'altro conviene virtualizzare quando hai macchine che
> 
> > > potenzialmente non hanno molto carico, per cui dovresti prendere
> 
> > > magari un server economico per ogni macchina e poi se devi fare
> 
> > > l'upgrade (per qualsiasi motivo) devi cambiare hardware, mentre
> 
> > > invece con un sistema di virtualizzazione hai dei nodi ben
> 
> > > carrozzati su cui giochi e su cui fai girare più macchine, come
> 
> > > diceva Fabrizio. Il giorno che arrivi alla massima capacità del
> 
> > > cluster aggiungi un nodo senza spegnere nulla, e allarghi tutto,
> 
> > > dalla VM più "piccola" a quella più "aggressiva".
> 
> > >
> 
> > > Oramai il "VMotion" (tecnologia di migrazione live di macchine
> 
> > > virtuali) ti permette di spostare la macchina da un nodo ad un
> > > altro
> 
> > > e/o da uno storage ad un altro senza il minimo downtime, quindi
> 
> > > quando devi fare manutenzione su di un host fisico migri tutto e
> 
> > > puoi spegnerlo anche il lunedì mattina alle 10.
> 
> > >
> 
> > > > La mia esperienza con esx e vcenter e' assolutamente positiva,
> > > > e
> 
> > > > tra l'altro puo' anche essere implementata senza spendere
> > > > chissa'
> 
> > > > che cifre !
> 
> > >
> 
> > > Anche se Xen ha molte feature interessanti, ma VMware (purtroppo
> > > per
> 
> > > l'open source) è sempre stata un passo avanti.
> 
> > >
> 
> > > Enrico
> 

> > --
> 
> > ---
> 
> > Fabrizio Cuseo - mailto: f.cuseo@panservice.it
> 
> > Direzione Generale - Panservice InterNetWorking
> 
> > Servizi Professionali per Internet ed il Networking
> 
> > Panservice e' associata AIIP - RIPE Local Registry
> 
> > Phone: +39 0773 410020 - Fax: +39 0773 470219
> 
> > http://www.panservice.it mailto: info@panservice.it
> 
> > Numero verde nazionale: 800 901492
> 
> > _______________________________________________
> 
> > http://www.llg.it
> 
> > latina mailing list
> 
> > latina@lists.linux.it
> 
> > http://lists.linux.it/listinfo/latina
> 

-- 
--- 
Fabrizio Cuseo - mailto:f.cuseo@panservice.it 
Direzione Generale - Panservice InterNetWorking 
Servizi Professionali per Internet ed il Networking 
Panservice e' associata AIIP - RIPE Local Registry 
Phone: +39 0773 410020 - Fax: +39 0773 470219 
http://www.panservice.it mailto:info@panservice.it 
Numero verde nazionale: 800 901492 
-------------- parte successiva --------------
Un allegato HTML è stato rimosso...
URL: <http://lists.linux.it/pipermail/latina/attachments/20120128/1446cf21/attachment.htm>