Nell’ultimo periodo mi sono trovato ad affrontare parecchie problematiche legate a fattori di varia natura sia umana che tecnologica, in parole pi\u00f9 semplici mi sono visto costretto a virtualizzare delle macchine fisiche per poterle mettere sotto cluster e avere sia HA che backup che non esistevano.
\nSe di per se la cosa non \u00e8 complessa con vmware anzi \u00e8 addirittura facile la faccenda si complica e non poco per portare la macchina sotto XEN.
\nVmware \u00e8 senza dubbio il prodotto di punta per la virtualizzazione ma davvero non mi ci trovo, al di la del fatto che sia quasi totalmente grafico che tutto sommato \u00e8 fondamentalmente solo spocchia da parte mia, quello che mi ha fatto capire che vmware non \u00e8 il prodotto adatto alla nostra azienda \u00e8 stato il fatto che io posso per fare un esempio spegnere le macchine guest di vmware schedulando lo spegnimento dalle macchine stesse ma non posso schedulare lo spegnimento della macchina host.
\nCi siamo trovati a dover togliere tensione alla cabina del 15000V e per spegnere la macchina vmware ho dovuto collegarmi alle 4 di mattino da casa in ssh per poterlo fare, cosa che invece sulle macchine XEN ho schedulato con un banalissimo at.
\nLa trasformazione da “ferro” a virtuale avviene in due passaggi, il primo \u00e8 trasformare l ferro in un immagine vmware, per fare ci\u00f2 e’ necessario usare\u00a0 VMware vCenter Converter Standalone Client questo in buona sostanza creer\u00e0 una directory contenente la virtualizzazione dell’intero disco nel caso in esame PC52.
\nin questa directory c’\u00e8\u00a0 un file con estensione .vmdk, N.B. i files possono pi\u00f9 d’uno in questo caso si procede come segue, copiare la directory sotto una macchina linux con XEN, entrare nella directory e dare questi comandi<\/p>\n
# for i in `ls *[0-9].vmdk`; do qemu-img convert -f vmdk $i -O raw ${i\/vmdk\/raw} ; done\r\n# cat *.raw >> pc52.img<\/pre>\n