Capgemini chose GSX Monitor after evaluating a number of solutions because it best met its list of requirements, offered the best compromise on features and functionality (including its ease to work in a virtual environment) while being a very non intrusive solution, as GSX monitor does not require to be installed on production servers. The ability to efficiently monitor servers without having to load any code on servers was an important factor in Capgemini’s decision.
As for every IT product, the GSX products were only as good as the technical support and overall service provided during both the evaluation and the deployment/implementation of the solution.
As a brand new customer of GSX Monitor, Capgemini had very specific expectations and feature requests that they were able to work on with the GSX development team and get included in new releases after their original deployment. More than its market leading solution, it was GSX reactivity and ability to work closely with CapGemini and meet their needs that helped make this a successful deployment.
Because of its size, the number of its offices and the dispersed location of all its offices, Capgemini faces the typical challenge of ensuring continuity of its messaging environment to all users at all times.
In addition, Capgemini has established some strong Service Level Agreements (SLAs) with its customers that have led to very specific Key Performance Indicators (KPIs) as well as high availability expectations from the same customers. These SLAs included specific ways to access the impact on users and how to manage clusters.
As part of these agreements, Capgemini had to define and implement financial penalties between themselves and their clients in case they failed to meet those SLAs. The amounts involved were one of the key reasons why Capgemini needed to better manage its Domino server infrastructure to dramatically reduce or even prevent downtime.
When evaluating a monitoring solution to help them meet their SLAs, Capgemini looked for a unified tool that would give them the ability to manage all of their servers regardless of their physical locations. Because their administrators, their users and their servers were scattered in a number of different locations all over Europe, they required a tool that could give them local control to manage their servers while being able to centralize the information and allow virtual support teams (on/off shore) to ensure that their Domino servers would remain up and running at all times.
More specifically, Capgemini needed the ability to manage clusters unavailability and wanted as much as possible to find a tool that would let them calculate very specific SLA KPIs.