DOCSLIB.ORG

SISR5 Supervision Des Réseaux Mise En Place D'un Outil De Supervision – Deuxième Partie

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
SISR5 Supervision Des Réseaux Mise En Place D'un Outil De Supervision – Deuxième Partie FAMEL Yoan 02/12/2015 PAYET Yoann BTS SIO – SISR SISR5 Supervision des réseaux Mise en place d'un outil de supervision – Deuxième partie Table des matières Introduction..........................................................................................................................................2 Infrastructure réseau.............................................................................................................................3 Supervision de serveurs sous Windows................................................................................................4 Mise en place de contrôles (sondes) de supervision d'un serveur sous Windows..........................4 Configuration de Shinken.............................................................................................................10 Supervision de matériels.....................................................................................................................15 Supervision d'une imprimante réseau...........................................................................................15 Supervision d'un routeur...............................................................................................................16 Supervision d'un commutateur.....................................................................................................20 Utilisation d'indications métrologiques graphiques............................................................................24 Notifications des alertes.....................................................................................................................34 1 / 44 Introduction Dans la deuxième partie TP nous allons nous intéresser à l'utilisation du service de supervision Shinken, cette application permet la surveillance système et réseau y compris les hôtes et les services spécifiés, évoluant sous une licence libre de type GNU AGPL (licence publique générale Afero) cette dernière est complètement compatible avec le logiciel Nagios. « Elle a pour but d'apporter une supervision distribuée et hautement disponible facile à mettre en place. Démarrée comme une preuve de concept pour Nagios sur les architectures distribuée, le programme a rapidement démontré des performances et une flexibilité bien plus importantes que son aîné Nagios. » Source : https://fr.wikipedia.org/wiki/Shinken_(logiciel) Nous nous placerons donc en contexte professionnel en supposant qu'une entreprise ai besoin de nos services afin d'effectuer une meilleure supervision de ses matériels, entre autre, deux serveurs virtualisés et les services qu'ils hébergent, une imprimante réseau, un serveur de virtualisation ainsi que des outils d'interconnexions tel qu'un routeur et un commutateur Cisco Systems. Dans cette partie nous traiterons plus précisément la supervision des matériels de couche 2 et 3 (commutateur, routeur) ainsi qu'un Windows serveur et une imprimante. 2 / 44 Infrastructure réseau Nous allons donc mettre le réseau suivant en place et nous ferons un rappel des différents adressages du matériel à la suite. Adresse IP Masque Passerelle RTR S0/0 FE0/0 S0/0 FE0/0 172.16.193.3 172.16.193.254 255.255.255.0 255.255.0.0 COMM (VLAN1) 172.16.193.253 255.255.0.0 172.16.193.254 ServeurShinken 172.16.193.1 255.255.0.0 172.16.193.254 SRV1-Linux 172.16.193.10 255.255.0.0 172.16.193.254 SRV2-W2012 172.16.193.40 255.255.0.0 172.16.193.254 L'accessibilité via Internet ne sera pas démontrée dans ce TP. 3 / 44 Supervision de serveurs sous Windows Mise en place de contrôles (sondes) de supervision d'un serveur sous Windows Nous allons à présent nous intéresser au monitorage de notre serveur évoluant sous Windows avec l'aide de WMI. Qu'est ce que WMI ? « Windows Management Instrumentation (WMI) est l’implémentation de Microsoft du Web-Based Enterprise Management (WBEM), le standard du Distributed Management Task Force (DMTF). Il prend en charge le modèle de données CIM (Common Information Model), qui décrit les objets d'un environnement de gestion. » WMI est donc un système de contrôle interne et propre à Microsoft qui prendra en charge la surveillance et le contrôle des ressources systèmes. Les contrôles nécessitent en effet d'avoir une interaction avec le système (un peu comme les requêtes ICMP en quelque sorte), pour cela notre Windows server devra en être au courant. Nous devrons donc activer et autoriser l'accès aux informations présentes sur notre serveur. Dans un premier temps, nous ajoutons un rôle à notre serveur, dans fonctionnalités nous implantons le service SNMP (le protocole simple de gestion de réseau) et le fournisseur WMI SNMP : 4 / 44 Nous passons ensuite les étapes de manière à valider le redémarrage de notre serveur. 5 / 44 La progression de l'installation s'affiche alors, le serveur redémarrera une fois celle-ci terminée : Nous allons ensuite y créer un nouvel utilisateur se nommant wmiagent spécifique pour la supervision du serveur du serveur en l'associant à WMI, pour cela nous nous placerons dans le dossier Utilisateurs et dans le menu Action nous choisirons Nouvel utilisateur : Cet utilisateur obtiendra le mot de passe SIO2pass. Nous cocherons les choix de gestion de mot de passe. Puis nous cliquons sur Créer. 6 / 44 Le nouvel utilisateur apparaît alors dans le dossier les concernant : Nous affecterons ensuite cet utilisateur à un groupe supplémentaire afin qu'il puisse accéder à tous les indicateurs Windows, nous double-cliquons sur cet utilisateur, puis dans l'onglet Membre de nous l'ajoutons : 7 / 44 Nous sélectionnerons ensuite Avancé en bas de l'interface puis nous rechercherons le groupe Utilisateurs de l'Analyseur de performances. Nous cliquerons trois fois sur OK afin de revenir à la liste des utilisateurs. En cliquant de droite sur contrôle WMI dans la liste se trouvant à gauche de l'écran, nous choisissons propriétés, puis dans l'ongelt Sécurité nous sélectionnons CIMV2 puis nous cliquons sur Sécurité, nous saisirons le nom de wmiagent puis vérifier les noms et enfin nous cliquerons sur OK. Dans la fenêtre qui suit nous sélectionnons les cases comme suit : Notre utilisateur doit également pouvoir accéder à DCOM (Distributed Component Object Model) pour permettre l'accès aux informations du système. 8 / 44 Nous ouvrons donc un terminal de Windows PowerShell et nous lançons la commande DCOMCnfg.exe comme suit : Puis, dans Service de composants/Ordinateurs nous cliquons de droite sur Poste de travail et nous sélectionnons Propriétés. Dans l'onglet Sécurité COM puis dans Autorisations d’exécution et d'activation nous choisissons Modifier les limites, sur la fenêtre d'autorisation nous choisissons Ajouter puis, nous saisissons wmiagent et nous vérifions les noms. Pour terminer nous cliquons sur OK : Dans la fenêtre suivante nous cochons les cases comme suit : Puis nous cliquons sur OK et nous confirmons les paramètres. Nous fermons ensuite la fenêtre des composants et de Microsoft PowerShell. 9 / 44 Nous devons enfin paramétrer le pare-feu afin de laisser entrer les requêtes WMI, dans le gestionnaire de serveur et dans le menu Outils nous sélectionnons Pare-feu Windows avec fonctions avancées de sécurité. Enfin dans les règles de trafic entrant nous activons les règles suivantes : (Nous activerons la règle WMI-In et non Async-In comme précisé ci-dessus). Configuration de Shinken Il ne nous reste donc plus qu'à configurer notre serveur Shinken. Nous passons sur le compte root et nous paramétrons le compte d'accès au domaine que nous avons choisi plus tôt en éditant le fichier suivant : Nous remplaçons les valeurs par défaut par celles que nous avons pu créer. On relance ensuite le processus arbiter qui va faire une re-lecture des fichiers : 10 / 44 Nous allons maintenant corriger une erreur liée au wmic (client WMI), notre fichier téléchargé en première partie intervient donc. Nous nous plaçons dans le dossier des commande python et nous effaçons wmic à l'aide des commandes suivantes : cd /var/lib/shinken/libexec rm wmic Puis nous nous plaçons dans le dossier de Téléchargements afin de dézipper le fichier et d'extraire l'archive avec les commandes suivantes : Puis nous configurerons et compilerons le wmic avec les commandes suivantes : ./autogen.sh ./configure make proto bin/wmic En voici un exemple : 11 / 44 Puis nous copions wmic dans le dossier Shinken, nous nous plaçons dans le dossier des commandes et nous attribuons la propriété de wmic à l'utilisateur Shinken comme suit : Il ne reste maintenant plus qu'à tester le fonctionnement de notre client WMI. Nous repassons donc sur le compte shinken grâce à la commande su – shinken et nous repassons dans le dossier des commandes python : cd /var/lib/shinken/libexec Nous testons ansuite l'accès aux données de WMI en saisissant la commande : Les données récupérées via WMI ressemble à cela : 12 / 44 Nous retournons sur le compte root. Puis nous éditons le fichier de configuration de l'hôte que nous surveillerons, autrement dis, notre serveur Windows : Nous avons donc ajouté notre modèle de supervision à la déclaration de notre hôte. Nous enregistrons et quittons. Puis nous relançons arbiter pour une re-lecture des fichiers : 13 / 44 Une fois retourné dans l'interface web de notre serveur Shinken, nous filtrons l'affichage de manière à n'avoir uniquement notre serveur Windows : Une vision synoptique est également possible grâce à la Minemap : Nous avons donc réussis avec succès à superviser notre serveur Windows. 14 / 44 Supervision de matériels Supervision d'une imprimante réseau Dans la console administrateur nous nous replaçons
Load more

