Differences

This shows you the differences between two versions of the page.

--- jjtt [2022/08/14 23:29] – se ha restaurado la vieja versión (2022/03/16 21:36) 3.38.177.238
+++ jjtt [2022/08/14 23:30] (current) – se ha restaurado la vieja versión (2022/08/15 01:29) 3.38.177.238
@@ Line 95: / Line 95: @@
 ==== Resumen ====
 En infraestructuras de cierta complejidad enseguida aparece la necesidad de tener algún servicio de monitorización para detectar problemas, tras crear el sistema de alarma aparece la necesidad de analizar las caídas de servicios, para ello necesitamos almacenar gran cantidad de datos de nuestros sistemas, al realizar una gran recopilación de datos no es necesario que todos estén alarmados, simplemente guardarlos para poder analizarlos en caso de necesidad. Alarmar innecesariamente crea demasiado "ruido".
+La solución de monitorización que adoptamos hace ya varios años es Pandora fms, partíamos de multiples mecanismos muy dispares, productos, script propios, correos automáticos lanzados pro cron y se hacía necesario unificar todo para ver la salud de nuestros servicios de un solo golpe de vista.
 Una de las mayores dificultades en monitorización es acercarse a la experiencia de usuario. Podemos tener un servicio con varias alarmas encendidas pero que el usuario no note nada o tener un servicio con todo en verde y que los usuarios llamen porque va lento o directamente no funciona.
-La solución de monitorización que adoptamos hace ya varios años es Pandora fms, partíamos de multiples mecanismos muy dispares, productos,script propios, correos automáticos y se hacía necesario unificar todo para ver la salud de nuestros servicios de un solo golpe de vista.
+Hasta ahora los monitores "inteligentes" que simulan una navegación estaban basados en programas como **Wget**, **Jmeter** o **expect** siendo complicados de desarrollar y muy sensibles a cualquier cambio en la programación.
+La integración de **Selenium** en Pandora aporta la parte que faltaba, no solo informa del estado de funcionamiento o no de un servicio desde el punto de vista de usuario, sino que además, al realizar un renderizado completo de la web en un navegador real, puede obtener métricas reales de la experiencia de los usuarios en nuestros servicios.
 Durante los últimos años hemos estado trabajando utilizando solamente esta tecnología haciendo uso de los
@@ Line 108: / Line 114: @@
 nuestro sistema tras ésta.
-Esta solución no es mala pero no provee de datos reales de rendimiento de, por
-ejemplo, los servicios web. Se puede dar el caso de que se produzca una caida
-pero esta no activar ninguna alarma. Es posible solucionar esto utilizando
-servicios como **Wget**, **Jmeter** o **expect** si las las pruebas a las
-páginas web son sencillas.
-Optar por programas mas completos como puede ser **Selenium** puede dar buenos
-resultados ya que se puedeb obtener métricas reales de la experiencia de los
+==== Diapositivas ====
-usuarios en nuestras páginas no solamente rendimiento como se podría hacer con
+=== Presentación ===
-los anteriormente mencionados.
+CEPH: Vuelve a tener control sobre tu Storage
+Eduardo Fiat - Vlad Teletin
+=== Nuestra experiencia ===
+  * Replicación desde el diseño
+  * Software Libre, comunidad muy activa
+  * Sensación de control
+  * Ninguna pieza es imprescindible
+=== Flexibilidad en hardware ===
+  * Independencia del Hardware.
+  * Añadir y eliminar cualquier elemento del cluster en caliente
+  * Actualización sin parada de servicio.
+  * Auto reparación.
+=== Servicios ===
+  * Bloque
+  * Sistema de archivos
+  * Clonación,Snap,Distribución
+=== 5 ===
+¿Alguna pregunta...?
+Estaremos encantados de ampliar la información y tratar de crear comunidad
+Contacto:
+Eduardo Fiat (etfiat@unizar.es) - Vlad Teletin (vlad@unizar.es)