Newsgroup: it.comp.os.linux.sys
Titolo: XenServer vs ESXi (ma si, generiamo un bel flame)

Dunque, goooooooogolando sul forum di Citrix ho visto delle risposte
veramente alla pene di segugio (da parte di Citrix) del tipo:
- noi supportiamo solo debian etch installata dal nostro template.
- debian 64bit come guest non è supportata e non lo sarà mai.
- non puoi creare in alcun modo un template se non convertendo una
attuale VM (in pratica, non danno specifiche su come fare i template
utilizzati da loro stessi, ma bisogna brutalmente convertire una vm,
con i problemi che ne conseguono)
- la virtualizzazione HVM non è supportata ufficialmente
- se installi un guest in HVM, nulla vieta alle prossime versioni di
spaccare tutto (tanto, non è supportato)
- l'installazione tramite "other media" ovvero tramite cd, non è
supportata e comporta obbligatoriamente una installazione HVM (che,
per i motivi di cui sopra, non è supportata e tra due versioni di
XenServer potrebbero non essere compatibili)
In alte parole, o ti installi quei 3 sistemi in elenco, o tutto il
resto lo fai a tuo rischio e pericolo perchè loro non hanno tempo (si,
han detto di non aver tempo) ne le richieste a pagamento necessarie
per giustificare mesi di sviluppo ingegnieristico all'aggiunta di
supporto a più guest.
Mi pare molto limitativo, o si utilizza XenServer ad uso interno,
avendo il controllo totale di cosa si installa, oppure si rischia,
secondo me, di scavarsi la fossa da soli.
Non tanto per il supporto mancante (il che ci può anche stare, io
installo un sistema custom e non pretendo che tu me lo supporti) ma
bensì per l'instabilità di cui parlano sulla virtualizzazione HVM che
permetterebbe di installare sistemi custom senza supporto a livello di
kernel. Se io installo un sistema oggi in HVM e poi il tuo upgrade
domani me lo distrugge, io mi ritrovo con il culo alla finestra a
prender freddo.
E sopratutto per l'impossibilità di creare veri template, bisogna
obbligatoriamente passare da una VM con tutto quello che ne consegue
(ripulire la persistenza dei mac address su debian, riconfigurare
manualmente gli IP e tutto il resto alla prima installazione e così
via) solo perchè non vogliono dare le specifiche su come creare dei
veri template.
Detto questo, che mi ha fatto parecchio incavolare, ESXi
(virtualizzando da BIOS mi da un senso di stabilità maggiore, se non
altro non è un "ripiego" come sarebbe su XenServer per cui si presume
che tra due update non si spacchi la compatibilità con le VM create)
cosa ha in meno rispetto a XenServer stesso?
Parlo di versioni base gratuite.

 veramente alla pene di segugio (da parte di Citrix) del tipo:
[...]
secondo me, se proprio non hai modo di prender ferie, dovresti almeno 
farti prescrivere un po' di Valium...
-- 
http://bofhskull.wordpress.com/

 Parlo di versioni base gratuite.
Ma ESXi su cosa � basato ?
Conosco solo Vmware Server, quindi faccio una domandona ..
Perch� installare ESXi e non una Debian o CentoS e successivamente il 
Vmware Server ? non si avrebbe + controllo sulla Distro ?
		-- Yena --

 farti prescrivere un po' di Valium...
bè dalle risposte di cui sopra non mi sembra un sistema affidabile se
loro per primi ti dicono che tra due versioni potrebbe rompersi la
compatibilità con le vm.
se son loro stessi a dirlo a me farebbe un pò paura...
(dai che tra un pò, dopo ben 2 anni, vado in ferie, forse....)

 Server ? non si avrebbe + controllo sulla Distro ?
ESXi è un bare metal hypervisor dedicato e consuma una quantità minima 
di risorse, rispetto a un sistema operativo classico general-purpose.

 (dai che tra un p�, dopo ben 2 anni, vado in ferie, forse....)
Ah, beh. Io ci sono, in ferie. Devo smaltire 10 settimane di ferie 
accumulate, entro fine anno. Dovrebbe dare un'idea di quante *non* ne ho 
gi� fatte ;-)
-- 
http://bofhskull.wordpress.com/

 Direi di darti alla dipendenza da Valium.
Un terzo di Valium, un terzo di Xanax, un terzo di Lexotan.
Molto secco, agitato, non mescolato (cit.)
E' una mia invenzione, dedicata a LT. <beg>

 gi� fatte ;-)
Me le presti?
Poi te le rendo....

 E' una mia invenzione, dedicata a LT. <beg>
Sei farmacista? Altrimenti non puoi vendere
medicine...

 prodotto Enterprise, IMHO)
