Passare da VMware Horizon a Omnissa è molto più di un semplice cambio di nome, rappresenta un cambiamento strutturale e architetturale nel panorama VDI.
Se da un lato un aggiornamento diretto (in-place) può sembrare la via più breve, dall'altro spesso introduce problematiche tecniche o rompe l'automazione esistente a causa del massiccio rebranding di chiavi di registro, percorsi di file e moduli di licenza.
Migrare da VMware Horizon a Omnissa: le differenze tecniche
La prima differenza che si nota dopo l'aggiornamento da VMware Horizon a Omnissa è la nuova grafica e i nuovi loghi.
La nuova grafica della console di Amministrazione Omnissa.
Ma dietro le quinte, ci sono diversi aspetti da considerare quando si valuta un aggiornamento diretto rispetto a un'installazione da zero.
Databse ADAM / AD LDS
Il rebranding del prodotto ha influenzato l'AD LDS partition name, che è passata dalla nomenclatura VMware a quella Omnissa:
Vecchia: DC=vdi,DC=vmware,DC=int
Nuova: DC=vdi,DC=horizon,DC=internal
Omnissa fornisce uno script per migrare al nuovo distinguished name, disponibile nella KB 6000797.
Sebbene l'aggiornamento dei componenti da VMware Horizon a Omnissa possa essere eseguito separatamente dalla migrazione della partizione AD LDS, possono sorgere problemi imprevisti e comportamenti anomali, con il potenziale rischio di bloccare l'ambiente di produzione se lo script fallisce o viene interrotto.
Inoltre, il database stesso viene rinominato (ad esempio, da VMwareVDMDS a OmnissaHzeDS) e un aggiornamento in-place tenta di migrare questo schema. Qualsiasi strumento di monitoraggio di terze parti che punta alla vecchia istanza perderà immediatamente la connessione.
Struttura delle cartelle
Il cambiamento del brand ha avuto un impatto non solo sull'aspetto esteriore (grafica, loghi) ma ha anche coinvolto il file system e il registro di sistema. Un aggiornamento diretto da VMware Horizon a Omnissa non si limita a sovrascrivere i file, ma deve anche spostarli.
Se si utilizzano script, backup agent o strumenti di monitoraggio come ControlUp o Goliath che cercano percorsi specifici, smetteranno di funzionare dopo un aggiornamento.
Registro di sistema
Dopo un aggiornamento diretto, ci si ritrova spesso con chiavi di registro zombie. Il programma di installazione tenta di migrare le impostazioni, ma le chiavi precedenti spesso rimangono, creando confusione per il sistema operativo.
Lo spostamento principale dell'hive:
Vecchio: HKLM\SOFTWARE\VMware, Inc.\VMware VDM
Nuovo: HKLM\SOFTWARE\Omnissa\Horizon
Quando si utilizza DEM, le impostazioni di registro a livello utente per Horizon Client (come il server salvato o Log on as Current User) dipendono da queste voci di registro. Un aggiornamento diretto potrebbe non migrarle in modo affidabile, costringendo gli utenti a reinserire gli URL dei propri Connection Server.
Eseguire un aggiornamento diretto significa dover rintracciare ogni singola chiave di registro e percorso file legacy di VMware per assicurarsi che non causino conflitti.
Group Policy template (ADMX)
To accommodate the name and path changes, new ADMX templates must be used within your Active Directory environment to avoid incorrect references impacting VDI services.
The most critical change is the Full Qualified Name (FQN) of the policy categories.
Per adattarsi ai cambiamenti di nome e percorso, è necessario utilizzare i nuovi modelli ADMX all'interno dell'ambiente Active Directory per evitare che riferimenti errati influiscano sui servizi VDI.
La modifica più critica è il Fully Qualified Name (FQN) delle categorie delle policy.
Vecchia Computer Configuration > Policies > Administrative Templates > VMware Horizon Server Configuration
Nuova: Computer Configuration > Policies > Administrative Templates > Omnissa Horizon Server Configuration
Poiché i GUID interni e i percorsi di questi modelli sono cambiati, le GPO VMware esistenti non verranno mappate automaticamente alle nuove chiavi di registro Omnissa.
Licenza
Ultimo ma non meno importante, anche il meccanismo di licenza è cambiato. Dopo la migrazione da VMware Horizon a Omnissa, non è possibile riutilizzare semplicemente le chiavi esistenti, ma devono essere convertite o riemesse tramite il nuovo Portale Omnissa.
Omnissa si sta allontanando rapidamente dalle licenze perpetue. Se si sta effettuando la transizione a un abbonamento SaaS, la licenza viene assegnata tramite l'Horizon Cloud Connector o l'Horizon Edge.
Sebbene un aggiornamento diretto attivi un grace period di 60 giorni, se non è applicato il nuovo formato della chiave di licenza Omnissa, la console entrerà in Restricted Mode.
Ulteriori informazioni sulle modifiche alle licenze sono disponibili nella KB 6000212.
Conclusioni
La migrazione da VMware Horizon a Omnissa non è un aggiornamento standard ma è un reset dell'infrastruttura.
Quando si considerano le ridenominazioni critiche della partizione del database ADAM, il cambiamento completo dei percorsi di registro e file, le nuove chiavi di licenza e la necessità di nuovi modelli ADMX, i pro e i contro di un aggiornamento diretto diventano incredibilmente sbilanciati.
Scegliendo una installazione da zero, non solo si evita uno script di aggiornamento potenzialmente problematico, ma si offre alla propria azienda una base pulita e ad alte prestazioni sulla nuova piattaforma Omnissa.
