����������������������������������������������������������������������������������

 

 

Estudio del impacto del uso de Nagios sobre instancia en AWS para la administraci�n y optimizaci�n de los recursos de la empresa ILIANZA S.A

 

Study of the impact of using Nagios on an AWS instance for the management and optimization of ILIANZA S.A.'s company resources

 

Estudo do impacto da utiliza��o do Nagios numa inst�ncia AWS para a gest�o e otimiza��o dos recursos da empresa ILIANZA S.A.

 

 

 

 

 

 

 

 

 

 

 

Correspondencia: roberto.crespom@ug.edu.ec

Ciencias Econ�micas y Empresariales

Art�culo de Investigaci�n

 

 

* Recibido: 15 de mayo de 2025 *Aceptado: 20 de junio de 2025 * Publicado: �16 de julio de 2025

 

        I.            Universidad de Guayaquil, Guayaquil, Ecuador.

      II.            Universidad de Guayaquil, Guayaquil, Ecuador.

   III.            Universidad de Guayaquil, Guayaquil, Ecuador.

   IV.            Universidad de Guayaquil, Guayaquil, Ecuador.

 

Resumen

El presente art�culo, se presenta como culminaci�n de un trabajo de titulaci�n cuyo tema central es �Implementaci�n de un sistema de gesti�n de red Cloud para la administraci�n y optimizaci�n de los recursos en la empresa ILIANZA S.A utilizando Nagios sobre instancia en AWS�. El estudio nace a falta de monitorizaci�n de los dispositivos que consta la empresa, mediante el uso de Nagios como herramienta principal de monitoreo, desplegada en una instancia en la Cloud como lo es Amazon Web Services (AWS). Actualmente la comunicaci�n de las incidencias es manejada manualmente, lo cual limita el tiempo de respuesta para generar un informe al personal como los administradores de sistema, y equipo de soporte t�cnico, ante cualquier tipo de incidentes que se presente.

La iniciativa de la ejecuci�n del sistema aborda en la necesidad de cuidar y observar el entorno tecnol�gico y empresarial que facilita la detecci�n de las posibles anomal�as que se presenten en el equipo, contribuyendo a que los procesos sean m�s agiles, eficientes y de buena calidad.

Palabras clave: Sistema de monitorizaci�n; implementaci�n; detecci�n; tecnol�gico; servidor; procedimientos.�

 

Abstract

This article is presented as the culmination of a thesis focused on "Implementation of a Cloud Network Management System for Resource Administration and Optimization at ILIANZA S.A. Using Nagios on an AWS Instance." The study was born from the lack of monitoring of the company's devices, using Nagios as the primary monitoring tool, deployed on a Cloud instance such as Amazon Web Services (AWS). Currently, incident reporting is handled manually, which limits the response time for generating a report for staff, such as system administrators and the technical support team, in the event of any incidents that arise.

The initiative to implement the system addresses the need to maintain and monitor the technological and business environment, which facilitates the detection of potential anomalies that may arise in the equipment, contributing to more agile, efficient, and high-quality processes.

Keywords: Monitoring system; implementation; detection; technological; server; procedures.

 

 

Resumo

Este artigo � apresentado como a conclus�o de uma tese focada na "Implementa��o de um Sistema de Gest�o de Redes Cloud para Administra��o e Otimiza��o de Recursos na ILIANZA S.A. Utilizando o Nagios numa Inst�ncia AWS". O estudo nasceu da falta de monitoriza��o dos dispositivos da empresa, utilizando o Nagios como principal ferramenta de monitoriza��o, implementados numa inst�ncia Cloud como a Amazon Web Services (AWS). Atualmente, o reporte de incidentes � feito manualmente, o que limita o tempo de resposta para a gera��o de um relat�rio para a equipa, como os administradores de sistema e a equipa de suporte t�cnico, em caso de incidentes.

A iniciativa de implementa��o do sistema vai ao encontro da necessidade de manter e monitorizar o ambiente tecnol�gico e empresarial, o que facilita a dete��o de potenciais anomalias que possam surgir nos equipamentos, contribuindo para processos mais �geis, eficientes e de elevada qualidade.

Palavras-chave: Sistema de monitoriza��o; implementa��o; detec��o; tecnol�gico; servidor; procedimentos.

 

Introducci�n

Ubicaci�n del problema en un contexto

