Exchange Server Pro » Virtualization

TechEd Video: Exchange 2010 Virtualization

Paul Cunningham — Mon, 03 Oct 2011 10:20:43 +0000

Here are videos for two sessions from TechEd 2011 that go hand in hand. Both are about Exchange 2010 virtualization, and worth watching if you’re still considering whether to virtualize some or all of your Exchange Server 2010 deployment.

Get more Exchange Server tips at ExchangeServerPro.com

Exchange 2010 FAQ: Can I Upgrade Existing Exchange Servers to Exchange Server 2010?

Paul Cunningham — Fri, 28 Jan 2011 12:35:17 +0000

Question: Can I upgrade my existing Exchange servers to Exchange Server 2010 using an in-place upgrade?

No. There is no in-place upgrade available for Exchange Server 2010. You can migrate to Exchange Server 2010 from an existing Exchange 2003 or 2007 organization, but the migration has to involve a transition of services and data from the existing servers to the new servers.

For Exchange Server 2003 environments the most obvious roadblock to an in-place upgrade is that Exchange 2003 is a 32-bit server application whereas Exchange 2010 requires 64-bit server hardware and operating system to function.

You may wonder why it is then not possible to upgrade Exchange 2007 servers to Exchange 2010, given that both run on 64-bit servers.

The database schema in Exchange Server 2010 has been changed from that in Exchange 2007 and earlier versions to allow greater storage performance. In an in-place upgrade this schema change would be very difficult if not impossible to implement successfully. In contrast a server to server migration of mailbox data allows the data to be written to the new database schema safely and efficiently.

Although the cost of upgrading to 64-bit server platforms may seem like a barrier to uptake of Exchange Server 2010 most customers I have worked with have either embraced the opportunity to replace their aging Exchange hardware with new servers, or have worked Exchange Server 2010 into their virtualization infrastucture.

Get more Exchange Server tips at ExchangeServerPro.com

Microsoft vs VMware on Exchange Virtualization and HA Best Practices

Paul Cunningham — Thu, 11 Nov 2010 09:00:19 +0000

I recently pointed out the difference between Microsoft and VMware guidance on mixing Exchange Server 2010 DAGs with hypervisor HA features. In short, Microsoft clearly states that hypervisor HA features should be disabled for DAG members, while VMware considers it to be an effective solution.

My own view on this hasn’t changed – stick to what is supported, not what is possible.

I’m not a VMware expert so I have no way to dig deeper into whether VMware HA would be a viable or effective solution when mixed with Exchange Server 2010 DAGs. Others around the industry have weighed in from their position of knowledge and it seems that there may be an issue of interpretation of how different hypervisor HA features work.

Which doesn’t change the support position of Microsoft at all.

It seems that Microsoft has been receiving more than a few customer enquiries about this recently which has prompted this statement on the Microsoft Exchange Team blog.

While Microsoft embraces virtualizing Exchange servers because virtualization gives organizations additional choice and deployment flexibility to meet business requirements and lower IT costs, we’re concerned by deployment guidance that doesn’t accurately follow our Exchange best practices and deployment guidelines.

From there the language gets a little stronger (emphasis added by me).

For example, we feel VMware’s misleading guidance represented in their recent “Exchange 2010 on VMware Availability and Recovery Options” document (and accompanying “Exchange 2010 on VMware Best Practices Guide”) puts Exchange customers at risk, and brushes aside important system requirements and supported configurations. Their guidance could also greatly increase the overall cost of managing your Exchange infrastructure.

Microsoft goes on to make their position very clear (emphasis theirs this time).

VMware specifically recommends combining their VMware HA solution with the Exchange application-aware high availability solution, which is an unsupported configuration. It is important to note that VMware’s HA solution only protects from some hardware failures, while the Exchange high availability solution protects against both hardware and application failures (including a process for patching guest virtual machines). It is simply reckless for VMware to recommend customers deploy this configuration, while ignoring important Microsoft system requirements and unsupported scenarios. In addition, VMware also seems to gloss over the fact that combining these HA solutions will result in new storage requirements that increase cost and complexity. Considering that a significant focus of Exchange 2010 is reducing storage costs, promoting a strategy that increases storage costs isn’t consistent with our customers’ requirements.

There is nothing within the material that explains how combining Exchange database availability groups (DAGs) with VMware HA will provide a faster end-user mailbox recovery than using Exchange DAGs alone. Since Exchange HA protects against hardware and application failures, it is hard to imagine how VMware can provide a faster, and simpler solution than Exchange HA alone.

Microsoft does not support combining Exchange high availability (DAGs) with hypervisor-based clustering, high availability, or migration solutions that will move or automatically failover mailbox servers that are members of a DAG between clustered root servers. Microsoft recommends using Exchange DAGs to provide high availability, when deploying the Exchange Mailbox Server role. Because hypervisor HA solutions are not application aware, they cannot adapt to non-hardware failures. Combining these solutions adds complexity and cost, without adding additional high availability. On the other hand, an Exchange high availability solution does detect both hardware and application failures, and will automatically failover to another member server in the DAG, while reducing complexity.

So not only is it unsupported, it may in fact be pointless and more expensive to implement and manage as well.

Like I said earlier I’m no VMware expert, but that makes a lot of sense to me.

Get more Exchange Server tips at ExchangeServerPro.com

Steve Riley on hypervisor attacks

Paul Cunningham — Fri, 05 Sep 2008 07:42:15 +0000

You have to ask: is there malware on my system? You can be 100 per cent certain there is no malware that you can detect, but less than 100 per cent certain that there is no malware at all. Now, ladies and gentlemen, isn’t this true of every computer we already have? There is no difference just because it’s virtualisation.

Read the entire article at ZDNet.

Get more Exchange Server tips at ExchangeServerPro.com

New aggregated virtualization RSS feed

Paul Cunningham — Thu, 28 Aug 2008 02:10:00 +0000

The Microsoft Windows Virtualization Product Group announced the launch of the new Virtualization Feed, an aggregation of 18 independent and 14 Microsoft bloggers who write about virtualization.

If virtualization is your bag of nuts then you should subscribe now.

Get more Exchange Server tips at ExchangeServerPro.com

Exchange Server Pro » Virtualization

TechEd Video: Exchange 2010 Virtualization

Related posts:

Exchange 2010 FAQ: Can I Upgrade Existing Exchange Servers to Exchange Server 2010?

Related posts:

Microsoft vs VMware on Exchange Virtualization and HA Best Practices

Related posts:

Steve Riley on hypervisor attacks

Related posts:

New aggregated virtualization RSS feed

Related posts: