Genie - Monitoring platform
Genie - Monitoring Platform addresses the issue of on-line proactive management by enabling real time monitoring, of large number of parameters in large organizations using a single central collection station or a relatively small number of agents to collect data from a large number of components in the enterprise from remote.

The product addresses all the existing monitoring needs of enterprises today, in a way that focuses on scale.

Addressing the Monitoring needs
Increasing number of monitored parameters
Genie - Monitoring Platform enables the user to determine which parameters will be monitored, and in which frequency, on which components. The selection is very robust, and very simple.

The user can define which parameters will be collected from which components, using masks on discovery information on the components.

Multi-Protocol parameter collection
Genie - Monitoring Platform is built to support multiple collection protocols. It currently supports the following protocols:

• ICMP
• SNMP
• SQL
• CSV
• WMI
• HTTP
• LDAP
• TCP Port Availablility
• SNMP Traps collector
• and more...

and others.

Its supports of the monitoring protocols integrates with all its other capabilities, like support in increasing number of monitored parameters, ease of installation and scale.

Simple installation and operation
Genie - Monitoring Platform, is built as a centralized monitoring product. It is centrally managed and controlled. It can operate on a single machine monitoring large numbers of parameters on large number of components in high frequency. When scale requires, it supports distribution of its components to additional machines. It's installation and use out of the box are very simple, however it enables the advanced user to tailor it to its exact needs.

Complex correlations and conditions on the monitored parameters
Genie - Monitoring Platform has a built in mechanism for defining correlation rules and conditions on the monitored data, including the historical data, so that events can be scheduled and event handlers launched, based on these correlation rules and conditions

Flexibility
Genie - Monitoring Platform was designed for flexibility. It has several levels where it becomes obvious:

Monitoring Parameters selection
With Genie - Monitoring Platform it is easy to define what parameters will be monitored on which nodes, in a simple and robust way that uses masks and information discovered on the monitored components. It is not needed to specify for each node specifically what parameters will be collected. It is possible, and recommended to use generic rules to define those values.

Graphical User Interface flexibility
The product was designed in a way that enables the user, to tailor it's User interface to its exact needs. The user can change the product's menu, and add or remove query reports. The product has a permission system that can control what each user will see.

Product's components location
In order to support scale the product was designed to allow flexibility in the location of the product's components. These components can be moved from the server's central point to near by or remote computers.

Scalability
Genie - Monitoring Platform was designed for scalability, in all the aspects mentioned above.

Component count scale
The product, out of the box, was built that the monitoring components can collect data from a large number of components concurrently from a single process, in parallel.

However the product supports having multiple collection processes, located either on the same machine or distributed in the enterprise. This capability enables scale, as the monitoring of different components can be distributed over the different collection processes.

The product is built in a way that collecting data from one component does not affect the collection of data from other components.

Collected parameters count scale
Each collection process can collect multiple parameters from any given number of components. As described before, the scale in the number of monitored parameters is handled by adding more collection processes.

Monitoring frequency
As the product was designed in a way that monitoring of a given node, can be done in parallel with monitoring of others, there is no theoretical limit to the monitoring frequency, and the only actual limits are CPU, memory, and bandwidth, which are addressed by the capability of adding more collection processes, and distributing the monitored components between them.

Correlation rules
The correlation rules analysis is performed in a special process. This process can also be multiplied and distributed if scale is required.