Detta examensarbete jämför två övervakningsverktyg för servrar i ett nätverk, Zabbix och op5 Monitor. Båda är open source och används aktivt av organisationer för att övervaka organisationsservrarnas processorlast, I/O-kö på hårddiskarna, status på tjänster och mycket mer. Dessa två övervakningsverktyg testas och jämförs med varandra ur perspektiven användarvänlighet, funktionalitet och prestanda. Resultaten visar att i de flesta fallen är Zabbix mer användarvänligt medan op5 Monitor i de flesta fallen har bättre funktionalitet. Det visar sig också att op5 Monitor har något högre prestanda än inte bara Zabbix utan även de övervakningssystem som testades av Robin Rudeklint år 2010.

Rapporten beskriver arbetet och resultaten av en jämförelse mellan Sensu och op5 Monitor, vilka är verktyg som används för att övervaka enheter i nätverk, så kallade network monitoring systems. Arbetet har utförts för att utbudet av nätverksövervakningsverktyg ständigt växer och det ansågs värdefullt att jämföra en ny aktör med ett äldre verktyg som är byggd på ett annat tankesätt. Det som ansågs intressant att testa var hur dessa verktyg hanterade de rapporter som skapades och samlades in, om det slutgiltiga resultatet från detta skulle skilja sig åt eller inte. För att testa detta sattes en virtuell testmiljö upp, där Sensu och op5 Monitor rullade parallellt med varandra och övervakade samma system och använde sig utav samma plugin för övervakningen. Experimenten utfördes på två stycken tjänster, BIND9 samt Apache2, i och med att de två pluginen som användes var uppbyggda på olika sätt konstruerades även olika experiment. Under dessa experiment samlades information in om hur de två övervakningsverktygen hanterade de rapporter de fick in, vilket sedan sammanställdes och analyserades. Slutsatsen av det hela var att Sensu och op5 Monitor hanterar sina insamlade rapporter på ett likvärdigt sätt, de rapporterade resultaten blev i samtliga fall detsamma, således fungerade de två övervakningsverktygen på ett jämgott vis. / The report describes the work and results of a comparison between Sensu and op5 Monitor, which are both tools used to monitor devices in a network, more commonly known as network monitoring systems. The subject was chosen due to the fact that there is such a wide range of network monitoring systems, and it is constantly expanding. It was considered valuable to compare a newcomer with an older tool that is built with a different mindset. It was considered interesting to test how these tools handled the reports created and collected by them, to see if the final results from this would differ or not. To test this a virtual testing environment was built, where Sensu and op5 Monitor were run in parallel to each other and monitored the same systems and used the same set of plugins. The experiments were conducted on two services, BIND9 and Apache2, since the plugins were constructed in different ways, so were the various experiments. In these experiments information was gathered about how the two monitoring tools handled the reports they received, which was then compiled and analysed. The conclusion of it all was that Sensu and op5 Monitor handles the collected information in a similar manner. The reported results were in all cases the same, thus the two monitoring tools behave in the same fashion.

In this thesis, a centralized hardware monitoring system for HP servers is developed at Ericsson in Linköping. The centralized system is then evaluated and compared to the current decentralized monitoring system. The results show that not only is the information displayed by the centralized system more detailed, but the configuration process for new servers is also simplified. Cost savings are also identified, since the same monitoring plugin and configuration script can be used for all server generations. Interviews with employees who work with monitoring on a daily basis also shows that they prefer the centralized monitoring system over the current decentralized system, however a high availability solution needs to be implemented for the central part of the monitoring system since it otherwise can become a single point of failure.

Klustring innebär att flera servrar arbetar tillsammans och på så sätt klarar av en uppgift som en ensam server inte skulle klara. Klustring kan också användas för att säkra drift med hjälp av en eller ett flertal servrar som väntar i startgropen om den aktiva servern som tillhandahåller tjänsten går ner.   Detta examensarbete utfördes genom att först undersöka vilka kluster­lösningar som fanns tillgängliga. Därefter utfördes intervjuer med företag som använde sig av olika typer av klustring. Laborationer gjordes för vidare undersökning av några av de mjukvaror som de intervjuade företagen använde.   Det upptäcktes att variationen av lösningar hos de intervjuade företagen inte var så stor som förväntat innan arbetet påbörjades.   Efter genomförd litteraturstudien och intervjumaterialet, för att sedan ge rekommendationer på vilka lösningar som bör väljas av exempelföretag utifrån vilka krav och kriterier som finns hos dessa.

With this paper we intended to simplify deployment and management of monitoring agents for a Network Monitoring System. We found interest on the subject since the time consumed to deploy and manage agents was found to be very inefficient. During a lecture with the Swedish based company Op5 AB at the Linnaeus University in Kalmar, Sweden, we presented the complex of problem. The lecturer showed great interest in a solution on the subject and we found it to be a great thesis subject for the Bachelor degree in Computer Science. By the year of 2016 it is expected that the number of network connected devices will grow threefold, there will be four times as much IP traffic and the data storage demand will increase tenfold. [8] This growing demand will also affect the requirement on the Network Monitoring System and in turn the monitoring agents. In this paper we created a baseline, which consisted of a timing regarding the time consumption for manual deployment, configuration and management of the monitoring agents. We also developed an automated way for deployment, configuration and management of monitoring agents by integrating a Content Management Software called Puppet, combined with several scripts. To simplify the management and deployment furthermore a widget was developed for Op5’s Web based User Interface called Ninja. The developed solution was measured against the baseline and a result regarding time consumption was presented. The result fell into a discussion on the subject of automatization and the time savings that it may result in due to less frequent human errors and a less repetitive work processes.