Quando si esegue l'upgrade di vCenter Server 8.0, è importante comprendere quali modifiche nel comportamento dei componenti per la versione 8.0 possono influire sul processo di upgrade.

La comprensione delle modifiche rispetto alle versioni precedenti di vSphere può risultare utile nella pianificazione dell'upgrade. Per un elenco completo delle nuove funzionalità di vSphere 8.0, vedere le note di rilascio per le release della versione 8.0.

Metodi di aggiornamento

Sono disponibili più metodi per l'upgrade di vCenter Server alla versione 8.0.

Percorso di migrazione supportato da vCenter Server per Windows a vCenter Server
È possibile eseguire la migrazione da un'istanza esistente di vCenter Server per Windows a una distribuzione vCenter Server 8.0 mediante un programma di installazione GUI (interfaccia utente grafica) o CLI (interfaccia della riga di comando). Vedere Migrazione di vCenter Server per Windows a un'appliance vCenter Server.
Supporto di distribuzioni GUI (interfaccia utente grafica) di vCenter Server
È possibile utilizzare la GUI per aggiornare una distribuzione esistente di vCenter Server Appliance versione 6.7 o 7.0 a vCenter Server 8.0. Vedere Upgrade GUI dell'appliance vCenter Server.
Supporto di distribuzioni CLI (interfaccia della riga di comando) di vCenter Server Appliance
È possibile utilizzare la CLI per aggiornare una distribuzione esistente di vCenter Server Appliance versione 6.7 o 7.0 a vCenter Server 8.0. Vedere Upgrade tramite CLI dell'appliance vCenter Server.
Support for Reduced Downtime Upgrade through vSphere Client
È possibile utilizzare un approccio basato sulla migrazione per aggiornare vCenter Server da una versione principale a una versione secondaria, riducendo il tempo di inattività ad alcuni minuti. Vedere Reduced Downtime Upgrade.

Modifiche dei tipi di distribuzione supportati

Le modifiche rispetto alle versioni precedenti di vSphere possono influire sul tipo di distribuzione.

Upgrade e migrazione di ambienti IPv4 e IPv6 misti

  • L'aggiornamento e la migrazione da vCenter Server 6.7 o 7.0 a 8.0 sono supportati solo per le reti di gestione IPv4 o IPv6 pure.
  • L'uso di stack dual IP (IPv4 e IPv6) non è supportato.

Rimozione di Platform Services Controller

A partire da vSphere 7.0, la distribuzione o l'upgrade di vCenter Server in vSphere 7.0 richiede l'uso di vCenter Server Appliance, una macchina virtuale preconfigurata ottimizzata per l'esecuzione di vCenter Server.

Il nuovo ambiente vCenter Server contiene tutti i servizi del Platform Services Controller, conservando funzionalità e workflow, inclusi autenticazione, gestione dei certificati e licenze. Non è più necessario né possibile distribuire e utilizzare un Platform Services Controller esterno. Tutti i servizi di Platform Services Controller vengono consolidati in vCenter Server e la distribuzione e l'amministrazione sono semplificate.

Poiché tali servizi fanno ora parte di vCenter Server, non sono più descritti come parte di Platform Services Controller. In vSphere 7.0, la pubblicazione di Autenticazione di vSphere sostituisce la pubblicazione di Amministrazione di Platform Services Controller. La nuova pubblicazione contiene informazioni complete relative all'autenticazione e alla gestione dei certificati.

Aggiornamento o migrazione per le istanze di vCenter Server con Platform Services Controller esterno

Quando si esegue l'aggiornamento o la migrazione di una distribuzione di vCenter Server utilizzando un Platform Services Controller, è innanzitutto necessario far convergere il Platform Services Controller esterno in un Platform Services Controller incorporato e quindi eseguire l'aggiornamento o la migrazione.

Quando si fa convergere Platform Services Controller in un vCenter Server Appliance, è necessario identificare il nodo di gestione da utilizzare per il dominio vSphere SSO della distribuzione. Nei domini con più istanze di vCenter Server, è necessario specificare il partner di replica SSO da utilizzare per ogni vCenter Server successivo.

Il metodo utilizzato per l'aggiornamento o la migrazione determina la modalità di definizione del nodo di gestione da utilizzare per il dominio vSphere SSO della distribuzione.

Al termine del processo di aggiornamento o migrazione, nel vCenter Server Appliance 8.0 appena distribuito saranno incorporati i servizi di Platform Services Controller precedenti. Sarà quindi possibile dismettere l'istanza di Platform Services Controller esterna in uso nell'ambiente. Vedere Dismissione di Platform Services Controller.

Per ulteriori informazioni sull'esecuzione della convergenza di una distribuzione di vCenter Server, che utilizza un'istanza di Platform Services Controller esterna, in un vCenter Server Appliance, vedere l'articolo della Knowledge Base KB 68137.

Upgrade o migrazione al servizio di licenza vSphere

