When will Microsoft make it a priority?

The Lab Guys have always thought that the need for clustering technology is great throughout the business world, from the smallest company to the largest corporation. So when Microsoft announced its two-phase Windows NT clustering plan in 1996, we imagined high availability in every shop and eventually on every desktop. In Phase 1, Microsoft released Microsoft Cluster Server (MSCS—code-named Wolfpack), with two-node failover. Phase 2, if Microsoft had stayed on course, was to have made as much as eight-node failover available in mid-1998. Phase 1 occurred on schedule, but MSCS proved to be difficult to use; for example, configuring important tasks such as creating dependencies between application components was complicated and confusing. Then Microsoft's focus shifted to Windows 2000 (Win2K), and the Department of Justice (DOJ) brought suit against the company. Clustering fell through the cracks.

From a user perspective, NT clustering is stagnating. Several factors are responsible for this situation: the absence of a fast and reliable NT clustering solution, a dearth of tools that make MSCS management easier, and Microsoft's failure to deliver on its two-phase promise. Unfortunately, the larger impact might be a delay in widespread acceptance of NT clustering, providing additional ammunition to critics who contend that NT isn't enterprise-ready.

Despite the stagnant nature of NT clustering technology, the Lab Guys have seen some compelling products that just might deliver the features that MSCS currently lacks. For example, one of the problems we've found with MSCS is that the clustering administration tool Cluadmin isn't particularly user-friendly. Microsoft hasn't upgraded Cluadmin since the tool's introduction more than 2 years ago. Does this situation mean Microsoft is content with the tool, or is the company committing resources to other areas rather than improving Cluadmin's usability? NuView developed ClusterX to simplify MSCS administration tasks. ClusterX's graphical wizard leads administrators through installing clustering-type products, such as Exchange Server, SQL Server, and Internet Information Server (IIS). When you use a tool like ClusterX, working with dependencies between cluster resources can actually become an enjoyable experience.

If you want a hardware-based failover solution but don't want to mortgage your business, check out POWERSWITCH/NT from APCON (http://www.apcon.com). POWERSWITCH/NT doesn't require identical systems in a node, a weakness of MSCS. When we've worked with POWERSWITCH/NT in the Lab, we've found that having identical SCSI adapters on each system is helpful, but aside from this specialization, you can use almost any hardware. POWERSWITCH/NT uses an external RAID controller as the primary system's root drive. When the primary system fails, the proprietary switch recognizes the failure, forces the secondary system to reboot, then switches control of the RAID controller to the secondary system. We've found failover based on a system reboot to be fast, with virtually no chance that data corruption can occur. We've discovered that many companies prefer the kind of active-passive clustering that POWERSWITCH/NT provides to the quirks that often accompany active-active clustering.

The Lab Guys don't believe clustering will disappear—NT 4.0 clustering capability just doesn't seem to be a Microsoft priority. If clustering is to move forward again with vigor, other vendors will need to provide manageability and scalability products, such as IBM's software that links up to four two-node MSCS clusters. NT clustering had incredible promise a year ago, but Microsoft needs to recognize this promise to make clustering fly. What do you think about NT clustering? Email me about your experiences with MSCS and other clustering products and how you feel about clustering's future.

End of Article




You must log on before posting a comment.

If you don't have a username & password, please register now.

Reader Comments

My company uses Microsoft Cluster Server (MSCS) for high availability of file shares, among other things. I read Jonathan Cragle's Lab Guys: "NT Clustering" (June 1999), and I share many of his frustrations with Microsoft's seeming lack of interest in the product. I've read other articles with similar gripes about Microsoft's handling of MSCS, but these articles never mention my biggest gripe: MSCS cannot seamlessly handle failover of Microsoft Office application files on network shares. Let me explain. Whenever a failover occurs, clients temporarily lose connections to file shares. Because of this short loss of connection, the IT department often receives complaints from users who lose connection to a Microsoft Access 97 database and cannot get the connection back after the server has failed over. Some users have lost the ability to save a Microsoft Excel 97 spreadsheet they were working on when the failover occurred. Keep in mind that we're not failing over the Office 97 application, only the shares that contain the .xls or .mdb data files. The ability to safely manipulate Access and Excel files seamlessly on a node failover should be a no-brainer in any environment, but one or two users have lost data every time we've performed a failover. Microsoft hasn't been able to give me a solution or even a workaround. As a result, we can't intentionally fail over nodes for maintenance purposes at any time other than during the company's weekend maintenance window. (This capability is one of the benefits that Microsoft touts about its product.) When we planned our MSCS environment, if I had known that I would have problems failing over simple Office application data files, I would have taken a closer look at other options for providing high availability to our users.

William Bartolotta

The case described by William B. discussing a MSCS with file-sharing servers is a good simple of how load balancing using MS software fails rapidly as NT 4.0 clustering capability just doesn't seem to be a Microsoft priority. My case holds a totally different story concerning the Windows Load Balancing System (WLBS) installed in a dual IIS 4 servers cluster trying to communicate in an IPX segment protocol using its parallel MTS subsystems through a single DATA center - a SQL 7 server. The normal implementation of another site I configured connects a single IIS 4 with SQL 7 (Both sp6a) using the IPX protocol (for increased security) and it just work great! Well, finding out that "WLBS doesn't work with non-IP software such as a database server, mail server, or COM objects that run on the server." as described in Instant ID5370 turned my nights into days trying to solve ASP applications communication via the DTC/MTS/ODBC drivers, versions, and yes - even rewriting the basic WLBS code. While you guys fight our war against Bill and his new unfinished symphony (win2k) my lab is developing a whole new load patch balancing :), and since my brain and time ammunition (so called) is about to finish - I invite you guys to join the brain storm, since I believe in the fundamental concept of systems load balancing, and since MS made a small step in times where few e-commerce (If any) deployed the clustering technology, these days demands a revision of it all. Who knows, maybe we'll find our answer and the emperor will balance with us.

Issac Medina

 
 

ADS BY GOOGLE