Load balancing (which is a form of clustering) and IS clustering are 2 different things. IS clustering does not provide load balancing.
“which IS transactions or services get Load Balanced?”
Every service called via your LB device is load balanced. Those called directly on IS are not.
A misleading thing about the IS Clustering Guide is that it implies that IS itself will balance/failover HTTP requests. It doesn’t. Only IS clients using the IS API will do this–and it is the client that is doing the failover, not the server. It is the bit that notices an IS is down and so tries another. In my experience, I’ve never seen anyone use such a client.
When reviewing the IS Clustering Guide think in terms of components being “cluster aware” instead of being load balanced. Some components are aware of the cluster. E.g. the task schedules you set up in IS Administrator can be configured to run on only one server, any server in the cluster, or all servers in the cluster. JDBC notifications can be cluster aware.
For each component you’re wondering about, check the doc for that component. It should mention how it behaves in a cluster, if it is cluster aware. If it doesn’t say anything, it most likely is not.
All that said, IS clustering is to be avoided if at all possible. An LB cluster is usually sufficient.
#webMethods#Integration-Server-and-ESB#webMethods-Archive