La empresa ILIANZA S.A., dedicada a la venta al por mayor de alimentos para animales dom�sticos, cuenta con m�ltiples sucursales y una infraestructura de red dise�ada que conecta servidores, estaciones de trabajo y dispositivos de comunicaci�n siendo capaz de soportar diversas operaciones, incluyendo la transmisi�n de datos, voz y video.

Actualmente el alto rendimiento y eficacia dentro de una red empresarial es de suma importancia porque asegura una infraestructura de red s�lida y un ancho de banda suficiente para el buen manejo y control del tr�fico dentro de la red. ILIANZA S.A manifiesta problemas dentro de su infraestructura de red, presentando limitaciones significativas en la administraci�n y optimizaci�n de los recursos. Existe fallas dentro del monitoreo de la red, originando inactividad con respuestas tard�as ante fallas cr�ticas y los t�cnicos deben revisar manualmente los problemas con herramientas b�sicas perdiendo tiempo valioso y reduciendo la productividad diaria.

El problema compromete la escalabilidad y la productividad dentro de la empresa. As� mismo, afecta al personal administrativo y equipo de TI, dado que la falta de informaci�n actualizada que impacta negativamente a la disponibilidad y seguridad de los servicios al momento de tomar decisiones.

 

Objetivos del proyecto

Objetivo general

Implementar un sistema de gesti�n de red Cloud utilizando Nagios con su protocolo en AWS, para la administraci�n y optimizaci�n de los recursos de la empresa ILIANZA S.A.

Objetivos Espec�ficos

�         Analizar la infraestructura de la red de la empresa ILIANZA S.A, para el conocimiento del estado actual y disponibilidad de recursos.

�         Dise�ar un modelo de gesti�n de red Cloud para la monitorizaci�n de los recursos identificados de la compa��a ILIANZA S.A.

�         Demostrar el funcionamiento de la arquitectura en AWS para la validaci�n de las pruebas de administraci�n y optimizaci�n de los recursos.

�         Conceptuar el dise�o de la arquitectura en AWS para le presentaci�n de un art�culo cient�fico incentivando la mejora continua permitiendo que otras compa��as optimicen sus propias soluciones basados en los resultados presentados.

 

Marco te�rico

Nube �

Hoy en d�a, el internet es quien sostiene el mundo digital, pero este avance tecnol�gico surgi� desde los a�os 60 con el desarrollo de ARPANET basada con la interconexi�n digital, esta fue creada como una red pionera por el Departamento de Defensa de los Estados Unidos, y centros de investigaci�n.

Aunque en ese momento nadie hablaba de �la nube�, ARPANET sent� las bases de la interconexi�n digital. Con el tiempo, el crecimiento de Internet, la virtualizaci�n de servidores y la necesidad de compartir recursos dieron paso a nuevas formas de procesamiento remoto. Fue en la d�cada del 2000 cuando gigantes tecnol�gicos como Amazon, Google y Microsoft impulsaron el concepto moderno de computaci�n en la nube, ofreciendo servicios escalables, flexibles y accesibles a trav�s de la red.

Cloud Computing

"Alg�n d�a la computaci�n podr� ser organizada como un servicio p�blico" (John McCarthy, 1961), tomando en cuenta lo que John dijo se puede decir que no se necesita de un generador en el interior de una organizaci�n para el uso del servicio.

Por lo que en el 2006 George Gilder, publico un art�culo �Las f�bricas de la informaci�n� en la revista Wired expuso un modelo similar a la estructura de la computaci�n Grid donde explica que funciona como un intermediario virtual entre el proveedor del servicio y el cliente, donde se puede acceder con acceso a internet a la nube.

Hace referencia a una entrega bajo demanda de los servicios inform�ticos y de TI instalados a trav�s de Internet con precios de pago por uso, lo que descarta esa necesidad de comprar, efectuar y mantener servidores y centro de datos f�sicos (Mansa, 2024).

Para realizar el proyecto se tomaron en cuenta los beneficios que el uso de Cloud Computing proporciona para el proyecto, as� lo indica la tabla 1.

 

Tabla 1: Beneficios de Cloud Computing

Nota: Se muestra ventajas y desventajas de los principales proveedores de Cloud.

Elaborado por: Karen Toala, Rodney Llanos

Fuente: Datos de la investigaci�n

 

Instancia en la Nube

