Se si intende utilizzare KVM come nodo di trasporto o come host per la macchina virtuale guest di NSX Manager, ma non si dispone già di una configurazione KVM, è possibile utilizzare la procedura descritta qui.
Procedura
- (Solo RHEL) Aprire il file /etc/yum.conf.
- Cercare la riga exclude.
- Aggiungere la riga
"kernel* redhat-release*"
per configurare YUM in modo da evitare eventuali aggiornamenti RHEL non supportati.exclude=[existing list] kernel* redhat-release*
Se si intende eseguire il plug-in del container NSX-T Data Center, che ha requisiti di compatibilità specifici, escludere anche i moduli correlati al contenitore.
Le versioni di RHEL supportate sono 7.7 e 8.2.exclude=[existing list] kernel* redhat-release* kubelet-* kubeadm-* kubectl-* docker-*
- Installare le utilità KVM e bridge.
Distribuzione Linux Comandi Ubuntu apt-get install -y qemu-kvm libvirt-bin ubuntu-vm-builder bridge-utils virtinst virt-manager virt-viewer libguestfs-tools
RHEL o CentOS Linux yum groupinstall "Virtualization Hypervisor" yum groupinstall "Virtualization Client" yum groupinstall "Virtualization Platform" yum groupinstall "Virtualization Tools"
SUSE Linux Enterprise Server Avviare YaSt e selezionare Virtualizzazione > Installa hypervisor e strumenti. YaSt consente di abilitare e configurare automaticamente il bridge di rete.
- Affinché NSX Manager installi automaticamente i pacchetti software NSX nell'host KVM, preparare la configurazione di rete dell'uplink/interfaccia dati.
L'host KVM può avere più interfacce di rete. Per l'interfaccia di rete che si intende fornire come interfaccia di uplink (interfaccia dati) per NSX-T, è importante che i file di configurazione di rete siano compilati correttamente. NSX-T esamina questi file di configurazione di rete per creare i dispositivi di rete specifici di NSX-T. In Ubuntu, compilare il file /etc/network/interfaces. In RHEL, CentOS o SUSE, compilare il file /etc/sysconfig/network-scripts/ifcfg-$uplinkdevice.
Negli esempi seguenti, l'interfaccia "ens32" è il dispositivo di uplink (interfaccia dati). In base all'ambiente di distribuzione, questa interfaccia può utilizzare le impostazioni DHCP o di IP statico.
Nota: I nomi delle interfacce possono variare in ambienti diversi.Importante: Per Ubuntu, tutte le configurazioni di rete devono essere specificate in /etc/network/interfaces. Non creare singoli file di configurazione di rete come /etc/network/ifcfg-eth1, il che può causare un errore nella creazione del nodo di trasporto.Distribuzione Linux Configurazione di rete Ubuntu Modificare /etc/network/interfaces:
auto eth0 iface eth0 inet manual auto ens32 iface ens32 inet manual
RHEL o CentOS Linux Modificare /etc/sysconfig/network-scripts/ifcfg-ens32:
DEVICE="ens32" TYPE="Ethernet" NAME="ens32" UUID="<something>" BOOTPROTO="none" HWADDR="<something>" ONBOOT="yes" NM_CONTROLLED="no"
SUSE Linux Enterprise Server Se esiste già un host SLES, verificare che le interfacce dati siano già configurate nell'host.
Se non si dispone di un host SLES preconfigurato, vedere la configurazione di riferimento per l'interfaccia di gestione e dati.
Modificare /etc/sysconfig/network/ifcfg-ens32:
DEVICE="ens32" NAME="ens32" UUID="<UUID>" BOOTPROTO="none" LLADDR="<HWADDR>" STARTMODE="yes"
- Riavviare il servizio di rete systemctl restart network o riavviare il server Linux per rendere effettive le modifiche di rete.
- Dopo che l'host KVM è configurato come nodo di trasporto, l'interfaccia bridge "nsx-vtep0.0" viene creata automaticamente da NSX-T.
In Ubuntu, il file /etc/network/interfaces include voci simili alle seguenti:
iface nsx-vtep0.0 inet static pre-up ip addr flush dev nsx-vtep0.0 address <IP_pool_address> netmask <subnet_mask> mtu 1600 down ifconfig nsx-vtep0.0 down up ifconfig nsx-vtep0.0 up
In RHEL, NSX Agent dell'host (nsxa) crea un file di configurazione denominato ifcfg-nsx-vtep0.0 con voci simili alle seguenti:
DEVICE=nsx-vtep0.0 BOOTPROTO=static NETMASK=<IP address> IPADDR=<subnet mask> MTU=1600 ONBOOT=yes USERCTL=no NM_CONTROLLED=no
In SUSE,
DEVICE=nsx-vtep0.0 BOOTPROTO=static NETMASK=255.255.255.0 IPADDR=192.168.13.119 MACADDR=ae:9d:b7:ca:20:4a MTU=1600 USERCTL=no STARTMODE=auto
- Configurare il criterio di rotazione syslog come criterio basato sulla durata anziché come criterio basato sulle dimensioni. Con un criterio di rotazione syslog basato sulle dimensioni, i file di registro generati potrebbero essere di dimensioni molto grandi.