Questo post è disponibile anche in: Inglese

La procedura di aggiornamento a vSphere 5.1 è relativamente simile a quella a vSphere 5.0, già precedentemente affrontata ed è ampliamente trattato nell’Upgrade Guide ufficiale. In generale, almeno per vCenter Server, potrebbe essere meglio una reinstallazione, a parte il caso di un upgrade dalla 5.0 (o in alcuni casi anche dalla 4.1).

Vi sono comunque degli aspetti generali da tenere in considerazione in qualunque upgrade di vSphere:

  • HCL: la Hardware Compatibility List deve essere sempre controllata prima di ogni aggiornamento (ogni versione ha una sua HCL e non è detto che un prodotto nuovo supporti anche l’hardware supportato da una vecchia versione e viceversa). Inoltre bisogna verificare anche la matrice di compatibilità delle parti software (come ad esempio versioni dei DBMS) nella relativa pagina (VMware Product Interoperability Matrix).
  • Firmware: questo aspetto è legato al punto precedente (ogni versione di vSphere richiede un firmware minimo sia per i server che per gli storage)… di solito si consiglia di aggiornare all’ultima versione di BIOS/firmware (salvo dove diversamente specificato dal vendor, dove ad esempio l’ultima versione di firmware non è consigliata da usare in produzione).
  • Driver e moduli: eventuali driver o moduli aggiuntivi di terze parti in ESXi /ESX possono causare problema in fase di upgrade. In questi casi una reinstallazione (o la rimozione degli stessi) può essere risolutiva. Assicurarsi di avere i driver per la nuova versione.
  • Plugin: i vari plugin di vCenter vanno rivisti, sia nella loro parte server-side, sia ovviamente nella parte client side. In molti casi è più semplice rimuovere la componente aggiuntiva prima dell’upgrade per poi installarne la versione nuova (ovviamente in questo modo si perdono tutte le impostazioni). Per rimuovere plugin vecchi, seguire questa guida.
  • VDR: è stato rimpiazzato da un nuovo prodotto (VDP).
  • View: le versioni precedenti di View non sono compatibili con vSphere 5.1 che va quindi aggiornato prima alla 5.1 (come descritto in questo post).
  • SRM: stesso discorso di View. Aggiornare prima SRM alla 5.1 (come descritto in questo post).

Per maggior informazioni vedere anche:

Perché non passare a vSphere 5.1

Titolo volutamente provocatorio, ma la versione 5.1 ha introdotto parecchie novità e per certi versi è quasi una major release (vedere anche: VMware e numerazione delle versioni: .1 è una “minor release”?). Ha poi sofferto di qualche bug e piccoli diffetti durante il suo rilascio (forse anticipato?), in buona parte risolti con le versioni 5.1a e 5.1b.

Rimangono comunque ancora questi difetti:

  • duranta l’upgrade dalla 5.0 viene segnalato che la licenza vCenter non è valida (in realtà poi è valida)
  • se usate i DVS e il beaconing… beh… dovete lasciare perdere (vedere questo post)
  • il contatore dei pacchetti dropped (a livello di vNIC) funziona in modo casuale, generando falsi allarmi
  • alcuni difetti sui grafici (come riportato anche nelle pagine dei download)
  • gli allarmi sulle snapshot triggerano, ma poi non tornano più verdi, se non resettandoli a mano (noioso perché la snapshot dei backup basta per farli triggerare); vedere anche la KB 2037464

Vedere anche questo post (in inglese): VMware vSphere 5.1 Known Issues.

Percorso di aggiornamento

This post has already been read 664 times.

Andrea MauroAbout Andrea Mauro (2717 Posts)

Virtualization, Cloud and Storage Architect. Tech Field delegate. VMUG IT Co-Founder and board member. VMware VMTN Moderator and vExpert 2010-18. Dell TechCenter Rockstar 2014-15. Microsoft MVP 2014-16. Veeam Vanguard 2015-18. Nutanix NTC 2014-18. PernixPro 2014-16. Several certifications including: VCDX-DCV, VCP-DCV/DT/Cloud, VCAP-DCA/DCD/CIA/CID/DTA/DTD, MCSA, MCSE, MCITP, CCA, NPP.


Related Post:

Share