Il servizio di licenza offre comuni funzionalità di gestione e inventario delle licenze per sistemi vCenter Server. Quando si esegue l'upgrade o la migrazione della distribuzione di vCenter Server, i dati delle licenze vengono trasferiti nel servizio di licenza nell'appliance vCenter Server.

Quando si esegue l'aggiornamento della versione 6.7 o 7.0 di vCenter Server connessa a Platform Services Controller, i dati delle licenze vengono trasferiti nel servizio di licenza in vCenter Server Appliance. I dati delle licenze includono le assegnazioni di licenze e le licenze disponibili per host, sistemi vCenter Server, cluster vSAN e altri prodotti utilizzati con vSphere.

Al termine dell'upgrade o della migrazione dei sistemi vCenter Server, il servizio di licenza archivia le licenze disponibili e gestisce le assegnazioni delle licenze per l'intero ambiente vSphere.

Per ulteriori informazioni sul servizio di licenza e sulla gestione delle licenze in vSphere, vedere vCenter Server e gestione degli host.

Upgrade di Trust Authority vCenter Server

Upgrade di Trust Authority vCenter Server e Trust Authority Host.

A partire da vSphere 8.0, è possibile utilizzare VMware® vSphere Trust Authority™. vSphere Trust Authority è una tecnologia fondamentale che migliora la sicurezza dei carichi di lavoro. vSphere Trust Authority stabilisce un livello di attendibilità maggiore nell'organizzazione associando una root di attendibilità hardware dell'host ESXi al carico di lavoro stesso.

La procedura consigliata per l'upgrade di un'infrastruttura vSphere Trust Authority consiste nell'eseguire prima l'upgrade di Trust Authority vCenter Server e di Trust Authority Host Trust Authority. In questo modo si ottengono i maggiori vantaggi dalle funzionalità di vSphere Trust Authority più recenti. Tuttavia, è possibile eseguire aggiornamenti separati e autonomi di host vCenter Server e ESXi per motivi aziendali specifici. Per ulteriori informazioni sull'upgrade del cluster Trust Authority vCenter Server, vedere la sezione sul ciclo di vita di vSphere Trust Authority nella guida Sicurezza di vSphere.

Supporto per l'upgrade di un'istanza di vCenter Server con multihoming

Quando si esegue l'upgrade di vCenter Server Appliance con due o più schede NIC (Network Interface Card), gli indirizzi IP IP di ciascuna interfaccia di rete vengono trasferiti dall'istanza di vCenter Server di origine all'istanza di vCenter Server di destinazione.

Durante il processo di upgrade, il programma di installazione dell'upgrade esegue un controllo preliminare del sistema vCenter Server di origine e registra le impostazioni di rete. Quando queste informazioni vengono trasferite al vCenter Server Appliance di destinazione, le impostazioni di rete vengono trasferite come parte della configurazione. Al termine del processo di upgrade, è possibile accedere al vCenter Server Appliance utilizzando vSphere ClientvSphere Client e verificare che gli indirizzi IP siano stati trasferiti correttamente nel vCenter Server Appliance appena sottoposto ad upgrade.

Con due o più schede NIC per ogni vCenter Server Appliance, è possibile gestire meglio il traffico di rete nell'ambiente in uso. Ad esempio, con più interfacce di rete è possibile:
  • Configurare il traffico di backup in modo che utilizzi una rete diversa dal traffico di gestione.
  • Mantenere gli host ESXi su un segmento di LAN fisicamente diverso da quello del traffico di gestione. È possibile connettere un'interfaccia di rete alla rete con gli host ESXi e l'altra interfaccia di rete a una rete da cui i client amministrativi si connettono a vCenter Server.

Supporto per Federal Information Processing Standard 140-2

vCenter Server 8.0 supporta lo standard FIPS (Federal Information Processing Standard) 140-2.

FIPS 140-2 è uno standard governativo di USA e Canada che specifica i requisiti di sicurezza per i moduli crittografici. Per impostazione predefinita, FIPS 140-2 è sempre attivato dopo l'installazione o l'aggiornamento di vCenter Server 8.0.

Per ulteriori informazioni sul supporto dello standard FIPS 140-2 nei prodotti VMware, vedere https://www.vmware.com/security/certifications/fips.html.

Per informazioni su come attivare o disattivare il supporto di FIPS 140-2, vedere la documentazione Sicurezza di vSphere.

Supporto di TLS (Transport Security Layer) 1.3

A partire dalla versione 8.0 Update 3, vSphere supporta TLS 1.3 e 1.2 tramite l'uso dei profili TLS. Per impostazione predefinita, vSphere supporta il protocollo di crittografia TLS (Transport Security Layer) 1.3.

L'aggiornamento a vSphere 8.0 Update 3 attiva il profilo TLS predefinito, denominato COMPATIBILE, negli host ESXi e vCenter Server. Il profilo COMPATIBILE supporta TLS 1.3 e alcune connessioni TLS 1.2.

Per informazioni su come gestire la configurazione TLS, vedere la guida Sicurezza di vSphere.