Already a member?
Sign in
Virtualization Frontier Archive 2008 May
Oodles of NICs for ESX
5/30/2008 -- Comments
Back in the ESX 2.5 days it was a common recommendation to have at least 3 NICs for ESX. One NIC each for the service console, VMotion, and VMs. It was really a waste for many to have to dedicate an entire NIC for the low network traffic to the service console. Then with ESX 3 the networking features became more flexible, and you could easily setup the service console to share a NIC with VMotion or the VMs.
The M600 and M605 blades for the Dell M1000e blades chassis now have two on-board NICs and the option to add two more I/O cards, each with two ports of either Ethernet or fibre channel. This means that you can have four NICs and two fibre channel ports for storage OR six NICs with 2 dedicated to iSCSI for storage. The four available NICs for VM data traffic is usually enough, although I admit there are always exceptions.
So if the I/O options on the blades are not enough there are options with the R805 and R900 and R905 that offer oodles of NICs. Specifically the R805 has four on-board NICs and four PCI slots. Filling these slots with your required mix of quad-port NICs and dual-port fibre channel HBAs would be a great solution for environments that have high requirements of physical NICs to support their VMware environment.
Todd -- Comments


Ultimate Power Efficiency with Blades and Virtualization
5/29/2008 -- Comments
A recent thread here on delltechcenter asked for a power consumption comparison between the PowerEdge 1950 1U rack mount server vs the PowerEdge M600 blade. It turns out that there are a few whitepapers that have been done on 2950 power consumption and a big study on the blades power consumption - but nothing I can find that directly compares the two. The best way to get a comparison between just about any current or recent Dell server is to use the Dell Datacenter Capacity planner. It allows you to build out a rack of servers and get an estimate of power consumption.
If you use similar configurations for 16 PowerEdge 1950s and a full M1000e chassis (16 blades) then the blades configuration will consume less power. So you can save a significant amount of power by going with blades over similar traditional rack mount servers.
If you combine the efficiencies of the blades with the efficiencies of running lots of VMs on a single physical server - you might have the ultimate in power efficiency. This is one reason to use blades for virtualization - we'll be chatting about this and other reasons next week in our TechTuesday chat.
Todd -- Comments


Virtual Exchange Server for Home
5/23/2008 -- Comments
As many of you have probably figured out by now, I've spent a lot of time working with Exchange in VMs. Some of that time was spent explaining to peers, users, customers, and family members just exactly why in the world anybody would want to put Exchange into a VM. (To be honest - I don't think I was able to convince my mom.)
Early this week I ran across an entry titled Eight Good Uses for VMware and Other Virtual Machine Software on the TechnologySpeak blog. Number three on the list - Running an Exchange Server to Keep Outlook Synchronized. Turns out that having a local Exchange Server on your home network can make it much easier and faster to sync up Outlook across the 4 or 5 systems that you have at your house. If you are reading this entry, then I would bet that you have at least that many.
The only caveats that the blog calls out:
Meaning that you have to be a geek or a professional Exchange admin or both. On the cost perspective I initially thought that it might be really really prohibitive, but a little digging around and it looks like Microsoft Small Business Server licenses aren't too bad. The list price for SBS R2 is $599, which includes the Windows Server OS, Exchange Server, and 5 CALs.
With the memorial holiday weekend coming up, I think that everybody should take a break from the grill and spend some time getting your own virtualized Exchange Server setup for the house.
Todd - Comments


Massive IOPS on ESX
5/22/2008 -- Comments
They performance guys over at VMware have announced some really impressive IOPS testing results. Using three CX3-80 storage arrays they were able to push over 100,000 IO Operations per second from a single 4-socket server running ESX 3.5. Additionally, they reported the latency numbers which look very good as well.
I find this very interesting because it is in line with results that Kong and I got in our Exchange 2007 on ESX testing we did last year. We found that you could size storage for Exchange VMs the same as you size storage for Exchange on physical servers (up to the 2000 users in a single VM that we tested). Exchange is I/O intensive and is sensitive to any increased latencies. So while we didn't test a workload of 100,000 IOPS, we did see good storage performance with an application that is very sensitive to these kinds of things.
The other thing that I like about this test is that it is cool. As evidence I point to the cool graphs they included and the 495 15K RPM disks that were used.
Todd -- Comments