La tecnolog�a de la nube ha revolucionado en la forma que se almacena y se gestiona los datos, por esto una instancia es una representaci�n virtual de una m�quina f�sica, es decir que se puede decidir la cantidad de CPU, RAM, GPU u otros recursos de c�mputo que abarque las necesidades requeridas y se puede acceder a ella desde cualquier lugar usando internet.

 

 

 

Tipos de Instancia

Instancias est�ndar o generales

Su prop�sito de uso es ser configurado para el uso est�ndar, siendo lo m�s comunes para servidores web y microservicios, permite el equilibrio �ptimo de recursos para diversas aplicaciones, el uso m�s com�n se da como un servidor para aplicaciones y juegos, el desarrollo de aplicaciones web es uno de los m�s utilizados. El tama�o de las instancias en AWS incluye: A1, M5, M5a, M4, T3, T3a, T2.

Instancias de alto consumo de CPU

Se encuentra dise�ada para proporcionar alta potencia de procesamiento de c�mputo, ofreciendo un alto rendimiento para realizar codificaci�n de v�deo, un modelado cient�fico y an�lisis distribuido. Su tama�o en AWS var�a entre C5, C5n, C6g, C6gd y C6gn.

Sistema de monitorizaci�n

Una infraestructura inform�tica necesita garantizar la disponibilidad y accesibilidad en los servicios interno y externos, este concepto aborda la necesidad de la creaci�n de un sistema de monitorizaci�n que ayude a administrar, notificar y anticipar errores con la aplicaci�n de posibles soluciones (Renita & Elizabeth, 2018).

Nagios

�Lo que no se puede medir no se puede gestionar� atribuida a Peter Drucker , destaca lo fundamental que es medir la informaci�n para evaluar y mejorar los resultados de una gesti�n eficiente, en base a este sentido un software de monitorizaci�n conocido como Nagios. Surgi� en el a�o de 1996, donde Ethan Galstad creo una aplicaci�n capaz de comprobar la accesibilidad de los sistemas de una red. En base a esta idea a�os despu�s se public� un proyecto de c�digo abierto NetSaint, la cual permit�a la monitorizaci�n, diagnostico, y gesti�n de redes. Poco despu�s se cambi� a la nomenclatura a la actualmente conocida como Nagios bajo la licencia P�blica General GNU versi�n 2 (GPLv2).

Nagios Remote Plugin Executor (NRPE)

Protocolo y considerado un complemento de servicio que permite a Nagios (sistema de monitoreo) ejecutar comandos y chequeos directamente en computadoras remotas en servidores clientes�(Binariocero, 2024).

 

 

Versiones de Nagios

Nagios cuenta con varias versiones que se adaptan a diferentes necesidades de monitoreo. Entre la m�s recomendada seg�n los antecedentes anteriormente investigados, se encuentra la versi�n Nagios Core y Nagios XI, en la tabla 2 se pueden observar las diferencias entre ambas.

 

Tabla 2: Versiones de Nagios

Nota: Comparaci�n acerca de versiones competitivas de la herramienta Nagios.

Elaborado por: Karen Toala, Rodney Llanos

Fuente: Datos de la investigaci�n

 

Red

Interconexi�n que existe dentro de una organizaci�n, de un n�mero determinado de computadoras conjunto a dispositivos al�mbricos o inal�mbricos que, mediante impulsos el�ctricos, ondas electromagn�ticas, o tipos de cableados, permiten que se env�en y se reciba informaci�n en forma de paquetes de datos�(Joskowicz, 2007).

Modelo Cliente-Servidor

Seg�n la tesis titulada �Redes de computadores Arquitectura Cliente- Servidor� de Oscar Lizama y Geordy Kindley (2016) este modelo se basa en una arquitectura donde las tareas se reparten entre 2 protagonistas, el demandante llamado cliente quien realiza la petici�n y el servidor quien da la respuesta.

En este proyecto se establecer� este modelo cliente-servidor, as� como se detalla en la tabla 3.

 

Tabla 3: Modelo Cliente-Servidor

Nota. Muestra como el modelo ser� usado para el proyecto.

Elaborado por: Karen Toala, Rodney Llanos

Fuente: Datos de la investigaci�n

An�lisis de factibilidad

El estudio de la implementaci�n de Nagios en un entorno AWS se presenta considerablemente factible por diversos factores que se explican a continuaci�n:

