Siamo lieti di annunciare con orgoglio il rilascio di NetEye 3.5. La nuova versione rappresenta un’importante pietra miliare per lo sviluppo della soluzione.
Oltre a rispondere alle esigenze dei clienti, NetEye continua ad allinearsi alle nuove richieste nate dalla crescente complessità delle infrastrutture per il monitoraggio di ambienti cloud, web service e virtualizzazioni.
Il nuovo rilascio ottimizza le prestazioni, la scalabilità e affidabilità di NetEye, ed estende ulteriormente la gamma di funzionalità e la sfera di azione per la strategia di monitoraggio. La versione viene rilasciata con la documentazione aggiornata per tutte le nuove funzionalità con l’obiettivo di raggiungere una sempre migliore qualità.
Verrà fornita di seguito una panoramica delle principali nuove funzionalità e miglioramenti apportati nella nuova versione:
Il nuovo modulo per la gestione degli shutdown consente di configurare e automatizzare il processo di spegnimento dei sistemi in un data center. Funzionalità utile per evitare la perdita dati in caso di arresto immediato dei server causato ad esempio da un aumento improvviso della temperatura, o dall’interruzione della corrente o infine da eventuali perdite d’acqua. La possibilità quindi di configurare e creare un processo con una logica e sequenza di spegnimento aiuta a evitare questo genere di problematica.
L’SNMP-Trap-Handler è stato sostituito dall’EventHandler, una nuova versione più estesa che include la gestione di diversi tipi di eventi e non come precedentemente solo delle SNMP-Traps. Il modulo consente infatti di gestire e processare anche e-mail, messaggi di testo e logs.
Nel SyslogView viene implementato il nuovo LogManager attraverso l’integrazione di Logstash, Elasticsearch e Kibana. Logstash viene utilizzato per leggere e analizzare i logs archiviati da NetEye che vengono poi inviati ad ElasticSearch. I dati sono quindi archiviati in modo strutturato per consentire a NetEye di rappresentarli graficamente in tempo reale grazie all’integrazione con Kibana.
Nell’area dell’Asset Management sono stati implementati notevoli cambiamenti: NetEye ora possiede un’interfaccia che importa informazioni sui vari dispositivi connessi in rete rilevati dallo strumento di Network Discovery NeDi direttamente all’interno di GLPI per la gestione degli assets.
L’integrazione tra NetEye e la soluzione di IT Service Management EriZone è stata notevolmente migliorata consentendo la creazione e risoluzione automatica dei tickets.
Con l’ultima versione rilasciata di NetEye sono stati anche aggiornati tutti i moduli integrati nella soluzione come Cacti, NagMap, NeDi, GLPI o OCS Inventory, apportando notevoli miglioramenti e maggiore stabilità per facilitare le operazioni quotidiane degli amministratori di sistema.
Il NetEye Reporting dispone di un Look and feel completamente rifatto
Per maggiori dettagli potete scricare qui le Release Notes di NetEye 3.5
Fixing Misplaced Plugin Output in Icinga Web Interface When plugin output contained HTML content (like links), it was incorrectly displayed near the service name instead of in the Plugin Output section. The plugin output section now correctly renders all content. Read More
Icinga Director Now Responsive During Configuration Deployments Previously, users were unable to interact with Icinga Director while configuration deployments were running. Any attempt to access the interface or API would be blocked until the deployment completed, causing unnecessary delays in Read More
Welcome to version 4.46 of our NetEye v4 Unified Monitoring Platform. As you log in, you’ll be greeted by the iconic bell tower of Curon rising from the frozen surface of Lake Resia (Reschensee). The tower stands alone amid the Read More
Bug Fix We updated the version of GLPI in order to fix some relevant vulnerabilities. List of updated packages The following packages have been updated for NetEye 4.45: glpi, glpi-autosetup, glpi-configurator, glpi-neteye-config to version 10.0.22_neteye1.17.5-1.
Bug Fix in Tornado Module We solved an issue in Tornado's rule configuration where the action_name field in director actions was being cleared after saving and deploying. When users created a rule with a director action and filled in both Read More