Microsoft created Windows Small Business Server as a one-box solution for companies that did not need more. It has always been a hobbled product, based on Windows Server Standard, but limited in things like domain trusts, FSMO roles, and more.
Of course even if it were based on Windows Server Enterprise, the idea of creating a failover cluster for a product designed to be a single-server solution seems a little silly… or at least it would have in the late 1990s, when SBS was first delivered.
Welcome to the world of virtualization and the free Windows hypervisor.
Over the past several months I have written several articles on using free tools from Microsoft to create a failover cluster using the free Hyper-V Server 2008 R2 SP1 as the hypervisor, and the free Microsoft iSCSI Software Target 3.3 as the Storage Area Network (SAN) device (see the articles outlined in IT Pro Connection & the TechNet Flashfor details).
While it is not licensed to be a virtualization host, there is no reason why Microsoft Windows Small Business Server cannot be a virtualization guest. Of course, it would require a little extra planning – if you plan to use the Fax service, for example, or if you rely on USB hard drives for your backup – but other than that, I am not aware of any limiting factors.
In this diagram you see the physical infrastructure required; the Virtual SBS box resides on the iSCSI Target and is homed by one of the nodes in the cluster at any given time. It should be noted that this can be expanded to up to 16 cluster nodes, but two is not uncommon for smaller organizations.
This solution, it should be mentioned, it not free. There are a number of costs involved, which I will outline. However for a small organization that knows the dangers of their entire business relying on a single piece of hardware, the costs involved are often less than the potential downtime should your physical server fail.
- Instead of a single server to run SBS you need three: two virtualization hosts and one for the software iSCSI target.
- One license of Windows Server 2008 R2 SP1 (to run the software iSCSI target)
While there are other costs involved (storage, networking) they are all a big ‘it depends’. If you do have a SBS box that your business relies on, and you cannot afford downtime (who really can?) then these costs should be factored into the cost of doing business, and should be considered business critical. In other words, invest in proper server hardware (HP ProLiant is a good choice!) rather than trying to do it on the cheap with white boxes or even worse, workstation-class hardware. You may not think to thank me for it when everything is running smoothly, but you will remember reading this and regret not following my advice if you do not heed it and everything comes crashing down!
One more thing you should always remember: Take the time to familiarize yourself with all of the tools involved. Build it in a lab environment that you can try out and make mistakes on before finally implementing the real thing. When you do build it, TEST IT… Failover Cluster Manager has a feature to simulate cluster node failures… or if you want to really test it, try unplugging the network cable from the owner node. Your Highly Available SBS should restart within seconds on the second node.
Remember that you are now adding a level of complexity to your SBS environment that you never had before, and one for which SBS was not designed; it will work, but as you are now working outside of the box, you have to start monitoring outside the box. Make sure that your cluster is healthy every day; if you have a tool such as Microsoft System Center Essentials 2010 that monitors your network, implement the Clustering Management Pack. If you use a third-party managed service provider (such as CharTec) then make sure that they know to monitor this solution for you.
Now that you know how to do it… Plan, Implement, and Enjoy! I always welcome your comments on how you loved – or hated – my recommendations