I've been reading around Hyper V and how it manages virtual networking & I think I've spotted a problem with a small cluster that has been put together for me by our networks team to host a SharePoint farm.
The servers is question have two NICs - 1 to be used for standard LAN traffic and the other for communication with SAN storage.
On a default installation when the Hyper V role is enabled and a Virtual Network is created for each NIC then as I understand it the following should happen:
- Create a virtual switch.
- Create a vNIC with the same name as the vSwitch.
- Host unbinds itself from the physical NIC and binds itself to the new vNIC.
The result is the host OS uses the same virtual networking route that the child VMs use and any new guest VMs can create their own vNICs against the appropriate vSwitch.
In the case of the servers that I'm looking at I see that on each of the host machines the vNICs have been unbound and the machine has been re-bound back to the physical NICs.
Everything works fine as far as I can tell. The set-up has been replicated across all blades in the cluster so Live Migration etc works fine.
Am I correct in my understanding of Hyper V networking as I've briefly summarised above? (If I'm wrong you can ignore the rest of the post...!)
If so, given the changes that have been made in this set-up are there any potential problems that may arise with the hosts machines bound the physical NICs?
We've have an intermittent issue with network activity freezing on random VMs at random times - the solution is to either re-start the VM or live migrate it to another host. Another intermittent issue is for hosts to BSOD and re-start occassionally - crash dumps seem to indicate a problem within a network driver. So far I've been getting told that the issue is probably just drivers or BIOS settings and various things have been tried without success to stop the problems. I'm wondering if our problems could be related to the hosts binding to the physical NICs when they should be bound to the vNICs instead.