[...]
Io non so cosa tu abbia letto e cosa abbia creduto di capire; 
francamente, mi interessa il giusto. Uso XenServer da molto prima che 
fosse acquisita da Citrix e posso dire che dalla versione 3.x alla 
attuale 5.0 il formato delle VM � rimasto sostanzialmente lo stesso.
In ogni caso, questo fa poco testo e sostanzialmente � molto meglio se 
cerco di farti ragionare, IMHO.
Un paio di assunti: Citrix si � comprata XenSource per avere un prodotto 
sufficientemente maturo che facesse virtualizzazione dell'hardware, che 
altrimenti avrebbe dovuto sviluppare in casa, con tempi molto lunghi.
A seguito di questo, il prodotto di punta, quello per cui Citrix esiste 
ed ha le dimensioni che ha, ovvero Citrix Presentation Server, gi� 
Citrix Metaframe, � stato rinominato in *XenApp*. Giusto per dar l'idea 
di quanto Xen stia divenendo centrale per Citrix e per la sua strategia 
sul mercato.
Di seguito, con feature che spostano Citrix in un terreno quasi vergine, 
hanno messo sul mercato XenDesktop.
Entrambi questi oggetti sono pensati per poter cooperare in maniera 
ottimale con XenServer in modo da ottenere infrastrutture complesse e 
altamente scalabili, per il deploy di infrastrutture server/client 
interamente in virtuale.
Questi prodotti (XenApp e XenDesktop) sostanzialmente esistono solamente 
per ambiente Win32/64.
E Win32/64 viene eseguito, in XenServer, *esclusivamente* in modalit� HVM.
Ora, secondo te, quali sono le probabilit� che Xen smetta di supportare HVM?
Direi di seguire la buona vecchia strada, che vale per il 100% di quel 
che un sistemista fa nella sua vita lavorativa: imparare su cosa lavori 
e capire cosa puoi fare e cosa no.
Quello che ti senti in grado di fare senza mettere il culo nelle pedate, 
lo fai.
Quello che non sai fare, ti affidi a qualcuno che lo faccia per te.
Vale sempre.
-- 
http://bofhskull.wordpress.com/

 Vale sempre.
Si, ma il mio � un discorso differente, non sto cercando di far fare a
XenServer una cosa che non � in grado di fare.
Personalmente, non me ne frega nulla di HVM, al momento. Io devo
virtualizzare decine di Etch/Lenny e riesco a farlo (sembrerebbe) alla
perfezione con XenServer (ho fatto solo alcune prove e non ho trovato
alcun problema e continuer� ad utilizzare tale sistema tant'� che sto
progettando un banalissimo script di firstrun che mi ripulisce il
sistema clonato e mi genera nuove chiavi ssh [certo che se ci fossero
le specifiche dei template, eviterei di partire da un sistema
funzionante per poi ripulirlo, ma mi limiterei semplicemente a fare
l'immagine di un sistema brand-new mai eseguito, come da template
citrix])
Mi han lasciato senza parole le parole di un membro Citrix, che essendo
tale, IMHO dovrebbe ponderare maggiormente le sue affermazioni 
sopratutto sul forum ufficiale dell'azienda.
Non essendo il primo tizio che passa su un forum e che quindi ha il peso
che trova, un membro citrix (sempre IMHO) non pu� sparare discorsi tipo:
"non abbiamo tempo" e "in futuro potrebbero non essere compatibili"
pensando di non generare un forte impatto mediatico.
L'avessi detto io, chissenefrega, ma la detto citrix (o meglio, un
membro citrix)
piuttosto, hai mai virtualizzato in HVM? due domandine:
1) virtualizza da BIOS stile vmware? Teoricamente posso installare
anche il firmware del tostapane giusto? Non mi serve un kernel xen...
2) prestazioni? Fan schifo o sono paragonabili ad una VPS PV?

Il Tue, 19 May 2009 15:27:14 +0200, Peregrino \"Pipino\" Tuc scrisse:

Mica ho detto che le vendo...:-)

 2) prestazioni? Fan schifo o sono paragonabili ad una VPS PV?
Se installi i driver di paravirtualizzazione, sono paragonabili. Non al 
livello di una paravirtualizzazione "vera". Senza driver 
paravirtualizzati, lascia perdere. Cosiccome lascia perdere l'idea di 
imbarcarti a virtualizzare Solaris o *BSD: anche se � teoricamente 
possibile, vai solo a caccia di rogne.
-- 
http://bofhskull.wordpress.com/

 possibile, vai solo a caccia di rogne.
Ma neanche per sogno, io mi tengo la Lenny.

 Ma neanche per sogno, io mi tengo la Lenny.
In tal caso suggerisco, se usi il kernel xen-izzato di lenny e non 
quello Xen-official di sarge, di usare jiffies come sorgente del clock, 
in luogo del default.
-- 
http://bofhskull.wordpress.com/

 in luogo del default.
Non so nemmeno io cosa uso.
Ho installato ieri e non mi sono posto tale problema, al momento.
Volevo solo verificare di essere in grado di fare l'upgrade partendo
dal template etch e poi sono andato a casa, era tardi.
Quel che ho fatto l'ho esposto in un qualche thread fa, sostanzialmente
si tratta di un apt-get dist-upgrade e mi pare abbia tenuto il kernel
vecchio, quello di xen.

 con i problemi che ne conseguono)
Visto che l'unico modo supportato per la creazione di template � la
conversione di una VM gi� esistente (cosa molto limitante, IMHO),
se io dovessi estendere le dimensioni del disco root di una VM, che
quindi non pu� essere smontato a macchina avviata, come procedo?
Attualmente son riuscito tramite questa procedura:
- vm spenta
- cambio dimensione del disco da XenCenter
- boot vm
- rimozione/creazione partizione di root tramite fdisk
- reboot
- resize2fs /dev/xvda1
E' possibile evitare il reboot per la rilettura della geometria
del disco? Una volta fatto fdisk, come posso far rileggere i dischi
senza dover riavviare?