Demuestra tener una factibilidad econ�mica favorable, ya que se apoya en un modelo de costos escalable seg�n el uso empleado, evitando inversiones elevadas en infraestructura f�sica a la empresa. A su vez, proponiendo una relaci�n beneficio � costo seg�n c�lculos investigados se lleg� a la conclusi�n que por cada $1 USD invertido se generan aproximadamente $80.06 USD de retorno econ�mico directo. Esto permite evidenciar una rentabilidad extremadamente alta, evitando p�rdidas significativas a largo plazo.

Desde el punto de vista t�cnico, es viable por la compatibilidad de Nagios con servicios en la nube y su capacidad para integrarse con diversas tecnolog�as mediante plugins y diversos protocolos que permiten la adaptaci�n y facilidad de comunicaci�n e implementaci�n.

En cuanto a la factibilidad operativa, permite a los equipos de TI gestionar y monitorear eficientemente los recursos desde cualquier ubicaci�n, mejorando la continuidad operativa. Adem�s, que existe disposici�n por parte del equipo humano, para la obtenci�n del conocimiento para que se emplee el sistema.

Legalmente, su uso es factible, ya que est� basado en software de c�digo abierto con licencias permisivas al utilizar AWS, se cuenta con cumplimiento de est�ndares internacionales de seguridad y protecci�n de datos.

Todos los factores anteriormente mencionados hacen que el proyecto sea viable y sostenible para su implementaci�n en la empresa ILIANZA S.A

 

Metodolog�a

El proyecto se desarrollar� bajo el enfoque de la metodolog�a desarrollado por Cisco que contempla seis fases PPDIOO, tiene como principal objetivo especificar aquellas actividades necesarias conforme a los requisitos que se brinda por la tecnolog�a y complejidad de la red, logrando perfeccionar la funci�n a trav�s de las fases descritas.

Fase 1 Preparar

La implementaci�n que se propuso para la empresa ILIANZA, frente al problema que est� acarreando dentro de su infraestructura de red, tales como la presentaci�n de limitaciones significativas en la administraci�n y optimizaci�n de los recursos. Adem�s, de una afectaci�n al ancho de banda, consumo de memoria y una interrupci�n en la red, perjudica la interconexi�n de datos constantemente. Para la implementaci�n del proyecto, se realiz� un cronograma en el anexo 1, se estipulo las diferentes actividades a realizar.

Fase 2 Planificar

La empresa ILIANZA S.A, expuso un listado de recursos que esta contienen entre estos PC, router, Switch, entre otros, lo que les permite mantener una comunicaci�n. As� mismo, en esta etapa se dedujo que la empresa maneja una la mala administraci�n en su infraestructura, lo genera una severa restricci�n ante la capacidad del equipo de TI de solventar y prevenir los incidentes que naturalmente pueden ser diagnosticados con precisi�n. Seg�n lo comentado por los encargados del �rea, se estipulo una red en la cual se la puede observar con mayor detalle en el anexo 2.

Fase 3 Dise�o

Esta empresa cuenta con una infraestructura poco estable, el equipo desarrollador logro identificar las diferentes falencias que esta presenta.� Entre las falencias presentadas se encuentran la falta de redundancia, posible cogesti�n en el switch core, adem�s no hay buena gesti�n por parte del servidor.

Debido a esto se realiz� una propuesta de mejora en la infraestructura, la cual asegura una mayor disponibilidad ante alg�n evento que se presente. Para ejemplificar, uno de los eventos con mayor incidencia en la red, son la ca�da de enlace ethernet del dispositivo, qued�ndose sin comunicaci�n alterna. �Por lo que, en el anexo 3 se presenta una arquitectura mejorada, dando como resultado la reducci�n de latencia y mejor comunicaci�n entre los dispositivos.

Fase 4 Implementaci�n

Para una correcta implementaci�n se tom� en cuenta caracter�sticas y pol�ticas de parte de la empresa y a su vez cumpliendo requisitos estipulados por la entidad.

Para empezar, se configur� una instancia EC2 en Amazon Web Services con sistema operativo Linux, donde se realiz� la instalaci�n de Nagios Core junto con los plugins necesarios.� Se habilit� el protocolo SNMP en ciertos dispositivos y, en casos necesarios, la configuraci�n de t�neles VPN para permitir el monitoreo de equipos fuera de la nube.

La conexi�n de la instancia se realiz� por conexi�n directamente hacia el navegador, lo que procede a la apertura en la consola del sistema operativo, en cualquier navegador abri�ndose en una nueva pesta�a, mostrado en la Figura 1.

 