VMotion Compatibility and Server Selection
5/21/2008 -- Comments
On the TechTuesday chat yesterday the topic was Selecting a Server for Virtualization, and we had an excellent discussion. One of the points that came up was the importance of understanding VMotion compatibility between different servers. On easy rule is that it is not possible to VMotion between AMD and Intel processors. As these are completely different processors in many respects it is easy to understand how it is not possible to move a running VM from one to the other with no downtime. The next aspect that VMotion will not work across different generations of processors. The difficulty here is that processor generations do not always line up with Dell server generations. So even if you have all Dell 9G servers, there are cases where VMotion will not work.
It really comes down to the instruction set that each processors is using. A running VM has identified the processor that it is running on and is expecting a certain instruction set to be available. If this were to suddenly change in the middle the OS would not be able to cope or adapt and would most likely crash. There has been some work done to improve the situation - but as of today it is still an issue.
The answer to this problem is the compatibility matrix that our virtualization engineering team has put together and updates as new servers are released. It is important to consider this matrix when selecting a server if VMotion is in use.
Todd -- Comments


Bumping Into It on VMTN
5/20/2008 -- Comments
I just ran into a thread on VMTN that is exactly what we are hosting a chat on later today. The VMTN thread is titled Physical Hardware Recommendation, but I am calling the same topic Selecting a Virtualization Server. Very coincidental that this thread was started today and it even specifically asks about 2950s and R900s. So for the record - this VMTN thread was not a planted thread by me or some secret Dell conspiracy. I do have to confess that it was Scott that spotted this thread first and he deserves the credit (Again!).
Todd - Comments


The Best Server for You
5/19/2008 -- Comments
For the past three weeks, we at the Dell TechCenter have been focused on the decoder ring for systems management. Starting today we are going to tell you what the best server is for virtualization. The reason it is going to take three weeks is that the answer for everybody is different. So we are going to talk about key factors, advantages of one type of server over another, and learn from the decisions and thought processes of each other. We are simply hosting the conversation and I do not have a "favorite server" -- although I must admit that I used to lean heavily towards 2-socket servers.
The decision for most seems to come down to 2-socket, 4-socket, or blades servers. I hope that we end up expanding the conversation and talk about lots of other possibilities including storage options, hypervisor options, and who knows what else.
In order to get things going are going to have some chat sessions, there is a topic home page, and a server selection matrix page to specifically lay out the facts about each type of server. I've started the page off with 2-socket, 4-socket, and blades as server categories with some basic tech specs and advantages for each type. This page will grow as additional pros, cons, and others ideas come up.
Todd -- Comments


VMmark Results Point to Best Performance
5/15/2008 -- Comments
New VMmark benchmark results highlight that the best performance for a single server is a 4-socket (or 16 cores with Quad-Core processors). This means that the R900 and R905 are at the top of the list, with the Intel based R900 slightly ahead of the AMD based R905. So if you absolutely need the most performance possible from a single server - then this is the way to go.
A little bit of analysis could lead you to believe that the 2-socket (or 8 core) servers are actually better performing. The VMmark score for the 4-socket R900 is 14.23 with 10 tiles, but the VMark score for the 2-socket 2950 III is 8.47 with 6 tiles. So on a per socket basis, the two-socket 2950 III is actually providing more performance. The same holds true for the two-socket M600 blade and two-socket R805 2U server.
There is much more to choosing a server than the results of a single benchmark, but I think that these results are fair barometers of performance. In general performance does not scale in a linear fashion when moving from 2-socket servers to 4-socket servers, and this seems to hold true with virtualization.
Todd -- Comments


Upstream Ports and Blades
5/13/2008 -- Comments
A recent discussion in the hallway here lead to a really cool reason to use blades for virtualization. The Dell M1000e blade chassis and the M600 and M605 blades support up to six fabrics - meaning that you can have some combination of Ethernet and fibre channel networks totaling six. This provides enough networks such that the service console, VMotion, and VMs can all have dedicated Ethernet networks - with enough left over for iSCSI or fibre channel storage networks.
The really cool thing is the dramatic reduction in need for Ethernet and/or fibre channel upstream ports. All of the service console traffic can be handled by a single upstream port. If the VMotion traffic is strictly between blade servers, then the upstream ports of this network are not needed. Even if you need to VMotion out of the chassis, the upstream ports needed on your network infrastructure will still be greatly reduced. If you had sixteen standalone servers (like the 2950) then each one would need a port for VMotion, but with the blade chassis you could just up-link what you thought you needed in terms of bandwidth - which would be less than 16 (probably more like 2 or 4).
Additionally M1000e blade chassis can be interconnected via the Cisco Catalyst Blade Switch 3130G or 3130X modules and managed as a single switch via their Virtual Blade Switch technology. So with multiple M1000e chassis' the savings in terms of upstream port costs can really be big.
Todd -- Comments


