VMware

This Question is Possibly Answered

1 "correct" answer available (10 pts) 2 "helpful" answers available (6 pts)
4 Replies Last post: Nov 9, 2007 7:57 AM by Texiwill  

Cluster design posted: Nov 9, 2007 5:19 AM

Click to view R0v3r's profile Enthusiast 82 posts since
Aug 14, 2007
Hello,

I am working on my first cluster design and would love some input from the senior wisdom as to how I am doing so far. The link is to a .jpg from Visio.

What I am trying to accomplish is:

1. Give plenty of bandwidth to the 30-60 VM's we will have.

2. Split the nics among 2 Cisco 3750 switches for resiliency.

I am sure there are other things I should be thinking about as well. That is part of the reason for starting this thread.

Eventually I would like to post a completed design for people to use if they have a similar situation.

Cluster Design

Cheers,

R0v3r

Message was edited by: R0v3r - Updated design image

Re: Cluster design

1. Nov 8, 2007 11:29 PM in response to: R0v3r
Click to view gorto's profile Hot Shot 89 posts since
Oct 5, 2006
Give it, the HA cluster, bucket fulls of firstly RAM, then minimum 6 NICs per host (without iSCSI, NFS considerations) dual pathing and redundancy where you can - should be right.

Re: Cluster design

2. Nov 9, 2007 3:36 AM in response to: R0v3r
Click to view Erik Zandboer's profile Expert 671 posts since
Jun 11, 2007

Hi,

Good to see that you intent to use two switches for your design. Especially HA enviroments should have redundancy in my opinion. Furthermore, why do you have different networking connectivity to different hosts? It is always a best practice to connect all ESX hosts in exaclty the same manner. I would suggest to use a single vswitch in your design, and use all available NICs to team up, all having dot1q trunks assigned to them. Then specifiy preferred paths over the various links. Make sure to at least give VMotion its own link in the preferred paths. After that you could simply remove or add NICs as required. This gives you maximum flexibility and availability.

There are thousands of other perfectly valid configs, which will work very well also. Its just a setup I personally like best...

Re: Cluster design

4. Nov 9, 2007 7:57 AM in response to: R0v3r
Click to view Texiwill's profile Guru 10,236 posts since
Jan 13, 2004
Hello,

# 10 NICs
    1. 2 Quad port PCIe cards
    2. Built-in Dual port

# 2 VMotion connections
    1. 1 to pSwitch A and 1 to pSwitch B
  1. 2 Service Console connections
    1. 1 to pSwitch A and 1 to pSwitch B

Use different vSwitchs for vMotion vs SC for added security and performance.

I spread the VM Network connections across the 3 physical I/O card connections (Built-in, 2 PCIe cards) for resiliency. Although I do not know enough about the server design yet to know if the PCIe cards should be further separated (example: put one on the riser card).

This works out quite well from a Security and Performance perspective, you will as a result have 5 vSwitches and that is a good thing. Using just one vSwitch would waste pNIC as more than 2 in a link for load balancing causes issues and the other 9 would be there for pure redundancy.

I like your network layout, Secure, High Performance, and clean.

Best regards,
Edward L. Haletky, author of the forthcoming 'VMWare ESX Server in the Enterprise: Planning and Securing Virtualization Servers', publishing January 2008, (c) 2008 Pearson Education. Available on Rough Cuts at http://safari.informit.com/9780132302074

VMware Developer

SDKs, APIs, Videos, Learn and much more in the Developer community.

Learn More

Developer Sample Code

Increase your developer productivity with VMware API sample code.

Learn More

VMworld Sessions & Labs

Online access to the latest VMworld Sessions & Labs and online services.

Learn more

Purchase PSO Credits Online

Purchase credits to redeem training and consulting services online.

Buy Now

Community Hardware Software

View reported configurations or report your own.

Learn More

VMware vSphere

Come witness the next giant leap in virtualization.

Register Today

Communities