These steps are required for cluster configuration for Share. If you are using an HTTP
load-balancing mechanism in front of a clustered installation, ‘sticky’ routing must be enabled
for the HTTP requests made by the Share tier to the repository tier (the
/SkyVault application).
This can be achieved in one of two ways:
-
Hard-wire each /share instance to its own
/SkyVault instance, bypassing the load balancer.
This can be achieved by populating each share-config-custom.xml file with a host name and port number that is not behind your load balancing mechanism.
-
If NTLM or Kerberos authentication is enabled with SSO, then Share will use
cookie-based sessions and you can configure your load balancer to use sticky routing using
the JSESSIONID cookie.
To enable NTLM or Kerberos with SSO, refer to the instructions in Configuring authentication to configure SkyVaultNtlm, passthru, or Kerberos authentication, and set either ntlm.authentication.sso.enabled=true or kerberos.authentication.sso.enabled=true).
If you are configuring a cluster, refer to Setting up high availability systems.