OK, So maybe my blog title is a little harsh. The Microsoft Exchange products have been pretty scaleable since Exchange 2007.
Exchange 2010 had some vast improvements and you could tell that the Microsoft engineers had put a lot of effort into trying to ease the painful mess that was load balancing an Exchange 2007 cluster. They even started recommending hardware load balancers and certifying vendors for Exchange 2010 compatibility.

But with Exchange 2013 they appear to have started from scratch and written it properly! They actually sat down and said what do we need to have a scaleable Exchange email cluster? Funnily enough they came up with the same answer that Loadbalancer.org has been banging on about for last 10 years. In order to have a scaleable cluster then each node in the cluster must be able to handle ANY user session at ANY time i.e. no messing around with persistence / sticky plasters and hack jobs.

Well done Microsoft!

But please can you put the same infrastructure architects on your LYNC team?

Seriously who puts 3 DMZs in an enterprise product? I had to put Rob (who made sure Loadbalancer.org gained Microsoft Lync certification) on suicide watch….

Better get back to discussing the point of this blog I guess….

In order to gain High-Availability for an application a load balancer is fairly fundamental, because a load balancer gives you:

Resilience: A load balancer continuously monitors your application servers and if it detects a problem them it moves the traffic onto another server in the cluster. This was NOT possible before Exchange 2013 without a brief  interruption of service. Now its easy. Tony Redmond has some good points about how important flexible health monitoring of Exchange 2013 still is.

Maintainability: You can’t have 100% uptime on every server, eventually they will break or at least need security updates or software updates, with a load balancer you simply drain the connections, perform the maintenance and then bring the server back online. Exchange 2013 makes software upgrades easy as discussed by Rand Morimoto.

Performance: This one is often mis-understood, Contrary to popular belief you don’t need a super fast load balancer to increase your performance you just add more backend servers to the cluster! However this requires that the cluster can handle horizontal scaling which also was NOT possible before Exchange 2013.

Kemp Technologies (one of our main competitors) is going to be gutted by the changes in Exchange 2013. They made this lovely sell up tool which shows how much horse power you need to SSL terminate in front of Exchange 2012 clusters. Don’t get me wrong they have a great product its just that with Exchange 2013 customers will no longer need ANY SSL termination on the load balancer so their cheapest product will handle the load easily.

F5 who are very deservedly the market leader in the load balancing space are mounting a defensive PR reaction to Exchange 2013 improvements already. BTW: This post by Ryan Korock  is terrible, at least come up with some real reasons to use F5 i.e. awesome logging , monitoring, snmp interrogation, L7 performance based re-directing, re-direct on failure connections, come on man… L7 rocks when you have the capability of an F5!

Anyway long story short but if you are in the middle of an Exchange 20120 migration then do yourself a favour : STOP NOW! – Whatever the initial cost move to Exchange 2013 right now,. its awesome!

Ps. Donald Knuth agrees with me….

You Can Learn More About the LoadBalancer.org’s Product Line By Going to www.LoadBalancerSolutions.com/LoadBalancer-org

The original article/video can be found at Exchange 2013 – Microsoft finally have an email solution designed for high availability and load balancing