Installazione di NSX Manager in ESXi mediante lo strumento OVF da riga di comando

Se si preferisce automatizzare o utilizzare la CLI per l'installazione di NSX Manager, è possibile utilizzare lo strumento OVF VMware, che è un'utilità della riga di comando.

Per impostazione predefinita, nsx_isSSHEnabled e nsx_allowSSHRootLogin sono entrambi disabilitati per motivi di sicurezza. Quando sono disabilitati, non è possibile accedere tramite SSH o alla riga di comando NSX Manager. Se si abilita nsx_isSSHEnabled ma non nsx_allowSSHRootLogin, è possibile accedere tramite SSH a NSX Manager ma non è possibile accedere come utente root.

Prerequisiti

• È possibile scaricare lo strumento OVF più recente dal portale Customer Connect.
• Verificare che i requisiti di sistema siano soddisfatti. Vedere Requisiti di sistema.
• Verificare che le porte necessarie siano aperte. Vedere Porte e protocolli.
• Verificare che un datastore sia configurato e accessibile nell'host ESXi.
• Verificare di disporre del gateway e dell'indirizzo IP, degli indirizzi IP del server DNS, dell'elenco di ricerca del dominio e dell'indirizzo IP o del nome di dominio completo del server NTP che NSX Manager o Cloud Service Manager dovrà utilizzare.
• Creare un VDS di gestione e un gruppo di porte della macchina virtuale di destinazione in vCenter. Inserire le appliance NSX in questa rete del gruppo di porte del VDS di gestione. Vedere Preparazione di un vSphere Distributed Switch per NSX.
  È possibile utilizzare più reti di gestione purché i nodi NSX Manager dispongano di connettività coerente e una latenza consigliata tra loro.

  Nota: Se si intende utilizzare il VIP del cluster, tutte le appliance NSX Manager devono appartenere alla stessa subnet.
• Pianificare lo schema di indirizzamento del VIP del cluster NSX Manager e IP di NSX Manager.
  Nota: Verificare di disporre del nome host da utilizzare per NSX Manager. Il formato del nome host deve essere [email protected]. Questo formato è necessario se l'installazione di NSX è dual stack (IPv4, IPv6) e/o se si intende configurare certificati firmati dall'autorità di certificazione.

Procedura

1. Eseguire il comando ovftool con i parametri appropriati.
   Il processo dipende dal fatto che l'host sia indipendente o gestito da vCenter Server.

   • Per un host indipendente:
     Nota: In un host indipendente, se si immette un ruolo errato nella proprietà nsx_role, l'appliance viene distribuita nel ruolo NSX Manager.
     • Esempio Windows:

       C:\Program Files\VMware\VMware OVF Tool>ovftool \
       --name=<nsxmanager> 
       --X:injectOvfEnv 
       --X:logFile=ovftool.log 
       --sourceType=OVA 
       --vmFolder='Folder-in-VC' 
       --allowExtraConfig 
       --datastore=<datastore>
       --net:"<network-name-of-OVF>=<network-name>" 
       --acceptAllEulas 
       --skipManifestCheck 
       --noSSLVerify 
       --diskMode=thin 
       --quiet 
       --hideEula 
       --powerOn 
       --prop:nsx_ip_0=10.196.176.81 
       --prop:nsx_netmask_0=255.255.252.0 
       --prop:nsx_gateway_0=10.196.179.253 
       --prop:nsx_dns1_0=10.142.7.1 
       --prop:nsx_domain_0=eng.vmware.com 
       --prop:nsx_ntp_0=10.128.243.14 
       --prop:nsx_isSSHEnabled=True 
       --prop:"nsx_passwd_0=<password>" 
       --prop:"nsx_cli_passwd_0=<password-cli>" 
       --prop:"nsx_cli_audit_passwd_0=<password-cli-audit>" 
       --prop:nsx_hostname=<hostname> 
       --prop:mgrhostname01="[email protected]" 
       --prop:nsx_allowSSHRootLogin=True 
       --prop:nsx_role="NSX Manager" 
       --X:logFile=/root/ovftool/<ovf-folder>.log 
       --X:logLevel=trivia 
       --ipProtocol=IPv4 
       --ipAllocationPolicy="fixedPolicy" 
       <nsx-unified-applicance>.ova 
       'vi://[email protected]:[email protected]/<datacenter>/host/Install/10.196.6.78/'

       Nota: Il blocco di codice Windows precedente utilizza la barra rovesciata (\) per indicare la continuazione della riga di comando. Nell'uso effettivo omettere la barra rovesciata e inserire l'intero comando in una singola riga.

       Nota: Nell'esempio precedente, 10.168.110.51 è l'indirizzo IP della macchina host in cui deve essere distribuito NSX Manager.

       Nota: Nell'esempio precedente, --deploymentOption è impostato sulla dimensione predefinita Medio. Per conoscere le altre dimensioni supportate, vedere Requisiti di sistema di macchina virtuale e del nodo di trasporto host di NSX Manager.
     • Esempio Linux:

       mgrformfactor="small"
       ipAllocationPolicy="fixedPolicy"
       mgrdatastore="QNAP-Share-VMs"
       mgrnetwork="Management-VLAN-210"
       
       mgrname01="nsx-manager-01"
       mgrhostname01="nsx-manager-01"
       mgrip01="192.168.210.121"
       
       mgrnetmask="255.255.255.0"
       mgrgw="192.168.210.254"
       mgrdns="192.168.110.10"
       mgrntp="192.168.210.254"
       mgrpasswd="<password>"
       mgrssh="<True|False>"
       mgrroot="<True|False>"
       logLevel="trivia"
       
       mgresxhost01="192.168.110.113"
       
       ovftool 
       --name=<nsxmanager> 
       --X:injectOvfEnv 
       --X:logFile=ovftool.log 
       --sourceType=OVA 
       --vmFolder='Folder-in-VC' 
       --allowExtraConfig 
       --datastore=<datastore>
       --net:"<network-name-of-OVF>=<network-name>" 
       --acceptAllEulas 
       --skipManifestCheck 
       --noSSLVerify 
       --diskMode=thin 
       --quiet 
       --hideEula 
       --powerOn 
       --prop:nsx_ip_0=10.196.176.81 
       --prop:nsx_netmask_0=255.255.252.0 
       --prop:nsx_gateway_0=10.196.179.253 
       --prop:nsx_dns1_0=10.142.7.1 
       --prop:nsx_domain_0=eng.vmware.com 
       --prop:nsx_ntp_0=10.128.243.14 
       --prop:nsx_isSSHEnabled=True 
       --prop:"nsx_passwd_0=<password>" 
       --prop:"nsx_cli_passwd_0=<password-cli>" 
       --prop:"nsx_cli_audit_passwd_0=<password-cli-audit>" 
       --prop:nsx_hostname=<hostname> 
       --prop:mgrhostname01="[email protected]" 
       --prop:nsx_allowSSHRootLogin=True 
       --prop:nsx_role="NSX Manager" 
       --X:logFile=/root/ovftool/<ovf-folder>.log 
       --X:logLevel=trivia 
       --ipProtocol=IPv4 
       --ipAllocationPolicy="fixedPolicy" 
       <nsx-unified-applicance>.ova 
       'vi://[email protected]:[email protected]/<datacenter>/host/Install/10.196.6.78/'

     Il risultato deve avere aspetto simile al seguente:

     Opening OVA source: nsx-<component>.ova
     The manifest validates
     Source is signed and the certificate validates
     Opening VI target: vi://root:<password>@<esxi-IP-address>
     Deploying to VI: vi://root:<password>@<esxi-IP-address>
     Transfer Completed
     Powering on VM: NSX Manager
     Task Completed
     Completed successfully
     

   • Per un host gestito da vCenter Server:
     • Esempio Windows:

       C:\Users\Administrator\Downloads>ovftool 
       --name=<nsxmanager> 
       --X:injectOvfEnv 
       --X:logFile=ovftool.log 
       --sourceType=OVA 
       --vmFolder='Folder-in-VC' 
       --allowExtraConfig 
       --datastore=<datastore>
       --net:"<network-name-of-OVF>=<network-name>" 
       --acceptAllEulas 
       --skipManifestCheck 
       --noSSLVerify 
       --diskMode=thin 
       --quiet 
       --hideEula 
       --powerOn 
       --prop:nsx_ip_0=10.196.176.81 
       --prop:nsx_netmask_0=255.255.252.0 
       --prop:nsx_gateway_0=10.196.179.253 
       --prop:nsx_dns1_0=10.142.7.1 
       --prop:nsx_domain_0=eng.vmware.com 
       --prop:nsx_ntp_0=10.128.243.14 
       --prop:nsx_isSSHEnabled=True 
       --prop:"nsx_passwd_0=<password>" 
       --prop:"nsx_cli_passwd_0=<password-cli>" 
       --prop:"nsx_cli_audit_passwd_0=<password-cli-audit>" 
       --prop:nsx_hostname=<hostname> 
       --prop:mgrhostname01="[email protected]" 
       --prop:nsx_allowSSHRootLogin=True 
       --prop:nsx_role="NSX Manager" 
       --X:logFile=/root/ovftool/<ovf-folder>.log 
       --X:logLevel=trivia 
       --ipProtocol=IPv4 
       --ipAllocationPolicy="fixedPolicy" <nsx-unified-applicance>.ova 
       'vi://[email protected]:[email protected]/<datacenter>/host/Install/10.196.6.78/'

       Nota: Il blocco di codice Windows precedente utilizza la barra rovesciata (\) per indicare la continuazione della riga di comando. Nell'uso effettivo omettere la barra rovesciata e inserire l'intero comando in una singola riga.
       Nota: Nell'esempio precedente, --deploymentOption è impostato sulla dimensione predefinita Medio. Per conoscere le altre dimensioni supportate, vedere Requisiti di sistema di macchina virtuale e del nodo di trasporto host di NSX Manager.
     • Esempio Linux:

       mgrformfactor="small"
       ipAllocationPolicy="fixedPolicy"
       mgrdatastore="QNAP-Share-VMs"
       mgrnetwork="Management-VLAN-210"
       
       mgrname01="nsx-manager-01"
       mgrhostname01="nsx-manager-01"
       mgrip01="192.168.210.121"
       
       mgrnetmask="255.255.255.0"
       mgrgw="192.168.210.254"
       mgrdns="192.168.110.10"
       mgrntp="192.168.210.254"
       mgrpasswd="<password>"
       mgrssh="<True|False>"
       mgrroot="<True|False>"
       logLevel="trivia"
       
       vcadmin="[email protected]"
       vcpass="<password>"
       vcip="192.168.110.151"
       mgresxhost01="192.168.110.113"
       
       ovftool
       --name=<nsxmanager> 
       --X:injectOvfEnv 
       --X:logFile=ovftool.log 
       --sourceType=OVA 
       --vmFolder='Folder-in-VC' 
       --allowExtraConfig 
       --datastore=<datastore>
       --net:"<network-name-of-OVF>=<network-name>" 
       --acceptAllEulas 
       --skipManifestCheck 
       --noSSLVerify 
       --diskMode=thin 
       --quiet 
       --hideEula 
       --powerOn 
       --prop:nsx_ip_0=10.196.176.81 
       --prop:nsx_netmask_0=255.255.252.0 
       --prop:nsx_gateway_0=10.196.179.253 
       --prop:nsx_dns1_0=10.142.7.1 
       --prop:nsx_domain_0=eng.vmware.com 
       --prop:nsx_ntp_0=10.128.243.14 
       --prop:nsx_isSSHEnabled=True 
       --prop:"nsx_passwd_0=<password>" 
       --prop:"nsx_cli_passwd_0=<password-cli>" 
       --prop:"nsx_cli_audit_passwd_0=<password-cli-audit>" 
       --prop:nsx_hostname=<hostname> 
       --prop:mgrhostname01="[email protected]" 
       --prop:nsx_allowSSHRootLogin=True 
       --prop:nsx_role="NSX Manager" 
       --X:logFile=/root/ovftool/<ovf-folder>.log 
       --X:logLevel=trivia 
       --ipProtocol=IPv4 
       --ipAllocationPolicy="fixedPolicy" <nsx-unified-applicance>.ova 
       'vi://[email protected]:[email protected]/<datacenter>/host/Install/10.196.6.78/'

     Il risultato deve avere aspetto simile al seguente:

     Opening OVA source: nsx-<component>.ova
     The manifest validates
     Source is signed and the certificate validates
     Opening VI target: vi://[email protected]@<esxi-IP-address:port>/
     Deploying to VI: vi://[email protected]@<esxi-IP-address:port>/
     Transfer Completed
     Powering on VM: NSX Manager
     Task Completed
     Completed successfully
     

2. È inoltre possibile eseguire lo strumento OVF in modalità Probe per visualizzare i contenuti di un'origine. I pacchetti OVA e OVF possono essere sottoposti a probe tra un elenco di altri tipi di origine supportati. Per configurare le distribuzioni, è possibile utilizzare le informazioni restituite dalla modalità Probe.
   $> \ovftool --allowExtraConfig <OVA path or URL>
   Dove --allowExtraConfig è il tipo di appliance supportato per Cloud Service Manager (CSM).
3. Per ottenere prestazioni ottimali, riservare memoria per l'appliance.

   Impostare la prenotazione per assicurarsi che NSX Manager disponga di memoria sufficiente per funzionare in modo efficiente. Vedere Requisiti di sistema di macchina virtuale e del nodo di trasporto host di NSX Manager.

4. Da vSphere Client, verificare che la macchina virtuale sia accesa. Aprire la console della macchina virtuale per monitorare il processo di avvio del nodo.
5. Dopo l'avvio del nodo della macchina virtuale, accedere alla CLI come amministratore ed eseguire il comando get interface eth0 per verificare che l'indirizzo IP sia stato applicato come previsto.
6. Immettere il comando get services dopo un'attesa di circa 5 minuti per verificare che tutti i servizi predefiniti siano in esecuzione.
   I seguenti servizi non sono necessari per impostazione predefinita e non vengono avviati automaticamente.

   • liagent
   • migration-coordinator: questo servizio viene utilizzato solo quando si esegue il coordinatore della migrazione. Prima di avviare questo servizio, vedere Guida alla migrazione di NSX.
   • snmp: per informazioni sull'avvio di SNMP, vedere Simple Network Management Protocol in Guida all'amministrazione di NSX.
   • nsx-message-bus: questo servizio non viene utilizzato in NSX 3.0.
