My apologies. I was talking active/active and active/passive in the general sense without investigating MwMS in detail.
IMO, the “active/active” moniker mentioned in the doc is inaccurate. Active/active generally implies that both machines are capable of doing exactly the same work and that traffic can be routed to either of them and each will do the necessary job. For MwMS, they cannot be structured this way since many of the roles of MwMS can only be assigned to one server.
So if the server assigned the search role goes down, search goes bye-bye–probably negatively impacting the entire MwMS environment if not outright crippling it.
So an MwMS cluster provides nothing in the way of HA. The approach to providing scalability seems suspect too–why divide things up such that only one server can provide that role? Seems odd but undoubtedly there are technical constraints that either couldn’t be overcome or they didn’t have time to overcome. Bummer.
I don’t know if wM supports it, but to get HA you’ll need to resort to OS-level facilities. The MwMS docs don’t describe how to do that but maybe something exists on Advantage or is gettable from support. Or, like what is required for Broker HA, you may need to engage wM PS to set this up. It should be pretty straight-forward–identify what needs to be on a device that both the active and passive can access and put it there. Then use the OS facilities to switch active to passive and mount the device on the newly active server.
Other side notes:
Actually, the “master” is a conceptual item only. There is no “real” master machine. From the doc:
“The Master server role represents the default server…There is no actual Master server role in a clustered environment.”
The binaries do not need to be located on the master machine. They can be located on any network device (file server, SAN, NAS, etc.). I’ve never investigated but I would try to put the executables on a device that is physically on or dedicated to each server. I would not share the binaries amongst servers as doing so reduces the ability to apply patches/fixes incrementally.
#webMethods-General#Integration-Server-and-ESB#webMethods-Architecture#webMethods