Recommended publications
  • Josh Malone Systems Administrator National Radio Astronomy Observatory Charlottesville, VA
    heck What the #%!@ is wrong ^ with my server?!? Josh Malone Systems Administrator National Radio Astronomy Observatory Charlottesville, VA 1 Agenda • Intro to Monitoring • Internet protocols 101 • • Nagios SMTP • IMAP • Install/Config • HTTP • Usage • Custom plugins • Packet sniffing for dummies • Intro to Troubleshooting • Tools • telnet, openssl • grep, sed • ps, lsof, netstat 2 MONITORING 3 Automated Monitoring Workflow 4 Monitoring Packages: Open Source • • Pandora FMS • Opsview Core • Naemon • • • • • • Captialware ServerStatus • Core • Sensu All Trademarks and Logos are property of their respective trademark or copyright holders and are used by permission or fair use for education. Neither the presenter nor the conference organizers are affiliated in any way with any companies mentioned here. 5 Monitoring Packages: Commercial • Nagios XI • Groundwork • PRTG network monitor • CopperEgg • WhatsUp Gold • PRTG network monitor • op5 (Naemon) All Trademarks and Logos are property of their respective trademark or copyright holders and are used by permission or fair use for education. Neither the presenter nor the conference organizers are affiliated in any way with any companies mentioned here. 6 Why Automatic Service Monitoring? • Spot small problems before they become big ones • Learn about outages before your users do • Checklist when restoring from a power outage • Gives you better problem reports than users • Problems you might never spot otherwise • Failed HDDs in RAIDs • Full /var partitions • Logs not rotating • System temperature rising 7 Why Automatic Service Monitoring? • Capacity planning • Performance data can generate graphs of utilization • RAM, Disk, etc. • Availability reports - CAUTION • Easy to generate -- even easier to generate wrong • Make sure your configurations actually catch problems • Will also include problems with Nagios itself :( • If you’re going to quote your availability numbers (SLAs, etc.) make sure you understand what you’re actually monitoring.
    [Show full text]
  • Pynag Documentation Release 0.9.0
    pynag Documentation Release 0.9.0 Pall Sigurdsson and Tomas Edwardsson July 23, 2014 Contents 1 Introduction 3 1.1 About pynag...............................................3 2 The pynag module 5 2.1 pynag Package.............................................5 2.2 Subpackages...............................................5 3 The pynag command line 85 3.1 NAME.................................................. 85 Python Module Index 89 i ii pynag Documentation, Release 0.9.0 Release 0.9.0 Date July 23, 2014 This document is under a Creative Commons Attribution - Non-Commercial - Share Alike 2.5 license. Contents 1 pynag Documentation, Release 0.9.0 2 Contents CHAPTER 1 Introduction 1.1 About pynag Pynag is a all around python interface to Nagios and bretheren (Icinga, Naemon and Shinken) as well as providing a command line interface to them for managing them. 3 pynag Documentation, Release 0.9.0 4 Chapter 1. Introduction CHAPTER 2 The pynag module 2.1 pynag Package 2.2 Subpackages 2.2.1 Control Package Control Package The Control module includes classes to control the Nagios service and the Command submodule wraps Nagios com- mands. class pynag.Control.daemon(nagios_bin=’/usr/bin/nagios’, nagios_cfg=’/etc/nagios/nagios.cfg’, na- gios_init=None, sudo=True, shell=None, service_name=’nagios’, na- gios_config=None) Bases: object Control the nagios daemon through python >>> from pynag.Control import daemon >>> >>> d= daemon() >>> d.restart() SYSTEMD = 3 SYSV_INIT_SCRIPT = 1 SYSV_INIT_SERVICE = 2 reload() Reloads Nagios. Returns Return code of the reload command ran by pynag.Utils.runCommand() Return type int restart() Restarts Nagios via it’s init script. Returns Return code of the restart command ran by pynag.Utils.runCommand() Return type int 5 pynag Documentation, Release 0.9.0 running() Checks if the daemon is running Returns Whether or not the daemon is running Return type bool start() Start the Nagios service.
    [Show full text]
  • Supervision Utilisation De Check-MK
    Supervision Utilisation de Check-MK Réseau Min2Rien Journée Thématique « retour d’expériences » - 13/02/2014 NICOLAS JAMIN – Administrateur Système – DSI de l’Académie de LILLE Supervision: Utilisation de Check-MK Plan . Présentation . Fonctionnement / Configuration . Création de scripts (Présentation et exemple) . Utilisation / Capture d’écran . Livestatus / Multisite Nicolas JAMIN – DSI de l’Académie de LILLE 14/02/2014 2 Supervision: Utilisation de Check-MK Presentation . Check-MK : add-on de supervision écrit en python . Nagios utilise des plugins de type actif 1 plugin = 1 service Exécution côté Nagios • Exemple: check_disk = test de l’espace disque . Check-MK utilise des plugins de type passif 1 plugin ~ 30 tests de base Exécution côté Client • Exemple: check_mk = check_disk + check_mem + check_ps + … . Forte baisse du taux d’utilisation des CPUs sur Nagios grâce à Check-MK . Remplace les plugins de type NRPE, NSCLIENT ++ Nicolas JAMIN – DSI de l’Académie de LILLE 14/02/2014 3 Supervision: Utilisation de Check-MK Fonctionnement Nicolas JAMIN – DSI de l’Académie de LILLE 14/02/2014 4 Supervision: Utilisation de Check-MK Configuration (sur le serveur NAGIOS) . Fichier main.mk Contient la configuration générale (seuil d’alerte, exclusions des services …) • Inventory_df_exclude_mountpoints = [‘/dev’,’/mnt/vzsnap0’] • Filesystem_default_level[‘levels’] = (90.0, 95.0) . Fichier tcp_hosts.mk Contient les hosts et hostgroups des serveurs auxquels ils appartiennent. • template124.expr.in.ac-lille.fr|linux|apt|openvz|ubuntu12 . Fichier hostgroups.mk Contient la définition des hostgroups. • (‘Serveurs Ubuntu 12.04’, [ ‘ubuntu12’ ], ALL_HOSTS), Nicolas JAMIN – DSI de l’Académie de LILLE 14/02/2014 5 Supervision: Utilisation de Check-MK Configuration (sur le serveur NAGIOS) . Plus aucune configuration côté Nagios Core • /etc/nagios/host.cfg, /etc/nagios/hostgroup.cfg … .
    [Show full text]
  • Peter Helin, ABB Crane Systems Stefan Löfgren, Mälardalen
    Fredrik Linder [email protected] Thesis for the Degree of Bachelor of Science in Engineering - Computer Network Engineering 15.0 hp IDT (academy for Innovation, Design and Technology) Mälardalen University Västerås, Sweden 2015-11-15 Supervisors: Peter Helin, ABB crane systems Stefan Löfgren, Mälardalen University Examinator: Mats Björkman, Mälardalen University | Network monitoring of automated harbor terminals | | Linder | ABSTRACT Nowadays, more information and services are migrated into computers using a network as the carrier for data communication. One example of this is the migration from PROFIBUS to PROFINET. The big problem is that there are no network monitoring solution implemented, despite the significance of the network. The drawback of not having a network monitor solution are many. This includes areas within security, availability, control and troubleshooting. The goal is to find a solution to this problem with providing a complete network monitor solution in ABB’s existing environment. The work was divided in four different parts, research, design, implementation and verification. Information from the World Wide Web (WWW) pointed towards that CentOS (operating system) together with OMD (network monitor software) would be the best choice for this task. The design phase described how all devices should be able to communicate with each other. The implementation part mostly were configuration of devices, such as servers, monitor software, switches and security. The configuration were made by using the built in user interface in each device. The verification part proved that all functions worked as expected, such as security and notifications. Rest of the verification could be seen in the web interface. The result is a complete solution demonstrated in ABB crane system’s lab, which includes a complete set of network devices that exist on sites all around the world.
    [Show full text]
  • Ausreißer Check Mk
    05/2014 Check_mk als Nagios-Alternative Titelthema Ausreißer Check_mk 34 Check_mk hat zurzeit Rückenwind: Es gilt nicht mehr als schnödes Nagios-Plugin und seine Oberfläche Multi- site lässt die Konkurrenz alt aussehen. Doch wird Check_mk diesem Ruf in der Praxis gerecht? Holger Gantikow www.linux-magazin.de wachen will und wie er alle Ergebnisse in einem Rutsch zurück. dies möglichst optimal Das erfordert nur eine einzige Verbin- mittels Hostgruppen und dung (Abbildung 1, rechts). Templates abbildet, da- Auch Nagios wertet anders aus: Mit dem mit seine Konfiguration Nagios Remote Plugin Executor (NRPE) wartbar bleibt. Zugleich stupst es in der Regel ein Plugin auf dem wächst aber die Last auf Host an, das etwa die RAM-Auslastung dem Nagios-Server mit je- misst. Das Plugin erhält einige Schwel- der Erweiterung: Je mehr lenwerte und liefert einen Status zurück Dienste und Hosts dieser (»OK«, »Warning«, »Critical«). überwacht, desto mehr Check_mk bewertet die Ergebnisse hin- wird die Serverhardware gegen erst auf dem Server. Dies hat den zum Engpass. Die Anzahl positiven Nebeneffekt, dass die Agents der „aktiven Checks“ pro auf den zu überwachenden Hosts keine Prüfintervall bestimmt, weitere Konfiguration benötigen. Der wie leistungsfähig der Check_mk-Server filtert die von den Server sein muss (Abbil- Agenten gelieferten Daten mit Hilfe der © Ljupco Smokovski, 123RF Smokovski, © Ljupco dung 1, links). Konfigurationsparameter und Schwellen- werte, die der Admin festgelegt hat, und Wer den Zustand von mehr als einer Check_mk am Start schickt die Ergebnisse an Nagios weiter. Handvoll Systeme im Blick behalten möchte, muss auf handgestrickte Shell- Speziell gegen diese beiden Probleme, Testlauf skripte oder gelegentliche Kontrollen gegen die komplexe Konfiguration und verzichten und braucht ein vollwertiges die hohe Serverlast, möchte Check_mk Ob Check_mk hält, was es verspricht, Monitoring.
    [Show full text]
  • Supervision De Matériel Informatique Avec Shinken Epreuve E6
    2017-2018 Supervision de matériel informatique avec Shinken Epreuve E6 Raphaël Andrieu ARCONIC Table des matières Shinken .................................................................................................................................................... 1 Prérequis ................................................................................................................................................. 1 Installation de Shinken ............................................................................................................................ 1 Supervision .............................................................................................................................................. 4 Installation de Nagios .......................................................................................................................... 4 Supervision d’un serveur Debian ........................................................................................................ 4 Ajout d’hôte ..................................................................................................................................... 5 Ajout du groupe de Serveur Linux ................................................................................................... 6 Ajout des services ............................................................................................................................ 6 Supervision d’un serveur Windows ....................................................................................................
    [Show full text]
  • Design of a Self-Healing Federated Event Processing Management System at the Edge
    Design of a self-healing federated event processing management system at the edge Modelling and Orchestrating heterogeneous Executive summary Resources and Polymorphic applications for The constant upsurge of the connected devices and services along Holistic Execution and adaptation of Models with the ample numbers of heterogeneous data streams and their relay In the Cloud among different processing and persistence architectures, has augmented the demand for adequate and cost-efficient infrastructures H2020-ICT-2018-2020 to host them. This need is covered by Cloud computing as a paradigm Leadership in Enabling and Industrial that offers on-demand resources and enables its users to seamlessly Technologies: Information and adapt applications to the current demand. More recently, this has been Communication Technologies extended to using multiclouds as a means to vest on the true power of resources or services provided independently to the cloud service Grant Agreement Number vendor. Of course, this has further increased the complexity but also 871643 the importance of monitoring and analysis software solutions. The gravity of efficient monitoring of multicloud applications is Duration highlighted by the fact that it serves as a knowledge-base for deriving 1 January 2020 – corrective actions like scaling. 31 December 2022 In this deliverable, we first report on the analysis of the most prominent open-source tools used for monitoring and we describe a www.morphemic.cloud time-series based approach for persisting such data to be used in the future for forecasting purposes. Secondly, we introduce the design of Deliverable reference a configurable near real-time federated monitoring mechanism called D2.1 EMS.
    [Show full text]
  • Monitoring Kubernetes with OMD Labs Edition and Prometheus
    Monitoring Kubernetes with OMD Labs Edition and Prometheus Michael Kraus - FOSDEM 2017 About me Doing monitoring for 12 years, mainly with plain old Nagios, open-source only. About me Michael Kraus Senior Monitoring Consultant @ ConSol. Background Implementation of Kubernetes PoC at $customer: Why We have … Kubernetes in a ● already running some classical enterprise monitoring instances there. ● but no idea about monitoring Kubernetes. Natural choice for kubernetes monitoring: ● Integrated service With discovery Enter Prometheus ● Labels are retained between Kubernetes and Prometheus There are excellent tutorials and blog posts available as a starting point, for example by ● coreos.com/blog/ How ( Fabian Reinartz ) Where to start ● robustperception.io/blog/ ( Brian Brazil ) ● … many examples on GitHub Implementation ● kubernetes_sd_configs - role: endpoints ● kubernetes_sd_configs - role: node Implementation ● kubernetes_sd_configs - role: pod Prometheus kubernetes_sd prometheus-kubernetes.yml from prometheus/examples. Metrics: ● apiserver_* ● container_cpu_* Implementation ● container_fs_* ● deployment_* Prometheus ● etcd_* kubernetes_sd ● kubelet_* ● ... Prometheus exporter for hardware and OS metrics exposed by the kernel. Implementation node_exporter ● DaemonSet ● prometheus.io/scrape: 'true' Metrics: ● node_cpu ● node_disk_* Implementation ● node_filesystem_* node_exporter ● node_netstat_* ● node_vmstat_* ● ... “... focused … on the health of the various objects inside, such as deployments, nodes and Implementation pods.” kube-state-metrics
    [Show full text]
  • Lucas Nussbaum [email protected]
    Supervision - Monitoring Lucas Nussbaum [email protected] Licence professionnelle ASRALL Administration de systèmes, réseaux et applications à base de logiciels libres Lucas Nussbaum Supervision - Monitoring 1 / 51 Administrative stuff I Yes, this course is in English I will speak in French though Goal: get you used to reading technical documentation in English I This module: 6 slots of 3 hours Evaluation: practical work (TPs) + possibly exam Goals: F General knowledge of infrastructure monitoring F Master standard tools of the field F Know about the current trends in this field (e.g. impact of cloud and elasticity) I The other part of this module (Supervision - Annuaire) is totally independent (and with a different tutor: Fabien Pascale) Lucas Nussbaum Supervision - Monitoring 2 / 51 Introduction I Success criteria for sysadmins: infrastructure that just works Avoid incidents if possible If not possible, minimize downtime I How? Well-designed infrastructure Choose reliable technologies and software Add HA (high-availability), failover, redundancy, etc. I Not enough: Murphy’s law (Anything that can go wrong will go wrong) I Monitoring: Collect information about the state of the infrastructure Detect problems (before users have to report them) Predict problems Usual components: ; Probes to acquire data Database to store all measurements Dashboard to show results Notification system (email, SMS, etc.) Lucas Nussbaum Supervision - Monitoring 3 / 51 Example: Icinga https://nagios.debian.org/icinga/ – login: dsa-guest / password: dsa-guest Lucas Nussbaum Supervision - Monitoring 4 / 51 Example: graph from Munin I Disk usage on a server Lucas Nussbaum Supervision - Monitoring 5 / 51 Two sides of the same coin: Metrology Goal: collect lots of metrics about how the system behaves to track performance of the system over time telemetry I Example: collect statistics about; network traffic, HTTP req/s, disk I/Os, ..
    [Show full text]
  • Matello Iq | Installation and Upgrade Guide
    Savision iQ INSTALLATION AND UPGRADE GUIDE RELEASE 2.7 DOCUMENT DATE: NOVEMBER 7, 2019 NOTICE The information contained in this document is believed to be accurate in all respects but is not warranted by Martello Technologies Corporation. The information is subject to change without notice and should not be construed in any way as a commitment by Martello Technologies or any of its affiliates or subsidiaries. Martello Technologies and its affiliates and subsidiaries assume no responsibility for any errors or omissions in this document. Revisions of this document or new editions of it may be issued to incorporate such changes. No part of this document can be reproduced or transmitted in any form or by any means - electronic or mechanical - for any purpose without written permission from Martello Technologies. Trademarks MarWatch™, Elfiq, Savision, Martello Technologies, and the Martello Technologies logo are trademarks of Martello Technologies Corporation. Windows and Microsoft are trademarks of Microsoft Corporation. Other product names mentioned in this document may be trademarks of their respective companies and are hereby acknowledged. © Copyright 2019, Martello Technologies Corporation All rights reserved Installation and Upgrade Guide Release 2.7 - November 7, 2019 Table of Contents Contents CHAPTER 1 Introduction 5 Document Purpose and Intended Audience 5 Revision History 5 CHAPTER 2 About Savision iQ 6 CHAPTER 3 Planning 7 Server Requirements 7 IIS Roles and Features 8 Java 9 SQL Database 10 Elasticsearch 10 Active Directory 10
    [Show full text]
  • Automated System Monitoring
    Automated System Monitoring Josh Malone Systems Administrator [email protected] National Radio Astronomy Observatory Charlottesville, VA https://blogs.nrao.edu/jmalone 2 One night, about 8 or 9 years ago, the chiller in our DC failed. Co-worker arrive in the morning to find room was 90F ambient. Quickly set up fans to vent the room. Checked servers - found that main web server had lost both disks in its OS RAID mirror. (15k disks, ran hot) Main page was being served from memory, but the OS was freaking out. We had minimal monitoring scripts. No environment monitoring. No disk health checks. Failure caught us completely by surprise. We decided that we weren’t going to let this happen ever again. Over the next year or so we implemented 2 independent monitoring systems - one for servers/ services and one for environmentals. Set up each system to also monitor the other. WHAT IS AUTOMATED MONITORING? 7 Some sort of dedicated, automatic instrumentation to check services and/or servers Detect and report service problems, server hardware issues Usually provides a central “dashboard” to track problems Can be distributed; but still under control of a central daemon * Diferentiates it from “a bunch of scripts” used to check on things; that doesn’t have the ability to determine cause or eliminate false alarms. Automated Monitoring Workflow 8 Most packages implement this type of workflow Not all packages provide event handlers ack’ing page is important - let’s other admins know that someone is working on the problem so they don’t step on each other’s toes Monitoring Packages: Open Source • • Pandora FMS • Opsview Core • Naemon • • • • • • Captialware ServerStatus • Core • Sensu All Trademarks and Logos are property of their respective trademark or copyright holders and are used by permission or fair use for education.
    [Show full text]
  • The Open-‐Source Monitoring Landscape
    The Open-Source Monitoring Landscape Michael Merideth Sr. Director of IT, VictorOps [email protected], @vo_mike My History and Background • Working in IT since the mid 90’s • Mostly at startups in the Colorado Front Range area • Along for the ride during the “dot com boom” • Build my career using open-source tools Since the 90’s now, there’s been a sharp division in tools and methodology between the enterprise space and the startup and small business communi;es. Obviously, smaller businesses, especially in the tech sector, were early and eager adopters of open- source technology, and much quicker to learn to rely on open-source tool chains in business-cri;cal applica;ons. Up at the enterprise level, at the public companies, they’re only now fully-embracing Linux as a business-cri;cal tool, and I think that’s largely because “the enterprise” is star;ng to be defined by companies that either came up in the dot com era, like Google, or built the dot com era, like Sun, or Dell, or let’s say RedHat. So, the “enterprise” had their toolchain, built on commercial solu;ons like HPUX and OpenView and so on, and the startup community, the “dot com” community had a completely different toolchain, based on Linux, based on open standards and protocols, built with open-source components like GNU, and Apache, and ISC Bind and so on. I’m lucky enough that I’ve been able to spend my career in the startup sphere, working with that open-source toolchain. I started working in IT in the mid 90’s in the Colorado front range, and I’ve spent my ;me since then working for and consul;ng at early-stage startups and other “non enterprise” shops.
    [Show full text]