Managing ESXi on a dual-homed server
JDMurray
Admin Posts: 13,091 Admin
I am at a loss as how to provision ESXi to use two NICs on different networks in the same server.
I have a server with two NICs: an Intel 100 Pro and Intel 1000 Pro. I want to manage ESXi through the 100 Pro using network 192.168.0.0, and have the VMs (guest OSes) communicate only over the 1000 Pro using network 10.0.0.0.
I see both NICs in the ESXi Direct Console UI and in the VI Client GUI as vmnic0 and vmnic1. I can manage ESXi over vmnic0, but I've not been able to figure out how to provision vmnic1 as the 10.0.0.0 network and set up the VMs to use it exclusively. Has anyone provisioned this type of setup for ESXi before?
I have a server with two NICs: an Intel 100 Pro and Intel 1000 Pro. I want to manage ESXi through the 100 Pro using network 192.168.0.0, and have the VMs (guest OSes) communicate only over the 1000 Pro using network 10.0.0.0.
I see both NICs in the ESXi Direct Console UI and in the VI Client GUI as vmnic0 and vmnic1. I can manage ESXi over vmnic0, but I've not been able to figure out how to provision vmnic1 as the 10.0.0.0 network and set up the VMs to use it exclusively. Has anyone provisioned this type of setup for ESXi before?
Comments
-
JDMurray Admin Posts: 13,091 AdminWell, yes, but how to you configure the IP address of the second NIC?
-
dynamik Banned Posts: 12,312 ■■■■■■■■■□Are you using the VIC or are you just working at the machine locally?
-
HeroPsycho Inactive Imported Users Posts: 1,940Well, yes, but how to you configure the IP address of the second NIC?
Think of physical NICs only as "uplink ports" for virtual switches. All networking in ESX/ESXi goes through virtual switches. Whether or not that virtual switch can connect to a physical network depends on if you connect a physical NIC to the vSwitch.
You never configure a physical NIC with an IP address. You configure things like a Kernel port in the case of ESXi or Service Console in ESX with IP addresses. In this case, you would have two vswitches, one for the Kernel port, the other for your VMs. You don't configure anything on the second vSwitch as far as IP addresses go. You just ensure that physical NIC assigned to the vSwitch is physically connected to the appropriate VLAN on the physical switch.
Keep in mind however that with only two NICs, this is likely a bad idea if a production box, as the VM's and the kernel port have no redundancy. It would be better to add another two NICs or a dual port NIC, and split them between the two vSwitches.Good luck to all! -
blargoe Member Posts: 4,174 ■■■■■■■■■□That's right
All you have to do (if using the VI client) is Configuration - Networking - Add Networking and add a second network by creating another Virtual Machine port group (either on a new vSwitch or on the original vSwitch). Then add the vmnic1 to the new port group. No need for the host to have an IP on that network.IT guy since 12/00
Recent: 11/2019 - RHCSA (RHEL 7); 2/2019 - Updated VCP to 6.5 (just a few days before VMware discontinued the re-cert policy...)
Working on: RHCE/Ansible
Future: Probably continued Red Hat Immersion, Possibly VCAP Design, or maybe a completely different path. Depends on job demands... -
JDMurray Admin Posts: 13,091 AdminHeroPsycho wrote: »You never configure a physical NIC with an IP address. You configure things like a Kernel port in the case of ESXi or Service Console in ESX with IP addresses. In this case, you would have two vswitches, one for the Kernel port, the other for your VMs. You don't configure anything on the second vSwitch as far as IP addresses go. You just ensure that physical NIC assigned to the vSwitch is physically connected to the appropriate VLAN on the physical switch.
And no, this isn't a production box; it's purely experimental.
Thanks guys. More questions from me later, I'm sure... -
jibbajabba Member Posts: 4,317 ■■■■■■■■□□You could also simply use trunk ports on the physical switch and use vlans on the vswitches and / or use a dedicated nic for console (on a different speed) etc.
Two examples of mine :
My own knowledge base made public: http://open902.com