Offrendo attività di consulenza NetEye, in uno dei miei ultimi progetti, ho avuto l’occasione di implementare un Job Scheduler. Lo scopo consisteva nel poter lanciare i job direttamente da NetEye, è stato quindi deciso di adottare la soluzione offerta da SOS Berlin, installata su Linux.
Prima di entrare nel dettaglio e spiegare i vari passaggi dell’integrazione, desidero soffermarmi brevemente sulla modalità di lavoro del cliente.
IT-Orchestration con NetEye
L’Help Desk di questo cliente utilizza NetEye per identificare problemi sull’infrastruttura IT e gestirli individualmente. Non appena viene inviato un avviso, l’operatore può eseguire dei processi automatizzati direttamente dal modulo di NetEye, Action Launchpad. Questo modulo, infatti, consente di autenticarsi ed eseguire attività sui sistemi in produzione in modo automatizzato e preconfigurato. NetEye diventa il Single Point Of Contact (SPOC) per l’infrastruttura IT: non solo dal punto di vista del monitoraggio ma anche per ripristinare l’operatività dei sistemi.
L’esigenza di un nuovo Job Scheduler
Il cliente aveva la necessità di implementare un Job Scheduler per poter innescare sequenze di azioni su sistemi diversi come Unix, Windows ecc. ed ha quindi deciso di affidarsi alla nostra consulenza per adottare la soluzione offerta da SOS Berlin, installata su Linux.
NetEye come Single Point of Contact (SPOC)
L’esigenza principale era che NetEye rimanesse l’unico sistema utilizzato dagli operatori dell’Help Desk, evitando l’introduzione di nuove interfacce per l’esecuzione o il monitoraggio dei job.
Per soddisfare questa richiesta ho creato diverse interfacce tra il Job Scheduler e NetEye: se un’azione del Job Scheduler non fosse eseguita correttamente, produrrebbe un avviso sull’interfaccia di NetEye. In questo modo, gli operatori dell’Help Desk possono facilmente individuare il problema e rilanciare le azioni fallite tramite il modulo Action Launchpad di NetEye, togliendo a loro l’onere di doversi studiare in dettaglio l’interfaccia del Job Scheduler e delle sue possibili configurazioni.
I started my professional career as a system administrator.
Over the years, my area of responsibility changed from administrative work to the architectural planning of systems.
During my activities at Würth IT Italy, the focus of my area of responsibility changed to the installation and consulting of the IT system management solution WÜRTHPHOENIX NetEye.
In the meantime, I take care of the implementation and planning of customer projects in the area of our unified monitoring solution.
Author
Tobias Goller
I started my professional career as a system administrator.
Over the years, my area of responsibility changed from administrative work to the architectural planning of systems.
During my activities at Würth IT Italy, the focus of my area of responsibility changed to the installation and consulting of the IT system management solution WÜRTHPHOENIX NetEye.
In the meantime, I take care of the implementation and planning of customer projects in the area of our unified monitoring solution.
Running Ollama locally or on dedicated hardware is straightforward until you need to know whether a model is actually loaded in RAM, how fast it generates tokens under load, or when memory consumption reaches a threshold that affects other workloads. Read More
Hi everyone! Today I'd like to share with you an investigation we undertook related to ingesting Open Telemetry data in Elasticsearch, while maintaining tenant segregation from start to end. The Scenario Let's imagine we have multiple customers, where in this Read More
SNMP monitoring is the standard method for obtaining information and metrics from network devices. Typically, we focus on extracting data from a single interface to monitor its status, traffic, or errors. But in many cases, we’re only interested in getting Read More
In the ITOA module we fixed a bug that prevented the Performance Graphs to be shown in the Monitoring host and service page. List of updated packages grafana, grafana-autosetup, grafana-configurator and grafana-neteye-config to version 12.4.1_neteye3.29.2-1
Creating a GitHub organization is easy. Creating a public one that is actually well-structured, secure, and maintainable over time… not so much. At the beginning, it feels like a simple task: create the org, push some repositories, maybe define a Read More