Distributed Solution Control Servers
Multiple Solution Control Servers operating in Distributed mode (referred to as Distributed Solution Control Servers) distribute management-related tasks among the sites in a distributed enterprise that uses a single Genesys Configuration Database.
What are Distributed Solution Control Servers?
In these installations, each SCS controls its own subset (defined by you) of the Hosts, Applications, and Solutions, and communicates with the others through a dedicated Message Server.
Specifically, a Distributed Solution Control Server performs the following functions:
- Performs the same functions of monitoring, control, alarm detection, and alarm processing as the SCS in non-Distributed mode, but on a subset of Hosts, Applications, and Solutions explicitly assigned to this SCS in the Configuration Database.
- Communicates all the updates to statuses of the assigned objects to other Distributed Solution Control Servers, using a dedicated Message Server.
- Receives notifications about updates to the status of non-assigned objects (that is, objects assigned to other Solution Control Servers) from Message Server.
- When receiving a control command on an object not assigned to this SCS, forwards this command via Message Server to the appropriate SCS.
Because Distributed Solution Control Servers communicate with each other, they all have the same information about all hosts, applications, and solutions. Thus, you can connect the interface object associated with Genesys Administrator to any Distributed SCS and monitor and control the whole environment as a single entity (given appropriate permissions). When a Distributed SCS receives a control command for an object that this SCS does not control, it forwards this command to the appropriate SCS and passes any further notifications back to the requestor.
Using Distributed Solution Control Servers helps you resolve some problems common to distributed installations:
- It eliminates false switchovers that occur when SCS disconnects from LCA at a remote site because of the slow network connection between sites or because of temporary network problems.
- It prevents a single point of failure. A failure of one Distributed SCS only means a temporary loss of control over a subset of Hosts, Applications, and Solutions; other Distributed Solution Control Servers continue to control the rest of the environment.
In distributed mode, Solution Control Server reports host statistics (such as CPU, User Time, Kernel Time, and Non-IDLE Time) for only the host it controls when Genesys Administrator or Genesys Administrator Extension (GAX) is connected to SCS. It does not provide host information for other hosts that are controlled by other Solution Control Servers in distributed mode.
For example, assume the following distributed SCS environment:
SCS_a is located on, and controls, host_a
SCS_b is located on, and controls, host_b
GAX can be connected to either SCS_a or SCS_b
When GAX is connected to SCS_a, it reports host statistics for only host_a.
When GAX is connected to SCS_b, it reports host statistics for only host_b.
Deploying Distributed Solution Control Servers
- Do not use Solution Control Servers in Distributed and non-Distributed modes simultaneously within the same Configuration environment. If you plan to use Distributed SCS in your installation, turn on Distributed mode for all Solution Control Servers you install.
- When using Distributed Solution Control Servers, always ensure that each Solution Control Server, either by itself or as part of a high-availability pair, is running on the host which it controls. Failure to do so can, in some cases, result in unpredictable behavior of the Solution Control Servers in the Distributed configuration. For example, different Solution Control Servers may start competing for control over Applications on the Host.
- When working with applications in HA pairs, the same distributed SCS must be configured to control both applications working in each HA pair.
|1. Configure Distributed Solution Control Servers in Distributed mode.
|2. Divide your configuration environment between the Solution Control Servers.
When you are using Distributed Solution Control Servers, you must explicitly configure the servers' ownership of Hosts, Applications, and Solutions. That is, you must associate each Host, Application, and Solution object with a particular SCS by changing the object's properties:
ImportantTo distribute control over the primary and backup servers in a redundant pair between different Distributed Solution Control Servers, all Solution Control Servers in the configuration must be running release 7.6 or later.
Assigning a Distributed Solution Control Server
|3. Configure a dedicated Message Server through which the Distributed Solution Control Servers will communicate with each other.
Distributed Solution Control Servers communicate with each other through Message Server. Genesys recommends that you use a dedicated Message Server for this purpose.
Configuring a Dedicated Message Server
|4. (Optional) Configure a Message Server for centralized logging at each site with Distributed Solution Control Servers.
For distributed environments using a single Configuration Database, Genesys recommends using a dedicated Message Server for centralized logging at each site. In most cases, you have to configure as many Message Servers as there are Distributed Solution Control Servers.
ImportantYou can configure as many Message Servers for centralized logging as you need per site. These are in addition to the Message Server dedicated to handle communications between the distributed servers.
After you have installed the Message Servers, you should verify that each Message Server used for centralized logging is configured and connected to a Solution Control Server and to each of the applications controlled by that Solution Control Server as follows:
Verifying Configuration of Message Servers used for Centralized Logging
|5. (Optional) Configure redundant Application objects for Distributed Solution Control Servers.
Distributed Solution Control Servers support the Warm Standby redundant configuration in the same way as other Genesys servers, with the added benefit that the backup maintains data synchronization with the primary. That is, you can configure a primary and a backup pair of Distributed Solution Control Servers to operate with Warm Standby redundancy. Refer to Redundant Solution Control Servers for more information.
|6. After you are finished with the configuration tasks, physically install all instances of Solution Control Server and Message Server to match the configuration.|