Per realizzare il tutto, avrete bisogno di due cose:

- vmware VMA, ovvero la management appliance di vmware, basata su [...]]]> Come promesso qualche giorno fa ad alcuni utenti del blog, abbiamo realizzato questo post per spiegare come utilizzare un ups APC in congiunzione con i server ESXi, e invocare lo spegnimento delle virtual machines e di ESXi stesso.

Per realizzare il tutto, avrete bisogno di due cose:

- vmware VMA, ovvero la management appliance di vmware, basata su CentOS

- un ups APC dotato di scheda di rete

Nel nostro esempio, avremo un server vma all’indirizzo 192.168.1.17, e la scheda apc all’indirizzo 192.168.1.7. Modificate i valori in base al vostro ambiente. Ricordatevi inoltre che l’utente per comandare vma non è root ma vi-admin.

Per prima cosa, dobbiamo aggiungere all’ups il server vma tra i client a cui notificare lo shutdown. Tecnicamente in un sistema completamente virtualizzato questa sarà l’unica macchina registrata, a meno di non voler installare il network shutdown di APC su tutte le virtual machines. Per questa impostazione recarsi nella sezione come da figura:

Effettuiamo adesso la login via ssh su vma.

Per prima cosa, procuriamoci da questo indirizzo il pacchetto rpm a 64 per EL5, ovvero Red Hat Enterprise Linux 5, cui corrisponde la nostra vma CentOS. Scarichiamolo e salviamolo in /tmp.

Installiamo il pacchetto: sudo rpm -ivh apcupsd-3.14.8-1.el5.x86_64.rpm

Adesso dobbiamo crearci il nostro file di configurazione:

sudo rm /etc/apcupsd/apcupsd.conf

sudo nano /etc/apcupsd/apcupsd.conf

## apcupsd.conf v1.1 ##
UPSCABLE ether
UPSTYPE pcnet
LOCKFILE /var/lock
DEVICE 192.168.1.7:apc:"admin_password"
UPSCLASS standalone
UPSMODE disable

Sostituiremo ovviamente nella riga DEVICE la password con quella che avrete impostato per l’utente apc del vostro ups. Inoltre, sebbene sia un commento, NON togliete la prima riga racchiusa tra #.

Disabilitiamo il firewall che normalmente gira su VMA e avviamo il demone apc:

sudo chkconfig iptables off
sudo service iptables save
sudo service iptables stop
sudo /etc/init.d/apcupsd start

Tramite il comando apcaccess potremo interrogare l’ups, e se avremo come risposta i vari parametri e valori dell’ups stesso, avremo la conferma che la connessione sta funzionando correttamente.

Passiamo ora agli scripts. Siccome sono ogni tanto difficili da recuperare, vi linko i due script da utilizzare, scaricateli da qua e salvateli in /home/vi-admin(lo zip contiene i due script perl):

shutdown

Rendiamoli eseguibili:

chmod +x /home/vi-admin/ghettoShutdown.pl

chmod +x /home/vi-admin/upsVIShutdown.pl

Aggiungiamo e verifichiamo i server ESXi mappati su vma:

sudo vifp addserver IP_ADDRESS_ESX1

sudo vifp addserver IP_ADDRESS_ESX2

sudo vifp listservers (ci elencherà i server ESX registrati in vma).

Editiamo adesso upsVIShutdown.pl e modifichiamo la riga my @hosts in modo che elenchi i server ESX che dovremo spegnere. Fate attenzione a mettere il nodo che ha in carico VMA per ultimo, ovviamente per consentirgli di spegnere prima tutte le altre VM… Il comando precedente (vifp listservers) permette di elencare i server ESX così come conosciuti da vma. E’ importante che questi nomi compaiano allo stesso modo all’interno dello script perl.

Modificate inoltre la stringa my $ups_vm_name = “vma”; dovete indicare tra virgolette il nome con cui la virtual machine VMA è stata registrata su ESX o vcenter.

C’è infine il parametro my $sec_to_sleep = 15; indica quanto deve attendere lo script tra l’invio del comando di shutdown delle VM e l’avvio dello schutdown dell’host ESX. 15 secondi sono decisamente troppo pochi, fate delle prove ma in ogni caso prevedete di alzarlo almeno a 60.

