VeronaInformatica » vsphere

Vsphere client PORTABLE

Pandiscia Francesco — Mon, 21 Mar 2011 14:27:58 +0000

Questo articolo per segnalarvi la possibilità di scaricare una versione del client Vsphere “portable” creato tramite tecnologie Thinapp,ovvero la piattaforma della famiglia VMware, dedicata alla virtualizzazione delle applicazioni. Tramite questo download sarà quindi possibile ad esempio mettere l’eseguibile su una share di rete e lanciare direttamente il Vsphere Client senza dover installare ogni volta il prodotto. Da questo link trovate il download della versione “portable” del client di management Vsphere. Qua invece trovate anche un video relativo al funzionamento di Vsphere client “thinapped”.

Serverino silenzioso, HP Proliant Microserver…

Pandiscia Francesco — Mon, 17 Jan 2011 09:53:13 +0000

Se siete alla ricerca di un server economico e silenzioso, vi segnalerei un server dalle dimensioni ridotte e da un rumorosità molto bassa (22 decibel).L’hardware in questione è un server HP della famiglia Proliant, il modello è il Microserver. La cosa carina è data dalla compatibilità con VMware Vsphere. Anche le dimensioni fisiche sono da “barebone” (21 x 26 x 26,7cm); quindi rappresenta una valida scelta anche laddove si pensi ad installare in una sede periferica un read-only domain controller (RODC) . Se vogliamo trovare un limite potrebbe essere quello degli 8 GB di Ram, ma visto che si tratta di un prodotto destinato alla fascia entry-level del mercato, direi che ci si può benissimo accontentare.

Il server in questione rappresenta anche una possibile soluzione per la creazione di un “lab” per il test della piattaforma VMware. A tal proposito vi consiglio di visitare il seguente indirizzo, dove è mantenuta ed aggiornata una lista di compatibilità Vsphere anche con workstation ed hardware di tipo SOHO.

VMware vSphere HA: Internal AAM Error

Pandiscia Francesco — Mon, 10 Jan 2011 13:35:35 +0000

Se durante la configurazione in HA di nodi Vsphere ricevete il seguente errore HA agent has an error : cmd addnode failed for secondary node: Internal AAM Error – agent could not start. : Unknown HA error” molto probabilmente la causa del problema è da ricercarsi in problemi di risoluzione dei nomi DNS. Comunque procedendo con ordine, la prima cosa più rapida da provare è collegarsi col vSphere client al clusterVMware, cliccare col tasto destro sulla macchina host che non ne vuole sapere di abilitare l’HA e cliccare sul “Reconfigure for VMware HA“.

Se anche questa operazione non consente di abilitare l’HA, restituendo sempre lo stesso errore, è verosimile che l’errore sia proprio dovuto ad una configurazione errata del DNS sia lato singolo host ESX, sia per il server Vcenter. Bisognerà quindi andare a verificare che nella zona DNS del dominio Active Directory ci siano i nomi server con gli IP corretti, anche per quanto riguarda i record PTR utilizzati per la risoluzione inversa.
Dopodichè assicurati anche che nel file /etc/hosts dei vari hosts ci siano i parametri corretti: la best practices sarebbe quella di non editare tali file e di lasciarli vuoti!
Fatto questo riesegui la configurazione di VMware HA sul/sugli host che non andavano e dovrebbe tornare tutto a posto.

Come riferimento qui trovate la Kb ufficiale di VMware per il troubleshooting del problema.

Best Practices Exchange 2010 su VMware Vsphere

Pandiscia Francesco — Mon, 08 Nov 2010 14:29:26 +0000

VMware ha appena rilasciato un documento relativo alle Best Practices da utilizzare in un contesto di utilizzo del sistema di Messaggistica e Collaborazione Microsoft Exchange 2010 su piattaforma VMware Vsphere.

Il documento è scaricabile gratuitamente dal seguente link: Microsoft Exchange 2010 on VMware vSphere Best Practices Guide. Il contenuto del documento (69 pagine) ci fornisce alcuni suggerimenti per l’implementazione di Exchange 2010 su Vsphere4. Gli argomenti che il documento va a trattare sono:

- ESX host best practices for Exchange

- Exchange performance on vSphere

- Exchange 2010 capacity planning

- Sizing examples for a standalone and clustered mailbox server (16K users)

- vSphere enhancements for deployment and operations

Tra le raccomandazioni che VMware va a trattare ci sono tips relativi al dimensionamento di vCPU (si consiglia di stare bassi come numero di vCPU) e poi semmai andare ad incrementarle se il carico di lavoro risulta poi più pesante, evitando di mettere un numero maggiore di vCPU rispetto ai processori fisici presenti.

Differenze architetturali VMware Esx 3.5 e Vmware Vsphere 4

Pandiscia Francesco — Thu, 14 Jan 2010 18:29:15 +0000

Differenze architetturali VMware Esx 3.5 – Vmware Vsphere 4:
Le differenze di tipo architetturale che si hanno con la nuova versione riguardano il cosiddetto VMware VNetwork Distributed Switch (CISCO NEXUS 1000v): la nuova generazione della soluzione di virtual networking di VMware.
VMware VSphere introduce quindi Il VDS (virtual distributed switch) che è in grado di gestire contemporaneamente più host,riducendo le attività di configurazione,in quanto la configurazione può avvenire a livello cluster,invece che il precedente livello di singolo host. Altra novità è l’introduzione di VMware VMsafe, ovvero la tecnologia che permette di proteggere (tipo Antivirus e Firewall) la singola virtual machine, il tutto in maniera trasparente rispetto a quello che sono le performance a livello Cpu,disco e I/O in generale.
Dal punto di vista delle policy e lato quindi amminsitrativo con VMware Vsphere l’admin è in grado di mantenere un ambiente virtuale omogeneo grazie a dei setting cetralizzati che si possono applicare a tutte le VM appartenenti ad un determinato host. Con la nuova versione si ha inoltre supporto completo a VMware Distributed Power Management che permette la gestione centralizzata del risparmio energetico (adesso che vada di moda il GREEN IT )
Altra novità importante è relativa alla possibilità di estendere in maniera semplice via GUI l’ampiezza dei dischi delle VM, evitando quindi il riempimento delle unità disco.