Solved

Windows Server 2008r2 - NLB

Posted on 2013-01-31
6
259 Views
Last Modified: 2014-07-02
Hi...

I am setting up NLB between a physical server and a newly created VM - both are running Windows Server 2008r2.  

The physical servers have been in production for quite some time and are set up with NIC teaming; 4 teamed for the public traffic and 4 teamed for the iSCSI traffic.

The VM is setup with 2 NICs - 1 for public traffic and the other for the NLB heartbeat.

For the physical server: For many reasons, I do not want break these teams to free one up so it can be used/dedicated to the NLB heartbeat.   As a result, I was going to use the public teamed NICs for both types of traffic (public and heartbeat).  

Virtual Server:  These are setup with 2 seperate NICs.  I was going to use one for public traffic and one for the heartbeat.  

Does anyone see an issue with this?

Thank you.
0
Comment
Question by:AMSOL
[X]
Welcome to Experts Exchange

Add your voice to the tech community where 5M+ people just like you are talking about what matters.

  • Help others & share knowledge
  • Earn cash & points
  • Learn & ask questions
  • 2
6 Comments
 
LVL 30

Expert Comment

by:Rich Weissler
ID: 38847362
My vm experience has been with VMWare, so if you are using a different hypervisor, this might not apply.
The only 'gotcha' I've experienced with virtual servers in NLB, has been address suppression when using Unicast on the virtual nodes.  If you don't disallow multicasting, I'd definitely be included to use multicasting rather than unicasting.  If you have to unicast, you'll need a static arp address assignment for the NLB's MAC address.
0
 
LVL 37

Expert Comment

by:Jian An Lim
ID: 38849959
you use VLAN then it should not be a problem

again looks like you are doing a clustering/microsoft exchange type.

It is Okay if you are doing those technologies.
0
 

Author Comment

by:AMSOL
ID: 38901985
Hello,

Thank you for the reply.  Yes, we are using VMware.

So if I uderstand your reply, allowing all traffic (heartbeat and public) to flow on 1 NIC would not be an issue.  Is that correct?
0
 
LVL 30

Accepted Solution

by:
Rich Weissler earned 500 total points
ID: 38902054
I assume you are referring to the virtual NICs on the server.  (Not directing traffic through an alternate interface on the host NICs.... usually done because of large data loads.  Heartbeat traffic is very, very tiny.)

With NLB, the heartbeats will flow over the same network as the public data, even if an alternate path is provided.  The only thing a second NIC would provide would be OTHER communication between nodes.  

To reiterate, however, if you use unicast packets, you'd definitely want to configure a static arp address for the cluster MAC address... and the nodes won't be able to otherwise communicate with each other.  (They'll be sharing a MAC address.)  In this case, you MIGHT want to provide the VMs with a second nic to a backend network for communication... if communication between vms is a requirement.
The better plan would be to use multicast packets.  (We ended up moving our 'default implementation' of load balance clusters to multicasting when we moved to VMWare specifically to avoid the five minute address suppression and static arp mapping.)
0

Featured Post

Salesforce Made Easy to Use

On-screen guidance at the moment of need enables you & your employees to focus on the core, you can now boost your adoption rates swiftly and simply with one easy tool.

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

I have put this article together as i needed to get all the information that might be available already into one general document that could be referenced once without searching the Internet for the different pieces. I have had a few issues where…
This article offers some helpful and general tips for safe browsing and online shopping. It offers simple and manageable procedures that help to ensure the safety of one's personal information and the security of any devices.
Monitoring a network: why having a policy is the best policy? Michael Kulchisky, MCSE, MCSA, MCP, VTSP, VSP, CCSP outlines the enormous benefits of having a policy-based approach when monitoring medium and large networks. Software utilized in this v…
Michael from AdRem Software explains how to view the most utilized and worst performing nodes in your network, by accessing the Top Charts view in NetCrunch network monitor (https://www.adremsoft.com/). Top Charts is a view in which you can set seve…

696 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question