Provisioning is a process that imports node and service definitions either from an external source, such as DNS or HTTP, or via the Meridian web UI. The Provisiond daemon maintains your managed entity inventory through policy-based provisioning.
Provisiond comes with a RESTful Web Service API for easy integration with external systems such as a configuration management database (CMDB) or external inventory systems. It also includes an adapter API for interfacing with other management systems such as configuration management.
Provisiond receives requests to add managed entities (nodes, IP interfaces, SNMP interfaces, services) via three basic mechanisms:
Meridian lets you control Provisiond behavior by creating provisioning policies that include scanning frequency, IP ranges, and which services to detect.
Regardless of the method, provisioning is an iterative process: you will need to fine-tune your results to exclude or add things to what you monitor.
Meridian uses an ICMP ping sweep to find IP addresses on the network and provision node entities. Use auto discovery with detectors in addition to the ICMP IP address ping to specify services that you need to detect.
Use import handlers to provision nodes from other data sources such as DNS zone records and VMware.
Automatically discovered entities are analyzed, persisted to the relational data store, and managed based on the policies defined in the default foreign source definition:
Scanned to discover node entity’s interfaces (SNMP and IP).
Interfaces are persisted.
Service detection of each IP interface.
|Merging occurs only when two automatically discovered nodes appear to be the same node. Nodes discovered directly are not included in the node merging process.
Directed discovery lets you specify what you want to provision based on an existing data source such as an in-house inventory, a standalone provisioning system, or a set of element management systems. Using an import requisition, this mechanism directs Meridian to add, update, or delete a node entity exactly as defined by the external source. No discovery process is used for finding more interfaces or services.
|An import requisition is an XML definition of node entities to be provisioned from an external source into Meridian. See the requisition schema (XSD) for more information.
Directed discovery involves three phases:
Import (with three sub-phases)
Limited SNMP scan
The import phase begins when Provisiond receives a request to import a requisition from a URL. The requisition is marshalled into Java objects for processing. An audit, based on the unique foreign ID of the foreign source, determines whether the node already exists; the imported object is then added, updated, or deleted from the inventory.
|If any syntactical or XML structural problems occur in the requisition, the entire import is abandoned and no import operations are completed.
If a requisition node has an interface defined as the primary SNMP interface, the node is scanned for minimal SNMP attribute information during the update and add operations.
The node scan phase discovers details about the node and interfaces that were not directly provisioned. All physical (SNMP) and logical (IP) interfaces are discovered and persisted based on any provisioning policies that may have been defined for the foreign source associated with the import requisition.
After interface discovery, Provisiond moves to service detection on each IP interface entity.