Figura 1: Conexi�n de la instancia

Nota. Conexi�n de la instancia de AWS

Elaborado por: Karen Toala, Rodney Llanos.

Fuente: Datos de la investigaci�n.

 

Se debe tener en cuenta que, los equipos al encontrarse de manera local y la instancia en la nube se necesita de una conexi�n por medio de una VPN para que ambas partes puedan comunicarse de manera segura e interactuar como si estuvieran en la red principalmente. Por lo que, se instal� Tailscale VPN en los equipos a monitorear, por la facilidad de instalaci�n, compatibilidad con m�ltiples plataformas y gesti�n centralizada desde la nube.

Referente a lo antes mencionado, se logr� realizar monitoreo en 5 dispositivos que brindaron compatibilidad, mediante la inserci�n de protocolos, plugin etc. Aunque, Doanteriormente mencionados disponen de un sistema operativo Windows 10 y 11.

Adem�s, Se obtuvo una conexi�n satisfactoria de la impresora Epson L3250 y un Servidor DellT320 donde se tom� en cuenta la latencia, sin embargo, dispositivos como router y switches se vio bastante limitado por las pol�ticas internas de la organizaci�n.

En la figura 2, se puede observar los equipos finales monitoreados en el dashboard de Nagios.

 

 

 

 

 

 

 

 

 

 

Figura 2: Dashboard de Nagios

Nota. Visualizaci�n de los equipos a monitorear

Elaborado por: Karen Toala, Rodney Llanos.

Fuente: Datos de la investigaci�n.

 

Fase 5 Operaci�n

Se dispuso de varias pruebas de estr�s, estipulando diferentes escenarios donde variaba los siguientes factores:

-                     Persona encargada del monitoreo

-                     Jornada, d�a y hora

-                     Situaciones que alertan.

El principal punto era conocer si el sistema alertaba inmediatamente al equipo t�cnico por medio de notificaciones en el correo dispuesto por ellos, algunas de las pruebas se muestran a continuaci�n:

1.                 Uno de los escenarios monitorizados por el sistema es el rendimiento de la red inal�mbrica, en donde en la laptop del �rea de recursos humanos detecto una latencia mayor a 100 ms sali�ndose de los l�mites del rendimiento.

 

 

 

 

Figura 3: Latencia

Nota. Latencia mayor a 100 ms

Elaborado por: Karen Toala, Rodney Llanos.

Fuente: Datos de la investigaci�n.

 

2.                 En otra situaci�n el sistema lanzo una alerta acerca del espacio critico que maneja el dispositivo del �rea de RRHH al tener solo un 2% libre de almacenamiento

 

Figura 4: Espacio critico

Nota. Alerta de poco almacenamiento

Elaborado por: Karen Toala, Rodney Llanos.

Fuente: Datos de la investigaci�n.

 

3.                 As� mismo en la impresora Epson pudo detectar un bajo nivel de t�ner/tinta

 

Figura 4: Detecci�n de bajo nivel de t�ner

Nota. Bajo nivel de tinta

Elaborado por: Karen Toala, Rodney Llanos.

Fuente: Datos de la investigaci�n.

 

4.                 Nagios logro detectar el estado de la laptop del �rea de Finanzas una p�rdida de paquetes del 72% y una latencia de 3978 ms.

 

Figura 5: Perdida de paquetes

Nota. 72% de perdida de paquetes

Elaborado por: Karen Toala, Rodney Llanos.

Fuente: Datos de la investigaci�n.

 

5.                 El sistema tambi�n lanza alertas cuando un sistema esta Up.

 

 

 

Figura 6: Alerta de sistema

Nota. Sistema Up

Elaborado por: Karen Toala, Rodney Llanos.

Fuente: Datos de la investigaci�n.

 

Fase 6 Optimizaci�n�

El equipo t�cnico tuvo una cr�tica respecto al env�o de notificaciones ya que generaba un gran volumen de alertas acerca de lo que el sistema detectaba. Se realiz� ajustes para el env�o de alertas en intervalos controlados para de esa forma evitar una saturaci�n en la bandeja de entrada del correo, las notificaciones eran cada 60 minutos.

As� mismo, por disposici�n de brindar un mejor monitoreo, se increment� criterios que permitan brindar una precisi�n en la recolecci�n de informaci�n del sistema. La finalidad es determinar oportunidades de que permitan la optimizaci�n, y as� reducir los puntos ciegos. En el anexo 7 se puede visualizar con mayor detalle los servicios agregados a monitorear para cada dispositivo integrado al sistema de monitorizaci�n.

