An IT organization today needs to have all the hardware, software and licenses information in order to negotiate with suppliers through a target strategy or to perform timely updates. A complete inventory system is therefore a must.
As you may already know, NetEye provides the Inventory and Asset Management modules through the integration of GLPI and OCS Inventory. With the system you can create and maintain a database for all your technical resources such as computers, software or devices in your company. In addition, the solution archives all the data history and records all the changes in your infrastructure.
Perhaps if you are using GLPI and OCS Inventory you also had the necessity to put into the inventory not only the physical infrastructure but also the virtual one. Well, OCS Inventory and GLPI Inventory can meet your needs.
By setting specific OCS Inventory parameters it is possible to trace automatically all virtual machines information, and not only… In fact, GLPI will save virtual systems data associating them to the physical machines on which they are installed. If the virtual machine, in addition, have the OCS agent installed, in OCSNG they are not only listed as vm in the ESX host in which they are recognized, but if there is a UUID match a link will be created to the real vm in the inventory.
Virtual machine discovery with OCS inventory
GLPI displays virtual machine information associated with the physical machine
If you need any additional information on how to implement this solution in your infrastructure please feel free to contact me.
Use Case Anyone who manages GLPI knows the situation: assets get assigned to users, but there is never a formal acknowledgement that the user is aware of what was handed to them and that the data is accurate. No signature, Read More
During our consulting activities we frequently find ourselves having to collect data from SNMP devices that do not support SNMPv3 for data encryption. This type of traffic is readable on the network and can create security problems and noncompliance with Read More
With Elastic Observability we can create alerts on all data we collect, such as logs, metrics, application services and synthetic monitoring. However, NetEye represents the main operational console from which to monitor the entire infrastructure. By sending alarms from Elastic Read More
Node export in the Tornado Processing Tree was broken on Firefox The bug was caused by a divergence between Firefox and Chrome in blob handling with CSP. Issue resolved, behavior is now consistent across both browsers. List of updated packages Read More
Processing Tree Rendering Issue We shipped a fix for a rendering bug in the Tornado UI Processing Tree. Under specific conditions, navigating back to the dashboard after expanding tree nodes caused the tree to render incorrectly nodes would appear collapsed, Read More