Newsgroup: it.lavoro.informatica
Titolo: Manutenzione ordinaria infrastruttura virtualizzata (vmware)

Ciao a tutti,
da qualche anno sviluppo software per un mio cliente, on-site, con
soddisfazione reciproca. Raramente mi occupo di incombenze "sistemistiche",
quando capita quasi sempre lato desktop (Windows).
La propriet� ha deciso di investire nell'infrastruttura IT cambiando i
server attuali (5 Windows 2003 Server che stanno in piedi praticamente da
soli, con circa 60 client) con un sistema VMware ESX, passaggio seguito da
un fornitore.
Questo fornitore ha richiesto che in azienda ci sia una persona da dedicare
alla formazione per tutte quelle attivit� quotidiane dedicate al buon
funzionamento del sistema virtualizzato. Il mio cliente ha chiesto se sono
disponibile, aumentando quindi i miei giorni di attivit� presso di loro. Il
mio cliente � a conoscenza che al momento non ho skill in merito.
A parte la soddisfazione per la richiesta (non capita tutti i giorni che un
tuo cliente decida di investire a proprie spese sulla formazione di un
proprio consulente) io non ho idea del carico di lavoro che pu� comportare
la manutenzione ordinaria di un sistema virtualizzato simile. 
Non parlo dei sistemi virtualizzati guest (i vari Windows server, con
quelli ci lavoro da tempo), ma proprio del sistema vmware in quanto tale.
Non ho i dettagli di cosa sar� acquistato, mi hanno detto che i server host
saranno due, clusterizzati e con una san di mezzo, per un investimento di
circa 35k euro.
Mi aspetterei che a regime (quando la transizione seguita dal fornitore
sar� terminata) e senza emergenze non ci sia molto da fare, ma chiedo a chi
ha esperienza in merito qualche dettaglio maggiore.
Ciao
VirtualPaF

 ha esperienza in merito qualche dettaglio maggiore.
Non mi sembra che il carico di lavoro di routine sia molto, se non i 
soliti controlli sui dischi, sulla cpu e occupazione ram sulla macchina 
fisica e lo stesso sulle virtuali...
Lo so, non ti sono stato di molto aiuto, ma per una manutenzione di 
primo livello non c'� molto da fare....
... ma ti hanno detto di cosa tidovrestioccupare ?


Bravo. Saggia risposta, segno che hai esperienza.
IMHO ... il gioco passa da due (PaF & Cliente) a tre giocatori.
Puo' essere una ottima occasione per PaF per mostrare le sue capacit�
(anche se non credo ce ne sia bisogno), ed apprendere cose nuove.
Il rischio e',  come dicono a Roma, " fare er vaso de coccio fra du vasi de 
fero"...:-)))
ciao
fm

 VirtualPaF
Andrea

 de coccio fra du vasi de fero"...:-)))
pure tu qui??? :) 

Accetta tranquillo.
La documentazione e' buona ed ESX e' una roccia.
Se il dimensionamento del tutto e' gia' stato fatto
opportunamente, l'HW e' certificato e gli utenti
non ti chiedono di creare e cancellare virtual machine
in continuazione la cosa e' interessante (se non conosci
l'argomento) e tranquilla.
Scaricati un po' di documenti dal sito.

 ha esperienza in merito qualche dettaglio maggiore.
Tendenzialmente è così.
Ciao!

 ha esperienza in merito qualche dettaglio maggiore.
Io ho iniziato tot anni fa con VMWare workstation, poi sono passato
VMWare server, e da un paio di anni ESX. Dato che qui faccio il
software developer cum build developer, in realtà non è la mia
attività principale gestire gli host, ma diciamo che per certi aspetti
sono il primo a cui chiedono (e spesso li reindirizzo a chi di
dovere :)). In questo momento ne abbiamo una dozzina, con circa 150
guest (più un paio di Virtual Server legacy con una trentina di
guest).
I problemi principali sono il dimensionamento dei guest (in cui devi
poter mettere becco, anche su quelli non di produzione, ho visto
utenti chiedere guest con HD da 10GB che poi si lamentavano perché,
avendo installato 10g, non potevano fare il restore di db da 100GB!),
lo spazio disponibile sui datastore (non basta mai), la velocità di
upload dei guest (ci sono n cose da imparare sull'argomento).
Incredibilmente, il problema peggiore che mi sia capitato è stato che
una volta uno ha aggiornato un server su un guest, ed invece di
riavviare ha fatto uno shutdown, ma non sapeva su quale host. Nemmeno
io, il sysadm era a sciare a Sauze d'Oulx, per cui ho iniziato a
cercare, e non l'ho trovato (non lo avrebbe trovato nemmeno il
sysadm), ma ho iniziato a trovare altri guest, in funzione, di cui non
conoscevo l'host! Ci eravamo persi un host! Ce lo eravamo persi
veramente, perché lo aveva installato e configurato un ex collega che
si era dimesso subito dopo, prima di aggiornare la documentazione, di
cambiare l'etichetta al server o addirittura prima di finire la
configurazione, per cui non c'era traccia nemmeno nel DNS! 10 ore
perse a cercare (in realtà il problema è stato quello di comprendere
che dovevo cercare un host!), siamo arrivati al punto di ordinare
l'eject dei DVD-ROM in sala server :))
--
ale
http://ale.riolo.co.uk

 siamo arrivati al punto di ordinare l'eject dei DVD-ROM in sala server :))