Editiamo adesso il file /etc/apcupsd/apccontrol. Trovate la sezione doshutdown e modificatela come segue:

doshutdown)
echo "UPS ${2} initiated Shutdown Sequence" | ${WALL}
/home/vi-admin/upsVIShutdown.pl
${SHUTDOWN} -h now "apcupsd UPS ${2} initiated shutdown"
;;

Praticamente abbiamo aggiunto la riga che chiama lo script perl.

Adesso, come ultima cosa, non vi resta che spegnere l’ups e verificare la partenza dello script!!!

Non vorrete che un sistemista VMware non abbia gli strumenti adatti ad amministrare ESX?

PS: notate che si parla di ESX 5.0, chissà che novità porterà [...]]]> http://www.ntpro.nl/blog/archives/1570-Manage-your-ESX-5.0-host-from-the-iPad.html

Non vorrete che un sistemista VMware non abbia gli strumenti adatti ad amministrare ESX?

PS: notate che si parla di ESX 5.0, chissà che novità porterà con se…

Con l’uscita di vsphere 4 però c’è un problema con update manager: ci si aspetterebbe che vcenter [...]]]> Dall’uscita di Vsphere 4, vmware ha insistito ulteriormente nell’affermare che vcenter andrebbe installato in una virtual machine piuttosto che lasciato su un sistema fisico. Non voglio riprendere tutte le argomentazioni a supporto di questa teoria, quindi le darò per assodate.

Con l’uscita di vsphere 4 però c’è un problema con update manager: ci si aspetterebbe che vcenter mettendo in maintenance mode un nodo per poterne effettuare il patching sposti tutte le VM in esecuzione su un altro nodo del cluster. Ed effettivamente è così, a patto che una di queste macchine non sia il vcenter stesso o l’update manager.

In questo caso, sarà necessario muovere manualmente la VM tramite vmotion. Questo non avveniva con VI3, e grazie a questo si poteva invocare il patching di un intero cluster con un click; adesso almeno un paio di movimenti con vmotion andranno fatti manualmente.

Di cosa si tratta? E’ una nuova piattaforma che sfruttando opportunamente un portale web, le vshield zones, e chargeback, di avere un sistema di provisioning di vsphere per utenti. [...]]]> Lo dico subito: anche senza averlo provato, sembra una figata! dal vmworld stanno arrivando come previsto ieri tonnellate di annunci, ma questo è uno dei migliori senza dubbio.

Di cosa si tratta? E’ una nuova piattaforma che sfruttando opportunamente un portale web, le vshield zones, e chargeback, di avere un sistema di provisioning di vsphere per utenti. Sulla falsariga di quanto fanno i sistemi di public cloud come Amazon AWS, Elastic Hosts e altri, potremo collegarci al portale, accedere, e richiedere direttamente da web interi datacenters virtuali, dove però non avremo la visibilità classica del datacenter di vsphere, ma “semplicemente” un determinato quantitiativo di cpu, ram, spazio disco e banda da distribuire poi su più virtual machines secondo le nostre esigenze. Appunto come succede adesso nelle public clouds.

Non mancano elementi classici come vcloud API, che sono ne più ne meno delle api REST per gestire i vari componenti.

In soldoni: vorrete in futuro far concorrenza a Amazon e non dovervi sviluppare tutto il portale e le logiche di gestione? Bene, preparare temo un bel pò di soldi e buttatevi su vCloud Anche molte aziende di medie-grandi dimensioni potrebbero trovare finalmente un prodotto per automatizzare il provisioning di virtual machines, e agire da completo fornitore interno per gli altri reparti.

Potete leggerne di più a questo indirizzo:

http://www.vmware.com/products/vcloud-director/

Come sempre, questa è l’occasione per VMware e tutti i suoi partner di annunciare nuove tecnologie e nuovi prodotti, tanto che se come penso sarà anche solo simile allo scorso anno, settimana prossima ci ritroveremo a parlare per giorni interi di tutto [...]]]> Come penso saprete, in questi giorni si sta svolgendo il VMworld 2010 a San Francisco.