Decisions Decisions Decisions
5/9/2008 -- Comments
With the release of the 2U, 2-socket R805 and the 4U, 4-socket R905 (both AMD based servers) and the already existing 4U, 4-socket R900 (Intel based server) now is a really good time to be looking for a server to run your virtualization farm on. All three are excellent choices and could be the right server. To determine which one depends on lots of things. I'm looking for reasons to choose one over the other (let me know your thoughts). We will be putting together some information to help people decide here on TechCenter and hosting some chat sessions to enable discussion.
Specifically, I ran across this article from The Register that I think has a pretty good take on the R805/R905 Virtualization announcement from a couple of days ago. They point out all of the server options as well as the virtualizaiton services that were a part of the announcement on Tues.
Todd -- Comments


The R805 is Here
5/8/2008 -- Comments
I leave for vacation for a few days and all kinds of cool stuff is announced (although I did make it into the office a couple of times while on the beach). What I think is a really great server for virtualization is now on the website where you can configure and order it. The new PowerEdge r805 is not just a new version of the 2950 or 2970. It was designed with virtualization in mind and has the features to back it up. It has 16 memory DIMM slots, 4 embedded NICs, plus four more PCI slots, and is still only 2U.
I put together a couple of configurations on the website and the price for an r805 system with two top bin quad-core processors and 64 GB of RAM seems like a great deal to me. I guess that I'm still thinking about some of the old PowerEdge 8450 8-way servers that I tested with back in the day with a list price of over 50K, which was a good deal at the time.
Todd - Comments

