Take the 2-minute tour ×
Server Fault is a question and answer site for professional system and network administrators. It's 100% free, no registration required.

I've written a small application as a Windows service that does some data collection and storage in a SQL server. The application does nothing more than start up, connect to a network resource and process streamed data in the background.

I'm trying to set this up as a service within an MSCS cluster. I've installed the service on both nodes. However, whenever I try to add a 'Generic Service' resource to the cluster, I'm asked to assign a 'client access IP address' for clients to connect to the service.

Given that this service does not accept client connections (and therefore isn't a 'service' in the traditional sense), this seems a bit useless. More annoying still, I don't have many spare IP addresses in my allocated subnet, so assigning one to a service that will never use it seems a bit of a waste.

Is it possible to run this application within the MSCS environment but without having to assign it a dedicated IP?

share|improve this question
Could you just give it the loopback address ? –  colechristensen Apr 4 '11 at 4:16
Running on a Windows cluster is about high availability - for clients. It sounds like you want protect your application from situations where its primary server fails, and just restart/continue from a secondary server.... can't this be achieved with just a primary and then a DR/secondary server? –  Peter Schofield Apr 4 '11 at 7:54
I guess I could write some sort of custom solution, where the secondary checks to see if the primary is alive and takes over if it isn't. I honestly thought that MSCS was designed to do this for me though. I appreciate that it's mainly designed for client-facing applications, but I wondered if it was more flexible than that. –  growse Apr 4 '11 at 16:00
add comment

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Browse other questions tagged or ask your own question.