Vedi? Se avessi fatto il sistemista di professione, avresti scelto questa
opzione entro i primi dieci minuti :-))

 opzione entro i primi dieci minuti :-))
Yep, in passato ho fatto il sistemista di professione, ed ho iniziato
a fare eject entro i primi 10 minuti dall'aver iniziato a sospettare
che ci eravamo persi un server :)
BTW una cosa che mi ha fatto perdere un mare di tempo è stato
controllare i nomi dei guest tra le risorse di vmware con i nomi
effettivi, per chissà quale motivo è possibile usare due nomi
differenti (e su 150 ne ho beccati 2 out of sync, più 1 uno che aveva
un IP statico che per il DNS doveva appartenere ad un altro server
uscito di produzione eoni fa).
Poi, dato che qui non faccio il sistemista, una volta che non trovavo
quel dannato host, ho investito del tempo ad installare veeam,
rintracciare tutti i server conosciuti, rintracciare la documentazione
della rete per capire la topologia, tutte cose che poi mi hanno
ovviamente ripagato successivamente le n-mila volte che si è
ripresentata l'occasione :)
--
ale
http://ale.riolo.co.uk

 l'eject dei DVD-ROM in sala server :))
Ne deduco che non avete Virtual Center...
bye!

 Ne deduco che non avete Virtual Center...
Onestamente, non lo so :)
Quelle volte che devo connettermi agli host vmware, use vSphere client
o veeam.
Qui faccio lo sviluppatore, e, salvo emergenze, rarissime (siamo
organizzati bene), e l'amministrazione di servizi particolari (Oracle,
Sql Server, TFS, CCNET) soltanto per conto dei team di sviluppo e di
quello della QA, tendo ad evitare di oltrepassare gli steccati :p
--
ale
http://ale.riolo.co.uk

 bye!
ciao 

 o veeam.
perch� ? non ti piace virtual server ?

 sa), e via discorrendo ...
Ok per una VM, ma perdersi un host una volta che hai messo su VC è
impossibile ;^)
bye!

 quello della QA, tendo ad evitare di oltrepassare gli steccati :p
e fai bene ;^)
bye!

 perchè ? non ti piace virtual server ?
Intedi Microsoft Virtual Server o VMware Server?
Se intendi VMware Server, è circa 1 anno che non lo uso (ma mi capita
di tanto in tanto di connetermi a qualche guest che ci gira), ma in
passato l'ho usato violentemente (una volta ho messo su un sistema per
fare system test che usava decine di guest in parallelo che usavano
diversi db e server applicativi tutti su guest), l'ultima versione che
ho usato era 2 e qualcosa, e non ricordo permettesse di connettersi a
ESX/ESXi.
Microsoft Virtual Server l'ultima volta l'ho usato 4-5 anni fa. BTW
personalmente non avevo problemi particolare con MVS, ma non l'ho mai
frustato a fondo come VMware Server o ESX/ESXi.
--
ale
http://ale.riolo.co.uk

 sa), e via discorrendo ...
Da noi la risorsa più scarsa in assoluto è lo spazio nei datastore,
non basta mai (e acquistiamo in continuazione nuovi HD e di tanto in
tanto nuove NAS), il team per la QA ha una voracità incredibile nel
consumo di spazio, un server possiamo anche perdercelo, ma la
richiesta di spazio su disco è praticamente giornaliera (oraria
durante certi periodi), dubito ci sia mai veramente lo spazio per fare
una copia in situ se non ci si organizza prima :)
--
ale
http://ale.riolo.co.uk

 una copia in situ se non ci si organizza prima :)
concordo !! a un certo punto, per 'regolamentare' le richieste di spazio 
sulle vm di test, aggiungevo nuovi Gbyte di disco fisso su una macchia solo 
se ne cancellavo altrettanti su un altra macchina. Quasi quasi funzionava, 
tranne quando si faceva il 'clone' di una intera macchina di produzione, e 
allora addio a tutte le mie belle pianificazioni :-)

 se ne cancellavo altrettanti su un altra macchina.
Idem.
Aggiungo che se qualcuno viene da me (come dal sysadm) e chiede spazio
aggiuntivo (anche indirettamente), io lo indirizzo sempre o dal sysadm
o dal CIO.
--
ale
http://ale.riolo.co.uk