KVM을 전송 노드 또는 NSX Manager 게스트 VM에 대한 호스트로 사용하려고 하지만 KVM을 아직 설정하지 않은 경우 여기에 설명된 절차를 사용할 수 있습니다.
프로시저
- (RHEL에만 해당) /etc/yum.conf 파일을 엽니다.
- exclude 줄을 검색합니다.
-
"kernel* redhat-release*"
줄을 추가하여 지원되지 않는 RHEL 업그레이드를 피하도록 YUM을 구성합니다.exclude=[existing list] kernel* redhat-release*
특정 호환성 요구 사항이 있는 NSX-T Data Center Container Plug-in을 실행하려는 경우 컨테이너 관련 모듈도 제외시킵니다.
지원되는 RHEL 버전은 7.6 및 7.7입니다.exclude=[existing list] kernel* redhat-release* kubelet-* kubeadm-* kubectl-* docker-*
- KVM 및 브리지 유틸리티를 설치합니다.
Linux 배포판 명령 Ubuntu apt-get install -y qemu-kvm libvirt-bin ubuntu-vm-builder bridge-utils virtinst virt-manager virt-viewer libguestfs-tools
RHEL 또는 CentOS Linux yum groupinstall "Virtualization Hypervisor" yum groupinstall "Virtualization Client" yum groupinstall "Virtualization Platform" yum groupinstall "Virtualization Tools"
SUSE Linux Enterprise Server YaSt를 시작하고 가상화 > 하이퍼바이저 및 도구 설치를 선택합니다. YaSt를 사용하면 네트워크 브리지를 자동으로 사용하도록 설정하고 구성할 수 있습니다.
- NSX Manager가 KVM 호스트에 NSX 소프트웨어 패키지를 자동으로 설치하려면 업링크/데이터 인터페이스의 네트워크 구성을 준비합니다.
KVM 호스트에는 여러 네트워크 인터페이스가 있을 수 있습니다. NSX-T 용도의 업링크 인터페이스(데이터 인터페이스)로 제공할 네트워크 인터페이스의 경우, 네트워크 구성 파일을 올바르게 채우는 것이 중요합니다. NSX-T는 이러한 네트워크 구성 파일을 확인하여 NSX-T 특정 네트워크 디바이스를 생성합니다. Ubuntu에서 /etc/network/interfaces 파일을 채웁니다. RHEL, CentOS 또는 SUSE에서 /etc/sysconfig/network-scripts/ifcfg-$uplinkdevice 파일을 채웁니다.
다음 예제에서 "ens32" 인터페이스는 업링크 디바이스(데이터 인터페이스)입니다. 배포 환경에 따라 이 인터페이스는 DHCP 또는 정적 IP 설정을 사용할 수 있습니다.
참고: 인터페이스 이름은 환경에 따라 다를 수 있습니다.중요: Ubuntu의 경우 모든 네트워크 구성을 /etc/network/interfaces에 지정해야 합니다. /etc/network/ifcfg-eth1과 같은 개별 네트워크 구성 파일은 생성하지 마십시오. 이 경우 전송 노드 생성이 실패할 수 있습니다.Linux 배포판 네트워크 구성 Ubuntu /etc/network/interfaces를 편집합니다.
auto eth0 iface eth0 inet manual auto ens32 iface ens32 inet manual
RHEL 또는 CentOS Linux /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 SLES 호스트가 이미 있는 경우 데이터 인터페이스가 호스트에 이미 구성되어 있는지 확인합니다.
미리 구성된 SLES 호스트가 없는 경우 관리 및 데이터 인터페이스에 대한 참조 구성을 참조하십시오.
다음과 같이 /etc/sysconfig/network/ifcfg-ens32를 편집합니다.
DEVICE="ens32" NAME="ens32" UUID="<UUID>" BOOTPROTO="none" LLADDR="<HWADDR>" STARTMODE="yes"
- 네트워킹 서비스를 다시 시작하거나(systemctl restart network) 네트워킹 변경 사항이 적용되도록 Linux 서버를 재부팅합니다.
- KVM 호스트가 전송 노드로 구성되면 NSX-T에서 브리지 인터페이스 'nsx-vtep0.0'을 자동으로 생성합니다.
Ubuntu에서 /etc/network/interfaces 파일에는 다음과 같은 항목이 포함됩니다.
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
RHEL에서 호스트 NSX 에이전트(nsxa)는 다음과 같은 항목을 포함하는 ifcfg-nsx-vtep0.0이라는 구성 파일을 생성합니다.
DEVICE=nsx-vtep0.0 BOOTPROTO=static NETMASK=<IP address> IPADDR=<subnet mask> MTU=1600 ONBOOT=yes USERCTL=no NM_CONTROLLED=no
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
- syslog 순환 정책을 크기 기반 정책 대신 시간 기반으로 구성합니다. 크기 기반 syslog 순환 정책을 사용하면 생성된 로그 파일의 크기가 매우 클 수 있습니다.