Traverse High Availability Options

PROBLEM:
I wish to implement additional fault tolerance for DGE's such that they will fail over to another backup DGE in the event of the primary DGE going down.
 
SOLUTION:
The Traverse architecture utilizes OS/server level high-availability options which may enable it to fit into existing IT processes for different organizations. 
 
It should be noted that a large degree of fault-tolerance is built into Traverse because of the distributed nature of the Data Gathering Engines (DGE) and that only the meta-data is centralized in the Business Visibility Engine (BVE). This allows a new machine to assume the identity of a failed DGE simply by connecting to the BVE with the same identity (name) of a failed DGE. For high-availability, the solution that is typically recommended is as follows:
  • At regular intervals, save the databases in the BVE and the DGE to "another" server or servers (depending on how much redundancy you want). The BVE database (configuration data) can be saved more often in the beginning, but as your system matures, you can fall back to every 24 hours as configuration changes become less frequent.
  • In the event that any of the components (DGE or BVE) fail, the spare machine is enabled with the identity of the failed machine.  Most customers are comfortable with a 5-10 minute interval before monitoring is resumed. 
Much of the activity needed for such a 'cutover' can be performed with scripts to reduce the amount of time required. Once the 'cutover' is done, your historical data would be out of date by at most 24 hours (or the age of the most recent backup), but monitoring outage would only be as little as 5 minutes (1-2 polling intervals).
 
*Please engage with your Customer Success manager to avail of this High Availability configuration, as our Professional Services team (PSE) is required to implement the above solution.
Was this article helpful?
3 out of 3 found this helpful
Have more questions? Contact us