[LatinaLUG] A proposito dello streaming del consiglio comunale

Sab 28 Gen 2012 15:08:55 CET

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
>
-------------- parte successiva --------------
Un allegato HTML è stato rimosso...
URL: <http://lists.linux.it/pipermail/latina/attachments/20120128/670545d9/attachment-0001.htm>