The method for distributing actions. Set DistributionMethod
to 0
for failover, and 1
for load-balancing. The DistributionMethod
determines how the HPE DAH distributes actions if:
it is run in mirror mode
it is run in non-mirror mode, using Distributor VDBs databases
Type one of the following to determine which distribution method the HPE DAH uses:
0. The HPE DAH uses the Failover distribution method. Depending on the mode the HPE DAH is run in, this method distributes actions as follows:
Failover in mirror mode. The HPE DAH forwards incoming actions to the first IDOL server that is listed in the HPE DAH configuration file [DistributedEngineN]
section. This server is the primary server. If this IDOL server stops responding for any reason (for example, a hardware failure or network outage), the HPE DAH marks it as down and switches to the next IDOL server (the second one listed in the [DistributedEngineN]
section), which becomes the primary server, and so on, seamlessly continuing to service client actions. You can also manually set the primary server by using the EngineManagement action.
The HPE DAH periodically checks IDOL servers that are down. If it finds that an IDOL server has come online again (for example, because the hardware has been rebooted or the network connection repaired), it adds it to the active list of IDOL servers. However, it continues to use the new primary server unless that server stops responding, or unless you manually change the primary server.
Failover in non-mirror mode with server groups. The HPE DAH forwards incoming actions to the first IDOL server that is listed in the HPE DAH configuration file for each child server group (that is, the first server listed in the Host parameter in the [DistributedEngineN]
section). This server is the primary server. If a primary server stops responding for any reason (for example, a hardware failure or network outage), the HPE DAH marks it as down and switches to the next IDOL server (the second one listed in Host parameter in the [DistributedEngineN]
section), which becomes the primary server, and so on, seamlessly continuing to service client actions. You can also manually set the primary server by using the EngineManagement action.
The HPE DAH periodically checks IDOL servers that are down. If it finds that an IDOL server has come online again (for example, because the hardware has been rebooted or the network connection repaired), it adds it to the active list of IDOL servers. However, it continues to use the new primary server unless that server stops responding, or unless you manually change the primary server.
Failover in non-mirror mode with VDBs. The Distributor VDBs forward incoming actions to the first IDOL server database that is listed for the virtual database MapsTo parameter. If this IDOL server database stops responding for any reason (for example, a hardware failure or network outage), the HPE DAH marks it as down and switches to the next IDOL server database (the second one listed for the MapsTo parameter) and so on, seamlessly continuing to service client actions.
The HPE DAH periodically checks IDOL servers that are down. If it finds that an IDOL server has come online again (for example, because the hardware has been rebooted or the network connection repaired), it adds it to the active list of IDOL servers. This IDOL server database takes over as the sole destination for actions (as it takes precedence over the IDOL server database that is currently serving results).
1. The HPE DAH uses the Load balancing distribution method. Depending on the mode the HPE DAH is run in, this method distributes actions as follows:
Load balancing in mirror mode. The HPE DAH assigns each incoming action to just one of the IDOL servers that it connects to (using a cumulative predictive algorithm that is designed to spread the action load efficiently). When this IDOL server responds with a result, the HPE DAH forwards it to the client software.
If an IDOL server stops responding for any reason (for example, a hardware failure or network outage), the HPE DAH marks it as down and assigns incoming actions only to the IDOL servers that are running, saving the time it takes to attempt to communicate with the failed IDOL server.
Load balancing in non-mirror mode with server groups. The HPE DAH assigns each incoming action to just one of the IDOL servers in each server group (using a cumulative predictive algorithm that is designed to spread the action load efficiently). When this IDOL server responds with a result, the HPE DAH forwards it to the client software.
If an IDOL server stops responding for any reason (for example, a hardware failure or network outage), the HPE DAH marks it as down and assigns incoming actions only to the IDOL servers that are running, saving the time it takes to attempt to communicate with the failed IDOL server.
Load balancing in non-mirror mode with VDBs. The Distributor VDBs assign each incoming action to just one of the IDOL server databases that they map to (using a cumulative predictive algorithm that is designed to spread the action load efficiently). When this IDOL server database responds with a result, the HPE DAH forwards it to the client software.
If an IDOL server stops responding for any reason (for example, a hardware failure or network outage), the HPE DAH marks it as down and assigns incoming actions only to the IDOL server databases that are running, saving the time it takes to attempt to communicate with the failed IDOL server database.
The HPE DAH periodically checks IDOL servers that are down. If it finds that an IDOL server has come online again (for example, because the hardware has been rebooted or the network connection repaired), it adds it to the active list of IDOL servers. This IDOL server database becomes a valid choice for actions again.
2. The HPE DAH uses the distribute by reference distribution method. You can use this method only when distributing View
, GetLink
, and ViewGetDocInfo
actions in mirror mode. The HPE DAH distributes View
, GetLink
and ViewGetDocInfo
actions between view servers based on the reference of the requested document. All actions that request the same document are then always sent to the same View server.
When View server first receives a request to view a document, it caches any embedded images in the result document. When distributing between View servers, use distribute by reference mode to ensure that each document is cached in only one View server, and it uses the cached images in subsequent requests for the same document.
Type: | Long |
Default: | 1 |
Required: | No |
Configuration Section: | Server |
Example: | DistributionMethod=0
|
See Also: |
|