Technical Notes |
|
This technical note describes how to install and configure multiple Verastream Host Integrator (VHI) Authentication Authorization and Directory Services (AADS) servers to achieve failover support in a UNIX environment.
The Authentication Authorization and Directory Services (AADS) component of Verastream authorizes client access to Session Servers and provides security and directory services for Verastream installations. AADS tracks servers and domains and is required for Verastream to run.
With an AADS failover configuration, the AADS servers replicate information with each other. If one of the active AADS servers fails or is taken off-line, any other AADS server associated with the Host Integrator installation can provide AADS services, with no loss of data or compromise to security. Thus, a failover configuration provides fault tolerance for production environments.
A typical Verastream production environment has two server systems with both AADS and Session Server components installed.
Figure 1: Typical Verastream production environmentAADS and Session Server components have separate failover mechanisms. AADS failover is implemented during installation and is described in this technical note. Session Server load balancing (which also provides Session Server failover) is configured after installation and addressed separately in Technical Note 10052.
AADS failover is based on standard IP name resolution functionality, which allows an alias name to be mapped to multiple IP addresses.
To configure Verastream for AADS failover support, you need to perform the steps presented in the following sections:
Create one common (symbolic) name for all of your AADS Servers by editing the DNS or the hosts file on each machine that will have Verastream server and client components installed (including connectors used by client applications). The hosts file is typically located in the /etc directory. Each machine that will have the AADS Server installed should be listed by its unique IP address, but each IP address must be assigned the same common name. For example, in your hosts file or DNS server you might have the following entries:
10.0.0.1 my_aads10.0.0.2 my_aads10.0.0.3 my_aadsEach IP address refers to a machine with Verastream AADS Server installed. Whenever AADS services are requested, a request for my_aads is made and the DNS or hosts file returns the list of IP addresses associated with that common name. Connections to the AADS server will attempt to contact the first host on the list. If no response is received, the second AADS server is tried, and so forth.
Note the following:
Follow these steps to install Verastream in a typical production environment (both primary AADS Server and Session Server are installed).
Note: You cannot change your AADS configuration after you install Verastream. Before proceeding, you should be certain of the computer name and AADS common name. Future changes require uninstalling and reinstalling all servers in the Verastream installation environment.
Note: This is the unique host name, not the common name created in section I above.
Note: This step seems redundant, but it is required to configure and register the Session Server component.
Follow these steps to install each additional AADS Server and Session Server.
Note: You cannot change your AADS configuration after you install Verastream. Before proceeding, you should be certain of the computer name and AADS common name. Future changes require uninstalling and reinstalling all servers in the Verastream installation environment.
Note: This is the unique host name of this additional AADS server, not the primary AADS name or the common name created in section I.
Note: If the peer AADS server cannot be contacted, verify that your DNS or hosts file is configured (as described in section I above) and the primary AADS service is running (as described in Technical Note 10054).
Note: This step seems redundant, but it is required to register the Session Server component with the AADS failover support environment.
Note: This step seems redundant, but it is required to configure and register the Session Server component.
Note: In the future, if you uninstall a Verastream server in your installation environment, first use the unregister_server.sh and unregister_aads.sh scripts while the remaining AADS server(s) are running. Refer to the Installation Guide for additional information.
When the installation is complete, prior to logging into the Verastream Administrative WebStation console, follow the steps below to add the directory server.
Note: When logging into Administrative WebStation, use the AADS common name for the Directory Server. After logging in, all the Verastream servers in the failover environment will be displayed.
In order for failover AADS to function properly, always use the AADS common name where specifying a Directory Server in Administrative WebStation, Session Monitor, and client applications connecting via a domain.
However, when deploying models (using activatemodel and deactivatemodel commands), use the specific Session Server host names.
If you implemented the AADS common name by editing hosts files, remember to update all systems where Verastream server and client components are installed (including connectors used by client applications).