5/30/2008 -- Comments
Back in the ESX 2.5 days it was a common recommendation to have at least 3 NICs for ESX. One NIC each for the service console, VMotion, and VMs. It was really a waste for many to have to dedicate an entire NIC for the low network traffic to the service console. Then with ESX 3 the networking features became more flexible, and you could easily setup the service console to share a NIC with VMotion or the VMs.
The M600 and M605 blades for the Dell M1000e blades chassis now have two on-board NICs and the option to add two more I/O cards, each with two ports of either Ethernet or fibre channel. This means that you can have four NICs and two fibre channel ports for storage OR six NICs with 2 dedicated to iSCSI for storage. The four available NICs for VM data traffic is usually enough, although I admit there are always exceptions.
So if the I/O options on the blades are not enough there are options with the R805 and R900 and R905 that offer oodles of NICs. Specifically the R805 has four on-board NICs and four PCI slots. Filling these slots with your required mix of quad-port NICs and dual-port fibre channel HBAs would be a great solution for environments that have high requirements of physical NICs to support their VMware environment.
Todd -- Comments
Ultimate Power Efficiency with Blades and Virtualization
5/29/2008 -- Comments
A recent thread here on delltechcenter asked for a power consumption comparison between the PowerEdge 1950 1U rack mount server vs the PowerEdge M600 blade. It turns out that there are a few whitepapers that have been done on 2950 power consumption and a big study on the blades power consumption - but nothing I can find that directly compares the two. The best way to get a comparison between just about any current or recent Dell server is to use the Dell Datacenter Capacity planner. It allows you to build out a rack of servers and get an estimate of power consumption.
If you use similar configurations for 16 PowerEdge 1950s and a full M1000e chassis (16 blades) then the blades configuration will consume less power. So you can save a significant amount of power by going with blades over similar traditional rack mount servers.
If you combine the efficiencies of the blades with the efficiencies of running lots of VMs on a single physical server - you might have the ultimate in power efficiency. This is one reason to use blades for virtualization - we'll be chatting about this and other reasons next week in our TechTuesday chat.
Todd -- Comments
Virtual Exchange Server for Home
5/23/2008 -- Comments
As many of you have probably figured out by now, I've spent a lot of time working with Exchange in VMs. Some of that time was spent explaining to peers, users, customers, and family members just exactly why in the world anybody would want to put Exchange into a VM. (To be honest - I don't think I was able to convince my mom.)
Early this week I ran across an entry titled Eight Good Uses for VMware and Other Virtual Machine Software on the TechnologySpeak blog. Number three on the list - Running an Exchange Server to Keep Outlook Synchronized. Turns out that having a local Exchange Server on your home network can make it much easier and faster to sync up Outlook across the 4 or 5 systems that you have at your house. If you are reading this entry, then I would bet that you have at least that many.
The only caveats that the blog calls out:
"The initial setup is a little bit tricky if you're not familiar with installing servers and server software, but once you get it going, it works very smoothly. Also, for many, the initial cost of buying the software might be prohibitive."
Meaning that you have to be a geek or a professional Exchange admin or both. On the cost perspective I initially thought that it might be really really prohibitive, but a little digging around and it looks like Microsoft Small Business Server licenses aren't too bad. The list price for SBS R2 is $599, which includes the Windows Server OS, Exchange Server, and 5 CALs.
With the memorial holiday weekend coming up, I think that everybody should take a break from the grill and spend some time getting your own virtualized Exchange Server setup for the house.
Todd - Comments
Massive IOPS on ESX
5/22/2008 -- Comments
They performance guys over at VMware have announced some really impressive IOPS testing results. Using three CX3-80 storage arrays they were able to push over 100,000 IO Operations per second from a single 4-socket server running ESX 3.5. Additionally, they reported the latency numbers which look very good as well.
I find this very interesting because it is in line with results that Kong and I got in our Exchange 2007 on ESX testing we did last year. We found that you could size storage for Exchange VMs the same as you size storage for Exchange on physical servers (up to the 2000 users in a single VM that we tested). Exchange is I/O intensive and is sensitive to any increased latencies. So while we didn't test a workload of 100,000 IOPS, we did see good storage performance with an application that is very sensitive to these kinds of things.
The other thing that I like about this test is that it is cool. As evidence I point to the cool graphs they included and the 495 15K RPM disks that were used.
Todd -- Comments
VMotion Compatibility and Server Selection
5/21/2008 -- Comments
On the TechTuesday chat yesterday the topic was Selecting a Server for Virtualization, and we had an excellent discussion. One of the points that came up was the importance of understanding VMotion compatibility between different servers. On easy rule is that it is not possible to VMotion between AMD and Intel processors. As these are completely different processors in many respects it is easy to understand how it is not possible to move a running VM from one to the other with no downtime. The next aspect that VMotion will not work across different generations of processors. The difficulty here is that processor generations do not always line up with Dell server generations. So even if you have all Dell 9G servers, there are cases where VMotion will not work.
It really comes down to the instruction set that each processors is using. A running VM has identified the processor that it is running on and is expecting a certain instruction set to be available. If this were to suddenly change in the middle the OS would not be able to cope or adapt and would most likely crash. There has been some work done to improve the situation - but as of today it is still an issue.
The answer to this problem is the compatibility matrix that our virtualization engineering team has put together and updates as new servers are released. It is important to consider this matrix when selecting a server if VMotion is in use.
Todd -- Comments
Bumping Into It on VMTN
5/20/2008 -- Comments
I just ran into a thread on VMTN that is exactly what we are hosting a chat on later today. The VMTN thread is titled Physical Hardware Recommendation, but I am calling the same topic Selecting a Virtualization Server. Very coincidental that this thread was started today and it even specifically asks about 2950s and R900s. So for the record - this VMTN thread was not a planted thread by me or some secret Dell conspiracy. I do have to confess that it was Scott that spotted this thread first and he deserves the credit (Again!).
Todd - Comments
The Best Server for You
5/19/2008 -- Comments
For the past three weeks, we at the Dell TechCenter have been focused on the decoder ring for systems management. Starting today we are going to tell you what the best server is for virtualization. The reason it is going to take three weeks is that the answer for everybody is different. So we are going to talk about key factors, advantages of one type of server over another, and learn from the decisions and thought processes of each other. We are simply hosting the conversation and I do not have a "favorite server" -- although I must admit that I used to lean heavily towards 2-socket servers.
The decision for most seems to come down to 2-socket, 4-socket, or blades servers. I hope that we end up expanding the conversation and talk about lots of other possibilities including storage options, hypervisor options, and who knows what else.
In order to get things going are going to have some chat sessions, there is a topic home page, and a server selection matrix page to specifically lay out the facts about each type of server. I've started the page off with 2-socket, 4-socket, and blades as server categories with some basic tech specs and advantages for each type. This page will grow as additional pros, cons, and others ideas come up.
Todd -- Comments
VMmark Results Point to Best Performance
5/15/2008 -- Comments
New VMmark benchmark results highlight that the best performance for a single server is a 4-socket (or 16 cores with Quad-Core processors). This means that the R900 and R905 are at the top of the list, with the Intel based R900 slightly ahead of the AMD based R905. So if you absolutely need the most performance possible from a single server - then this is the way to go.
A little bit of analysis could lead you to believe that the 2-socket (or 8 core) servers are actually better performing. The VMmark score for the 4-socket R900 is 14.23 with 10 tiles, but the VMark score for the 2-socket 2950 III is 8.47 with 6 tiles. So on a per socket basis, the two-socket 2950 III is actually providing more performance. The same holds true for the two-socket M600 blade and two-socket R805 2U server.
There is much more to choosing a server than the results of a single benchmark, but I think that these results are fair barometers of performance. In general performance does not scale in a linear fashion when moving from 2-socket servers to 4-socket servers, and this seems to hold true with virtualization.
Todd -- Comments
Upstream Ports and Blades
5/13/2008 -- Comments
A recent discussion in the hallway here lead to a really cool reason to use blades for virtualization. The Dell M1000e blade chassis and the M600 and M605 blades support up to six fabrics - meaning that you can have some combination of Ethernet and fibre channel networks totaling six. This provides enough networks such that the service console, VMotion, and VMs can all have dedicated Ethernet networks - with enough left over for iSCSI or fibre channel storage networks.
The really cool thing is the dramatic reduction in need for Ethernet and/or fibre channel upstream ports. All of the service console traffic can be handled by a single upstream port. If the VMotion traffic is strictly between blade servers, then the upstream ports of this network are not needed. Even if you need to VMotion out of the chassis, the upstream ports needed on your network infrastructure will still be greatly reduced. If you had sixteen standalone servers (like the 2950) then each one would need a port for VMotion, but with the blade chassis you could just up-link what you thought you needed in terms of bandwidth - which would be less than 16 (probably more like 2 or 4).
Additionally M1000e blade chassis can be interconnected via the Cisco Catalyst Blade Switch 3130G or 3130X modules and managed as a single switch via their Virtual Blade Switch technology. So with multiple M1000e chassis' the savings in terms of upstream port costs can really be big.
Todd -- Comments
Decisions Decisions Decisions
5/9/2008 -- Comments
With the release of the 2U, 2-socket R805 and the 4U, 4-socket R905 (both AMD based servers) and the already existing 4U, 4-socket R900 (Intel based server) now is a really good time to be looking for a server to run your virtualization farm on. All three are excellent choices and could be the right server. To determine which one depends on lots of things. I'm looking for reasons to choose one over the other (let me know your thoughts). We will be putting together some information to help people decide here on TechCenter and hosting some chat sessions to enable discussion.
Specifically, I ran across this article from The Register that I think has a pretty good take on the R805/R905 Virtualization announcement from a couple of days ago. They point out all of the server options as well as the virtualizaiton services that were a part of the announcement on Tues.
Todd -- Comments
The R805 is Here
5/8/2008 -- Comments
I leave for vacation for a few days and all kinds of cool stuff is announced (although I did make it into the office a couple of times while on the beach). What I think is a really great server for virtualization is now on the website where you can configure and order it. The new PowerEdge r805 is not just a new version of the 2950 or 2970. It was designed with virtualization in mind and has the features to back it up. It has 16 memory DIMM slots, 4 embedded NICs, plus four more PCI slots, and is still only 2U.
I put together a couple of configurations on the website and the price for an r805 system with two top bin quad-core processors and 64 GB of RAM seems like a great deal to me. I guess that I'm still thinking about some of the old PowerEdge 8450 8-way servers that I tested with back in the day with a list price of over 50K, which was a good deal at the time.
Todd - Comments
|
todd_muirhead |
Latest page update: made by todd_muirhead
, Aug 26 2008, 10:20 PM EDT
(about this update
About This Update
No content added or deleted. - complete history) |
|
Keyword tags:
esx
hyper-v
virtual
virtualization
vmware
More Info: links to this page
|