Come sempre, questa è l’occasione per VMware e tutti i suoi partner di annunciare nuove tecnologie e nuovi prodotti, tanto che se come penso sarà anche solo simile allo scorso anno, settimana prossima ci ritroveremo a parlare per giorni interi di tutto quello che è stato presentato in questi giorni.

Io come sempre cercherò di filtrare quel che arriva, alla fine nel mio lavoro quotidiano uso sempre gli stessi software principali, le tecnologie hardware di quei 4-5 produttori di cui mi fido e sulle quali ho esperienza, e introduco pian piano le novità per evitare di dover collassare sul computer in piena notte, e sentirmele giustamente dietro da mia moglie.

Vi vorrei però segnalare lo speech di domani: sarà tenuto come lo scorso anno congiuntamente da Maritz e Herrod, rispettivamente presidente e responsabile sviluppo. L’anno scorso fu l’occasione per annunciare vsphere 4 col suo bagaglio di nuove tecnologie (FT, distributed switches e tutto il resto), quest’anno vedremo.

Se volete seguire la presentazione via webcast, collegatevi in tempo per le 18 ore italiane qua:

http://www.vmworld.com/go/vmworld-general-sessions

Tempo fa avevo scritto di come funzionassero i nodi primari e secondari di un cluster Ha, di quali fossero i limiti e di come eventualmetne gestirli.

Bene, questa nuova funzione ermette di specificare i nomi dns o gli indirizzi ip [...]]]> C’è una nuova configurazione per HA in vsphere 4.1, totalmente non supportata in quanto ancora in fase embrionale.

Tempo fa avevo scritto di come funzionassero i nodi primari e secondari di un cluster Ha, di quali fossero i limiti e di come eventualmetne gestirli.

Bene, questa nuova funzione ermette di specificare i nomi dns o gli indirizzi ip dei nodi primari, separati da virgole o spazi, in modo da mantenere sempre gli stessi nodi preferiti. Se ne possono specificare anche più dei 5 previsti, e in questo caso verranno utilizzati i primi 5. Per fare ciò:

das.preferredPrimaries = host1 host2 host3

E’ possibile connettere un disco USB, formattato FAT, e usarlo tranquillamente su un sistema ESX per copiare file da e verso il disco stesso. Per realizzare il tutto:

Questa attività è abbastanza comune, specie in presenza di ischi virtuali di grosse dimensioni. Immaginate di avere un file server: potreste avere il disco di sistema posizionato su un datastore col classico block size da [...]]]> Se avete dei dischi virtuali posizionati su datastores diversi, potrebbe capitarvi di avere impostato su questi due datastores dei block size diversi.

Questa attività è abbastanza comune, specie in presenza di ischi virtuali di grosse dimensioni. Immaginate di avere un file server: potreste avere il disco di sistema posizionato su un datastore col classico block size da 1 mb, e il disco dati da 500 gb o ancora maggiore su un datastore diverso, con block size da 2 mb.

Cosa succede quando effettuiamo una snapshot? Per definizione le snapshots vengono salvate nella directory di lavoro della virtual machine, ovvero sul datastore con block size da 1 mb. Qui verrà salvata anche la snapshot del disco da 500 gb, che quindi crescendo potrebbe arrivare a superare la dimensione massima di 256 gb consentita dal block size di 1 mb. Fate quindi molta attenzione a dove posizionate le snapshot, pena ritrovarvi con il disco bloccato.

Tecnicamente è possibile: fusion ad esempio permette di realizzare una VM mac os x server, usare il dvd non server durante l’installazione, e passare poi la vm tramite converter a un sistema ESX.

Il problema è la licenza: come chiaramente indicato, Mac OS X (la versione non server) è installabile unicamente su hardware marchiato apple.Indico tra parentesi [...]]]> Ni.

Tecnicamente è possibile: fusion ad esempio permette di realizzare una VM mac os x server, usare il dvd non server durante l’installazione, e passare poi la vm tramite converter a un sistema ESX.

Il problema è la licenza: come chiaramente indicato, Mac OS X (la versione non server) è installabile unicamente su hardware marchiato apple.Indico tra parentesi “non server” perchè invece la licenza server consente l’installazione anche su vmware.

A meno di non voler aspettare un server esxi realizzato da apple, per ora non se ne può fare nulla. Almeno legalmente.