Customer has F5 (GTM) load balancer configuration with 6 WCC nodes under it. This was setup to do a DNS Round Robin load balancing.
The behavior that's seen is, a user tries to login to WCC. The same request or in a minute or two or more, the user gets kicked out of the WCC session and ends up on the WCC login page again.
Release : 12.0
Component : WORKLOAD CONTROL CENTER
Session Stickiness was not setup properly on the load balancer.
For WCC to function properly in such a configuration, we expect Session Stickiness to be enabled on the Load balancer. Our recommendation is to use Session Stickiness based on HTTP cookie WCC-ASID that WCC can keep track of. Such HTTP header based stickiness can be enforced on HTTP load balancers (F5's LMT, Apache Web Server etc.,). However F5's GMT is a different module and does not directly relate to HTTP sessions but more on load balancing of DNS request handling.
(To narrow the scope, we changed the Load balancing configuration to hit only one WCC node and that made the WCC user sessions not timeout/kicked out)
On the F5 GMT load balancing configuration, customer already had Round Robin balancing method. On this method, Persistence option needed to be Enabled.
Once this is enabled, the WCC user sessions were sticking to the same node against which the original request was made, there by achieving similar stickiness as HTTP's WCC-ASID.
https://techdocs.broadcom.com/us/en/ca-enterprise-software/intelligent-automation/workload-automation-ae-and-workload-control-center/11-3-6-SP8/installing/ca-wcc-installation/install-the-ca-wcc-server-on-unix.html#concept.dita_36721ff38a6286f87b1549523c8612c6c111cd35_InstallandConfigureApacheHTTPDServerforLoadBalancing
https://techdocs.f5.com/kb/en-us/products/big-ip_gtm/manuals/product/gtm-concepts-11-5-0/1.html
https://www.f5.com/services/resources/white-papers/cookies-sessions-and-persistence
https://techdocs.f5.com/kb/en-us/products/big-ip_ltm/manuals/product/ltm-implementations-13-0-0/12.html