We're sorry but this page doesn't work properly without JavaScript enabled. Please enable it to continue.
Feedback

Lightning Talks: NetXMS | Parca | OpenSearch

00:00

Formal Metadata

Title
Lightning Talks: NetXMS | Parca | OpenSearch
Title of Series
Number of Parts
542
Author
N. N.
Contributors
License
CC Attribution 2.0 Belgium:
You are free to use, adapt and copy, distribute and transmit the work or content in adapted or unchanged form for any legal purpose as long as the work is attributed to the author in the manner specified by the author or licensor.
Identifiers
Publisher
Release Date
Language

Content Metadata

Subject Area
Genre
Abstract
The originally planned presentation on KubeInvaders got cancelled. So we had three ad-hoc lightning talks instead: - NetXMS - Parca - Opensearch
InformationSource codeComputer networkDisintegrationPhysical systemCross-correlationEvent horizonTopologyVisualization (computer graphics)Communications protocolServer (computing)Process (computing)Table (information)Uniform convergenceThresholding (image processing)Service (economics)LogicZugriffskontrolleTemplate (C++)Transformation (genetics)Computer configurationFormal languageSoftwareExtension (kinesiology)Multiplication signProcess (computing)Local ringFunctional (mathematics)Physical systemServer (computing)Connected spacePower (physics)Source codeTelecommunicationInformation securityMereologyProjective planeProxy serverEvent horizonLatent heatWebsiteAddress spaceSystems integratorCommunications protocolGame controllerScripting languageComplex (psychology)Network topologyBuildingFinite differenceLevel (video gaming)Cross-correlationDifferent (Kate Ryan album)LogicAutomationWeb 2.0Visualization (computer graphics)Installation artThresholding (image processing)Transformation (genetics)Core dumpComputer configurationDiagramComputer animation
ArchitectureComputer architectureCartesian coordinate systemSystem administratorConfiguration spaceINTEGRALOperator (mathematics)User interfaceCommunications protocolPhysical systemCASE <Informatik>DatabaseWeb 2.0Different (Kate Ryan album)Server (computing)Computer animation
Computer networkCASE <Informatik>Metric systemServer (computing)Electric generatorInformation technology consultingTopologyWebsiteInformationTemplate (C++)Game theoryGamma functionCommunications protocolServer (computing)InformationOffice suiteAsynchronous Transfer ModeWebsiteDifferent (Kate Ryan album)CASE <Informatik>LaptopElectric generatorInformation technology consultingTemplate (C++)Power (physics)NeuroinformatikSoftwareNumberProcess (computing)Metric systemMathematical analysisLink (knot theory)Network topologySingle-precision floating-point formatLevel (video gaming)In-System-ProgrammierungComputer animation
Program flowchart
Transcript: English(auto-generated)
My name is Viktor Kirchstein. I'm from NetXMS team and it's a brief introduction of who we are and what we're doing. So it's a network monitoring system and it started in 2003 as my personal hobby project and I was working as
network engineer in a local system integration company at that time. Now it's a small team working full-time on this project and we are based in Riga, Latvia and you can check our website, you can check the source code on the GitHub.
What the design principles that is in our system is we want to make it fast, flexible, extendable,
extendable by user in different ways without, when possible, without changing the core source code. Suitable for large setups, so it should be able to monitor large networks, large installations and we put a lot of emphasis on
network monitoring and on distributed monitoring so you can monitor pretty much anything in your infrastructure, in servers, workstations, some devices, etc. But it still has some very network specific functionality built in.
So what are major features of the system? So we have automatic network topology discovery, so we can discover new devices in the network and also how they are connected together on different levels. There are two of those things, so like Ethernet, Serials, etc.
It's an IP level for, it's an OSPF topology and system also provides visualization of this topology on different levels. We have topology based network, topology based event correlation. Many useful topology based
lookup tools like to find specific MAC address in the network, find specific IP address, check the switch forwarding database, check OSPF neighbors all from monitoring system, user interface, all searchable.
We have our own agents that can be installed on different operating systems and those agents among other things can act as caching proxies for most of the protocols that are supported by the system. So you can have a remote proxy that communicates with SNMP devices in the remote side and
your secure communication channel with a monitoring server and if you have lost your connection to your remote site it will keep collecting data and caching it locally and then resynchronize to the central server when you have your connection back. The system is very event centric and we have powerful functions for
event processing. It's quite flexible and we support data collection from different sources. It could be our own agents SNMP, QTT, SSH commands, Ethernet IP, web services, data can be pushed to the system via our API.
We have very powerful data collection templates to simplify and automate data collection from devices and servers.
After data is collected the further processing is uniform. So as long as we get the value for the metric, it's no longer really on how we get it. With which protocol you process it in the same way. We have many options for data transformation and for threshold checking.
We have built-in scripting language in the system that can be used for implementing any custom complex logic. For data transformation, for event processing, for automation,
we provide tools to build automation on top of the system. And we have very flexible access control in the system. So it actually can be used and some users do use it as a multi-tenant. So if you are MSP, for example, you can provide access to parts of the system to your
customers as they see the network. This is an architecture kind of overview. So we have a monitoring server in the center and it can collect data with different protocols directly or
through our agent. It uses SQL database for storing data and configuration. And we, among other databases, we support Postgres with TimescaleDB extension, which is what we really recommend if you have
big setups. And system administrators and operators can access the system via web interface or desktop application. And we also provide full API. So whatever you can do from web web interface, you can do from API. And so it's really good for integration.
And I want to go through a few use cases of our users. So the use case one, it's a global company with offices around the world and they have more than 12,000 network devices in their global network and
they use NetXMS to monitor all these devices, more than 2 million metrics being collected from it. We have a link to InfluxDB, like the fan-out driver, for sending data. So besides storing it in a NetXMS database, it's also sent to the InfluxDB for further
analysis and processing. Case number two is completely different. It's an agricultural holding in South Africa and they use NetXMS to monitor pretty much everything they have,
network devices, servers, etc. Including the solar panels and the fridges, the power generators, and we use different protocols and different methods for getting this information. So like MQTT for solar panels and for fridges for power generators, you just trust B2B computers with NetXMS agent installed and like generators and fridge sensors connected via GPIO.
The third case is industrial consulting company in the US and they use NetXMS in a way that was unusual for us. A site assessment tool, so basically that their consultant comes to the
customer site with a laptop with NetXMS server installed, run it in a discovery mode for a day or for a few hours, and it finds the industrial devices and collects information using different protocols from them and also builds the topology map for them automatically.
And the final use case is the quite big ISP that operates in USA and Central America and they monitor all the network devices and other equipment with NetXMS.
They have more than 70,000 devices, all monitored with a single monitoring server. And they use a lot of automated discovery, automated templates.
So that's it. That was a really quick overview. You can take a look at our website, ask questions after the session, take stickers. Hey, thanks so much.
So that was the first ad hoc talk. Thanks for doing this.