Criterios de validaci�n

Se realiz� prueba de expertos para la justa validaci�n del proyecto, en la cual participo el Ing.Soto Eras Wilmer Mois�s especializado en el �rea de sistema, adem�s cuenta con 10 a�os de experiencia en el �rea de TI, y certificados que aval�an los conocimientos adquiridos en plataformas de servicios en la nube. El Ing. Isaac Guaman Rodr�guez especializado en el �rea de sistemas computacionales y redes cuenta con 15 a�os de experiencia en el �rea tecnol�gica, adem�s encargado del �rea de sistemas dentro de la empresa ILIANZA S.A.

Luego de la revisi�n detallada, el comit� de expertos aprob� la funcionalidad del sistema, cumple con los objetivos de supervisi�n continua de servidores, pc y servicios cr�ticos, generando alertas en tiempo real ante cualquier falla. Se valida la escalabilidad, ya que permite agregar nuevos dispositivos de forma sencilla mediante la configuraci�n de plugins y archivos de monitoreo, sin afectar el rendimiento del sistema.

En cuanto a la disponibilidad, se confirma que el sistema permanece operativo y accesible gracias al manejo de una infraestructura cloud AWS con el uso de una red privada Tailscale VPN. El rendimiento es �ptimo, dado que existe comunicaci�n eficiente entre el servidor Nagios y los dispositivos.

Adem�s, el sistema se considera innovador por combinar tecnolog�as de c�digo abierto, monitoreo inteligente y conectividad privada en la nube, siendo esta una soluci�n moderna y adaptable a las necesidades actuales de ILIANZA.

 

Conclusi�n

Los hallazgos demuestran que el sistema de monitorizaci�n tiene un enorme potencial para transformar el �rea tecnol�gica de la empresa, dado que se logr� cumplir satisfactoriamente con los objetivos propuestos, facilitando el uso a los administradores de sistema. Adem�s, permiti� el impulso a estos usuarios a que se mantenga su uso y que la adaptaci�n sea m�s r�pida para obtener un entorno escalable, confiable y centralizado. Aunque en el camino surgieron desaf�os que se lograron resolver para una implementaci�n efectiva y equitativa.

A pesar de los beneficios observados, este proyecto ha permitido que por medio del Dashboard que oferta Nagios, todos los usuarios involucrados tengan el beneficio de supervisar en tiempo real los servicios cr�ticos, equipos de red y estaciones de trabajo de la empresa objeto de estudio. Adem�s, que permiti� generar bases para futuras integraciones tecnol�gicas orientadas a la automatizaci�n, seguridad y crecimiento sostenible de la infraestructura digita dado que no solo se optimiz� la capacidad de respuesta ante fallos, sino que tambi�n brind� una mayor visibilidad de su red

En conclusi�n, Nagios en AWS proporciona la visibilidad en tiempo real, teniendo como base las alertas proactivas ante problemas que se presenten en la empresa ILIANZA S.A. Posee la capacidad para realizar acciones correctivas r�pidamente, y as� mejorar la disponibilidad y la fiabilidad de los servicios alojados en la nube.

 

Referencias

      1.            Binariocero. (12 de 2024). Obtenido de https://binariocero.com/linux/guia-completa-de-configuracion-de-nrpe-en-servidores-cliente-para-monitorizacion-con-nagios

      2.            Joskowicz, I. J. (2007). La red. En I. J. Joskowicz, REDES DE DATOS (p�g. 112). Montevideo, Uruguay . Obtenido de https://concepto.de/red-2/

      3.            Mansa, J. (21 de 3 de 2024). Investopedia . Obtenido de https://www.investopedia.com/terms/c/cloud-computing.asp

      4.            Renita, J., & Elizabeth, N. E. (2018). Monitorizaci�n y an�lisis de servidores de red mediante Nagios. IEEE. Obtenido de https://ieeexplore.ieee.org/abstract/document/8300092

 

 

 

 

� 2025 por los autores. Este art�culo es de acceso abierto y distribuido seg�n los t�rminos y condiciones de la licencia Creative Commons Atribuci�n-NoComercial-CompartirIgual 4.0 Internacional (CC BY-NC-SA 4.0)

(https://creativecommons.org/licenses/by-nc-sa/4.0/).