7. Dopo la distribuzione, verificare che l'interfaccia utente di NSX Manager sia attiva accedendo all'URL seguente, https://nsx-manager-ip o https://nsx-manager-fqdn.
8. Verificare che il nodo NSX Manager Cloud Service Manager o Global Manager disponga della connettività richiesta.
   Eseguire le attività seguenti:

   • Effettuare il ping del nodo da un'altra macchina.
   • Il nodo può effettuare il ping del gateway predefinito.
   • Il nodo può effettuare il ping degli host hypervisor che si trovano nella stessa rete utilizzando l'interfaccia di gestione.
   • Il nodo può effettuare il ping del server DNS e del server NTP o del nome di dominio completo.
   • Se è stato abilitato SSH, assicurarsi di poter accedere tramite SSH al nodo.

   Se la connettività non viene stabilita, assicurarsi che la scheda di rete dell'appliance virtuale si trovi nella rete o nella VLAN appropriata.

Operazioni successive

• Accedere a NSX Manager da un browser Web supportato. Vedere Accedere all'appliance NSX Manager appena creata.
  Nota: I nodi di NSX Manager rimossi dal cluster devono essere spenti o eliminati. Non riutilizzare nuovamente gli stessi NSX Manager nell'ambiente.
• Se si distribuiscono il secondo e il terzo nodo di NSX Manager come OVA/OVF, unire i nodi di gestione al primo nodo di gestione distribuito per creare cluster NSX Manager. Vedere Formare un cluster di NSX Manager utilizzando la CLI.