Monitorización de salas de servidores y entornos críticos

De un vistazo

Elemento	Respuesta habitual
Problema	Las salas de servidores, las salas de comunicaciones de las sucursales y las salas eléctricas no tienen personal; los fallos de refrigeración, las fugas y los problemas de los SAI se detectan cuando los equipos se apagan.
Qué está conectado	Temperaturas de entrada a los racks, humedad, detección de fugas, puertas, valores del SAI y de la distribución eléctrica, unidades de precisión de refrigeración, y estados del generador y del conmutador de transferencia.
Quién lo usa	Operaciones de TI, el ingeniero de instalaciones o de centro de datos, la mesa de seguridad y el responsable de TI.
Alcance inicial típico	La sala principal de servidores y entre tres y cinco salas de sucursal.
Tiempo hasta la primera pantalla	Normalmente un día para una sala de sucursal con la solución Remote sites; de una a tres semanas para una sala principal cuyos SAI y unidades de refrigeración se leen por Modbus.

La situación

Una empresa con una sala principal de servidores y decenas de pequeñas salas de comunicaciones en sucursales, fábricas o tiendas depende de salas en las que nadie trabaja. La sala principal tiene unidades de precisión de refrigeración, un SAI y, quizá, un generador; cada sala de sucursal tiene un rack, un aire acondicionado split y un SAI pequeño. Junto a ellas se encuentran las salas eléctricas con aparamenta y el conmutador de transferencia del generador.

Incidencias habituales: una unidad split se desconecta un viernes por la noche y el rack de la sucursal alcanza 45 °C el sábado por la mañana; una bomba de condensados falla y el agua se extiende bajo el suelo técnico; un SAI lleva meses funcionando con una cadena de baterías averiada y deja caer la carga ante la primera microcaída; una puerta de la sala eléctrica queda sin cerrar con llave. Las herramientas de monitorización de TI ven los servidores caídos, no la sala que los rodea, y el sistema de gestión del edificio, cuando existe, no llega a las sucursales y no avisa a TI.

El objetivo: cada sala crítica en una sola pantalla, lecturas cercanas a las entradas de aire de los equipos, alarmas que avisen a la persona adecuada por el motivo correcto, y un registro que muestre lo ocurrido antes de una interrupción.

Objetivos y métricas

• Cumplimiento de temperatura de entrada = tiempo en que cada sensor de entrada del rack está dentro de la banda acordada ÷ tiempo del periodo. Una banda de entrada recomendada de uso habitual es de 18 a 27 °C; acuerde la suya con los responsables de los equipos.
• Entrada más caliente por sala y día, a partir de los agregados diarios, para detectar puntos calientes y problemas de paneles ciegos.
• Eficacia en el uso de la energía (PUE) = energía total de la instalación ÷ energía de TI, por día, a partir del incremento del contador de la instalación y del contador de salida del SAI, cuando ambos existan.
• Margen de autonomía del SAI = minutos de autonomía restantes con la carga actual, y el resultado de la última autoprueba de cada SAI.
• Redundancia de refrigeración = número de unidades de refrigeración en funcionamiento y en buen estado frente al número necesario para la carga.
• Tiempo de reconocimiento de las alarmas Críticas, medido desde la línea temporal de alarmas, dentro y fuera del horario laboral.

Arquitectura

Las salas de servidores están en redes corporativas que rara vez permiten conexiones entrantes, y sus SAI y unidades de refrigeración suelen estar en una red privada de gestión. Por ello, el diseño lee todo en el propio emplazamiento y lo envía por una única conexión saliente.

• Sala principal: una pasarela con licencia que ejecuta Hermetry Edge en la red de gestión lee el SAI y las unidades de precisión de refrigeración por Modbus TCP o Modbus RTU a través de sus tarjetas de interfaz, sensores de temperatura y humedad Modbus en una línea RS485 a lo largo de los racks, y contactos secos en sus entradas digitales: controlador de detección de fugas, contactos de puerta, generador en marcha, posición del conmutador de transferencia y la salida auxiliar de avería del panel de incendios. Envía todo por MQTT con TLS en el puerto 8883.
• Salas de sucursal: una pasarela con licencia más pequeña o un router 4G con licencia y su propia tarjeta SIM, que lee un sensor de temperatura y humedad, un sensor de fugas, un contacto de puerta y el SAI. Cuando el cableado es difícil, los sensores LoRaWAN con una pasarela LoRaWAN hacen el mismo trabajo.
• SNMP: el sondeador en la nube de Hermetry puede leer datos UPS-MIB, HOST-RESOURCES e interfaces por SNMP v2c o v3, pero solo desde un host con dirección pública y con las direcciones de origen fijas del sondeador permitidas. La mayoría de las tarjetas de SAI en salas de servidores son privadas, por lo que la vía de la pasarela descrita arriba es la normal. El sondeo SNMP por parte de la pasarela in situ está en desarrollo.
• Cámaras: las cámaras y grabadores RTSP pueden mostrar vistas en directo junto a los datos de la sala, si la plataforma puede acceder a ellos; la grabación permanece en su sistema de vídeo.

Componente	Función	Notas
Pasarela con licencia con Edge	Lee dispositivos y contactos Modbus, publica telemetría	En la red de gestión; solo salida. Identidad de fábrica, asociada a la organización.
Sensores de temperatura de entrada a rack	Aire que respira el equipo de TI	Frente del rack, en la parte inferior, media y superior en racks críticos; Modbus RTU o LoRaWAN.
Sensor de temperatura y humedad de sala	Aire de la sala y punto de rocío	Uno o dos por sala, alejados de las salidas de aire de impulsión.
Detección de fugas	Agua bajo el suelo técnico, cerca de las unidades de refrigeración y tuberías	Cable detector de fugas con contacto en controlador, o sensores puntuales LoRaWAN.
Tarjeta de interfaz del SAI	Valores del SAI por Modbus TCP o RTU	Solo lectura. SNMP solo si la tarjeta tiene una dirección pública accesible.
Interfaz de refrigeración de precisión	Estados de la unidad, temperaturas, alarmas	Tarjeta Modbus RTU o TCP de la unidad.
Contadores de energía	Energía de la instalación y de TI	Modbus RTU; necesario para la eficacia en el uso de la energía.
Router 4G con licencia	Enlace ascendente para sucursales sin línea utilizable, y vía de respaldo	La gestión de eSIM desde la plataforma está en desarrollo (Hermetry Connect).

Los dispositivos con licencia se autentican con certificados X.509 de la autoridad propia de la plataforma; el perfil exige TLS y puede restringir las redes de origen a sus direcciones de salida. La pasarela informa del SAI, de cada unidad de refrigeración, de la línea de sensores y de los contadores como dispositivos hijos, de modo que cada uno aparece con sus propias lecturas, reglas de alarma e historial.

Lista de puntos

Una sala principal con dos unidades de refrigeración y un SAI. Los números de registro son marcadores de posición; tómelos del mapa Modbus de cada tarjeta. Las claves de los valores del SAI siguen los nombres de la plantilla SNMP de SAI de la plataforma, de modo que los paneles se ven igual sea cual sea la vía que use un SAI; por Modbus, los valores de estado, como la fuente de salida, llegan como códigos numéricos de la tarjeta, así que escriba las reglas con esos códigos.

Punto	Clave de telemetría	Unidad	Origen	Intervalo	Notas
Temperatura de entrada a rack, por posición	inlet_r01_top_c, inlet_r01_mid_c, …	°C	Sensor Modbus RTU, registro de entrada 30001	60 s	Una clave por posición de sensor; o un dispositivo hijo por rack.
Temperatura de sala	room_temp_c	°C	Sensor de sala	60 s
Humedad de sala	room_rh_pct	%	Sensor de sala	60 s
Punto de rocío de sala	room_dewpoint_c	°C	Sensor de sala, si lo informa	60 s
Fuga de agua	leak	bool	Contacto del controlador de fugas, DI1	al cambiar	Más un latido cada 5 min.
Zona de fuga	leak_zone	número	Modbus del controlador de fugas, si está disponible	al cambiar	Qué tramo del cable está mojado.
Puerta abierta	door_open	bool	Contacto de puerta, DI2	al cambiar
Avería o prealarma del panel de incendios	fire_aux	bool	Salida auxiliar del panel de incendios, DI3	al cambiar	Solo informativo.
Fuente de salida del SAI	output.source	texto	Tarjeta del SAI	30 s	normal, bypass, batería y otros.
Carga de la batería del SAI	battery.charge	%	Tarjeta del SAI	60 s
Autonomía restante del SAI	battery.minutes_remaining	min	Tarjeta del SAI	60 s
Temperatura de la batería del SAI	battery.temperature	°C	Tarjeta del SAI	5 min	La vida útil de la batería se reduce a la mitad con el calor.
Carga de salida del SAI, fase 1-3	output.load.1, output.load.2, output.load.3	%	Tarjeta del SAI	60 s
Tensión de entrada del SAI, fase 1-3	input.voltage.1, …	V	Tarjeta del SAI	60 s
Alarmas activas del SAI	alarms.present	recuento	Tarjeta del SAI	60 s
Última autoprueba del SAI	test.result	texto	Tarjeta del SAI	1 h
Unidad de refrigeración en funcionamiento	cu1_run, cu2_run	bool	Tarjeta de la unidad de refrigeración	60 s
Temperatura del aire de retorno de la unidad de refrigeración	cu1_return_c	°C	Tarjeta de la unidad de refrigeración	60 s
Temperatura del aire de impulsión de la unidad de refrigeración	cu1_supply_c	°C	Tarjeta de la unidad de refrigeración	60 s
Alarma de la unidad de refrigeración	cu1_alarm	código	Tarjeta de la unidad de refrigeración	60 s	Asocie los códigos en el manual de operación.
Generador en marcha	gen_run	bool	Contacto del generador, DI4	al cambiar
Conmutador de transferencia en generador	ats_on_gen	bool	Contacto del conmutador de transferencia, DI5	al cambiar
Energía de la instalación	facility_kwh	kWh	Contador principal	15 min
Energía de TI	it_kwh	kWh	Contador de salida del SAI	15 min

Modelo de activos

• Sitio por edificio o sucursal, con dirección, ubicación, zona horaria, site_code, it_contact y facilities_contact.
• Sala por sala de servidores, sala de comunicaciones o sala eléctrica, con room_type, tier (critical, important, standard), design_kw e inlet_band.
• Máquina por SAI, unidad de refrigeración y generador, con model, rated_kva o rated_kw, battery_installed y service_contract.
• Otro (tipo libre Rack) para cada rack crítico, con rack_id y owner_team.

Coloque cada dispositivo hijo en el activo que mide. Añada relaciones Feeds desde el SAI a la sala y desde el conmutador de transferencia al SAI, para que una página del sitio muestre qué depende de qué, y relaciones Monitors desde los sensores de entrada a sus racks. El estado se agrega: un rack en alarma pone su sala y su sitio en ámbar o rojo en la vista general.

Los límites que varían según la sala se colocan en los dispositivos como atributos de servidor, por ejemplo inlet_high_c = 27 para una sala estándar y 25 para una sala con equipos antiguos. Las reglas comparan con el atributo; un dispositivo que no lo tiene no se comprueba para ese límite, así que incluya los atributos en la puesta en marcha.

Configuración del dispositivo

Partir de la solución Remote sites

Las salas secundarias encajan bien con la solución Remote sites. Instala un perfil de controlador de sitio con claves de temperatura, humedad, puerta, fuga de agua y humo, y baterías de sensores, un perfil de SAI, reglas de umbral sobre atributos por sitio, reglas de falta de conexión y un flujo de vigilancia del SAI que genera una advertencia cuando una unidad de SAI deja de responder, además de un panel con las páginas Sites, Alarms, Site, History, UPS y Camera. Adapte sus claves a sus sensores o asigne sus sensores a sus claves. Use perfiles separados para la sala principal: Main room sensor line, UPS (Modbus), Cooling unit, Power and generator.

Aprovisionamiento

Dé de alta cada pasarela con licencia escaneando su código y colóquela en su sala. Los dispositivos hijos se crean cuando la pasarela los reporta por primera vez, con el perfil tomado del tipo que envía la pasarela; coloque cada uno en su activo. La regla en línea Recent message con un intervalo esperado de uno a dos minutos, más una alarma de inactividad por perfil, detecta una pasarela o un hijo que deja de enviar datos.

Ajustes y sondeo

Remote device settings muestra las direcciones Modbus, los parámetros serie y los intervalos de sondeo del modelo de pasarela. Configure una sucursal, guarde una línea base y aplíquela a todas las sucursales con un trabajo masivo por oleadas; una simulación muestra primero las diferencias, y el trabajo se detiene solo si demasiadas pasarelas aceptan el cambio. Sondee la fuente de salida del SAI cada 30 segundos para ver rápidamente una transferencia a batería; las temperaturas de entrada, cada minuto. Si el modelo de pasarela admite informe por excepción, use una banda muerta de unos 0,3 °C en las temperaturas, con latido.

Tiempo y continuidad

Sincronice el reloj de la pasarela con sus servidores de tiempo internos; las lecturas con más de diez minutos de adelanto se descartan. Cuando falla el enlace ascendente, las pasarelas con licencia almacenan las lecturas en búfer y las envían más tarde, dentro de una capacidad que depende del modelo. Las reglas de alarma evalúan las lecturas tardías como un relleno: el histórico muestra lo ocurrido durante la interrupción, marcado como Backfilled, y nadie recibe avisos por el pasado. Una sucursal cuyo único enlace es la red corporativa queda en silencio justo cuando falla esa red; un router 4G con licencia como segunda vía evita ese punto ciego.

Firmware

El firmware firmado de la pasarela se despliega desde el perfil por oleadas con tiempos de espera; una oleada fallida pausa el despliegue. Los dispositivos en 4G esperan descargas medidas salvo que se permita. Empiece por la sucursal menos crítica.

Paneles

Panel	Público	Widgets y lo que muestran
Vista general de salas	Operaciones de TI, puesto de seguridad	Mapa de sitios coloreado según el estado de alarma; tabla de salas con la entrada más caliente, la humedad, la puerta, la fuga, la fuente del SAI y la última lectura; tarjetas de estadísticas para alarmas críticas abiertas, salas con batería y dispositivos sin conexión; tabla de alarmas. Se muestra en la pantalla de operaciones mediante un enlace de visualización de solo lectura.
Página de sala	Ingenieros de TI e instalaciones	Temperaturas de entrada por rack como mapa de calor o tabla; indicadores de temperatura y humedad de la sala; tarjetas de estado para la puerta, la fuga, las unidades de refrigeración y la fuente del SAI; gráfico de líneas de entradas y retorno y suministro de refrigeración durante 24 horas; el plano de la sala; las alarmas de la sala.
SAI	Instalaciones	Carga y autonomía de batería como tarjetas de progreso; carga de salida por fase; tensiones de entrada; último resultado de autoprueba en texto; tendencia de la temperatura de batería durante 90 días.
Energía y capacidad	Responsable de TI	kWh diarios de instalaciones y de TI y su relación con el periodo anterior; tendencia de la carga de salida frente a la potencia nominal del SAI; unidades de refrigeración en funcionamiento.
Cámaras	Puesto de seguridad	Vistas en directo de las cámaras de la sala junto al estado de la puerta, si hay cámaras conectadas.

Los parámetros de entidad mantienen una sola página de sala para todas las salas; la vista general la abre por navegación detallada con la sala como parámetro. La página del SAI toma el dispositivo SAI que alimenta la sala elegida.

Pantallas SCADA

• Disposición de la sala: un plano de la sala con filas de racks de equipos, las unidades de refrigeración de precisión y el SAI, de la familia telecom; temperaturas de entrada impresas en cada rack y coloreadas según el límite; las unidades de refrigeración mostrando funcionamiento, espera y alarma; el SAI mostrando normal, bypass y batería a partir de output.source.
• Ruta de energía: un diagrama unifilar con los símbolos de la Power pack de barra colectora, interruptor automático y armario de aparamenta; el generador de reserva y el conmutador de transferencia de la Building pack, y el SAI; la ruta activa resaltada mediante reglas sobre ats_on_gen y output.source.
• Esquina de red: símbolos de conmutador de red, cortafuegos y router pasarela de la familia telecom, cuando un dibujo del rack de comunicaciones ayuda al técnico de la sucursal.
• Reutilización: dibuje una sala de sucursal una vez, adjúntela como vista de cada sitio de sucursal y deje que Match everything enlace los dispositivos de cada sitio. Una vista 3D creada a partir del plano de la sala conserva sus enlaces y ayuda al personal in situ a encontrar un rack.

Consulte la biblioteca SCADA para los paquetes. Borre la pestaña Problems del diseñador antes de publicar.

Reglas y alarmas

Alarma	Condición	Retardo e histéresis	Gravedad	Notificado	Escalado
Entrada de rack alta	cualquiera de hasta 16 claves de entrada > atributo inlet_high_c (Major); > atributo inlet_crit_c (Critical)	Antirrebote de 3 muestras; histéresis de 1 °C	Major / Critical	Operaciones de TI, push y chat; Critical también SMS al ingeniero de guardia	Pasar a Critical vuelve a notificar; recordatorio cada 15 min
Humedad de la sala fuera de rango	room_rh_pct > atributo rh_high o < atributo rh_low	Antirrebote de 10 min; histéresis de 3 %	Minor	Instalaciones, correo electrónico	Recordatorio cada 60 min
Fuga de agua	leak == true	Antirrebote de 1 muestra	Critical	Guardia de instalaciones y de TI, SMS y push	Recordatorio cada 5 min
SAI en batería	output.source == battery, o el código numérico de batería de la tarjeta del SAI cuando se lee por Modbus	Antirrebote de 2 muestras	Major	Instalaciones y operaciones de TI, SMS	Recordatorio cada 10 min
Autonomía de SAI baja	battery.minutes_remaining < atributo runtime_min	Antirrebote de 2 muestras	Critical	Guardia de TI y responsable de TI, SMS	Recordatorio cada 5 min
SAI en bypass	output.source == bypass	Antirrebote de 2 muestras	Major	Instalaciones, correo electrónico y push	Recordatorio cada 30 min
Autoprueba del SAI fallida	test.result == doneError		Major	Instalaciones, correo electrónico	Ninguno
Alarma de unidad de refrigeración	cu1_alarm != 0	Antirrebote de 2 muestras	Major	Instalaciones, push	Recordatorio cada 30 min
Ambas unidades de refrigeración detenidas	todas: cu1_run == false, cu2_run == false	Antirrebote de 60 s	Critical	Turno de Instalaciones e IT, SMS	Recordatorio cada 5 min
Puerta abierta fuera de horario	Tarjeta de reglas: door_open pasa a true fuera de la ventana de acceso		Menor	Puesto de seguridad, push y en la aplicación	Ninguna
Dispositivo de sala silencioso	Regla de inactividad, 5 min		Mayor	Operaciones de IT, push	Recordatorio cada 30 min

Velocidad de subida. Un fallo de refrigeración se manifiesta como una subida rápida mucho antes de que se alcance cualquier umbral. Las reglas de alarma comparan valores, no pendientes; un flujo en la raíz del perfil de la sala puede calcular el cambio entre lecturas con un bloque delta y guardarlo como inlet_rise_c con un bloque de guardado. Una alarma sobre inlet_rise_c > 2 entre lecturas de un minuto avisa así minutos antes que el umbral.

Eventos de alimentación sin inundación. Un fallo de la red eléctrica pone cada SAI a batería y puede arrancar el generador. Mantenga SAI en batería como Mayor y deje que autonomía del SAI baja asuma la Crítica, de modo que el aviso nocturno llegue solo cuando el tiempo sea escaso. Los estados del conmutador de transferencia y del generador explican el evento en el plano. Si fueran a salir más de 20 notificaciones de alarma por minuto, Hermetry agrupa el resto en un resumen de cinco minutos.

Ciclo de vida y registros. Las alarmas se abren tras su antirrebote y se cierran por sí solas. El ingeniero de guardia reconoce la alarma y añade notas en la línea temporal, por ejemplo el rearme de la split y el número de ticket; los reconocimientos y cierres quedan auditados con el nombre de la persona. Cada regla incluye un runbook: qué disyuntor, qué contratista, qué orden de parada. La escalada sigue la severidad: una subida de Mayor a Crítica vuelve a notificar, y los recordatorios se repiten hasta que alguien reconoce la alarma. Hermetry no tiene rotación de guardia para alarmas de IoT, y las reglas de alarma notifican a usuarios, roles o direcciones de correo, no a grupos; dirija las alarmas a una dirección compartida de guardia, o añada una regla en la tarjeta de reglas sobre la alarma que notifique a un equipo de guardia cuyos miembros cambie cada semana.

Mantenimiento. Silencie los dispositivos de una sala durante el reemplazo de baterías del SAI o el servicio de refrigeración. Las alarmas siguen registrándose, marcadas como silenciadas; un silencio termina por sí solo, como máximo a los 90 días.

Automatización e integraciones

• Tickets: los webhooks firmados alarm.created, alarm.acknowledged y alarm.cleared crean y actualizan tickets en la herramienta de gestión de servicios de TI; un flujo puede, en cambio, enviar solo las alarmas Mayor y Crítica mediante una solicitud HTTP.
• Chat: las notificaciones de alarma pueden enviarse a Telegram, Slack, Discord o WhatsApp cuando su organización los haya conectado, además de SMS, push, correo y en la aplicación.
• Salidas locales: una pasarela licenciada con salidas de relé puede activar una sirena o arrancar un extractor mediante un comando de su catálogo, si el modelo y el firmware admiten el método; una regla de la tarjeta de reglas puede enviarlo cuando la sala permanece por encima de 35 °C durante 5 minutos. Los comandos de alto impacto requieren confirmación escrita y quedan auditados. El SAI, las unidades de refrigeración y el generador conservan sus propios controles; no se envían comandos a ellos.
• Trabajo remoto en routers: un ingeniero puede abrir el panel web de un router licenciado desde su página de dispositivo mediante acceso remoto al router, en sesiones limitadas en el tiempo y auditadas, sin IP fija ni VPN.
• Informes: las tablas de historial se descargan a Excel para las revisiones mensuales de capacidad y energía. Los informes programados o enviados por correo no están incluidos actualmente.

Roles y acceso

Quién	Rol o grupo	Puede
Operaciones de IT	Usuario + grupo de operadores de IoT	Ver todas las salas, reconocer alarmas, enviar comandos básicos, escribir atributos de límite.
Puesto de seguridad	Usuario	Ver las vistas de puertas, fugas y cámaras; reconocer alarmas de puertas.
Ingeniero de instalaciones	Usuario + grupo de operadores de IoT	Ver dispositivos de energía y refrigeración, reconocer, añadir notas.
Contacto de IT de sucursal	Usuario, restringido por una política a su sede	Ver solo su sala.
Responsable de IT	Usuario + grupo de visores de IoT	Leer todo, exportar historial.
Administrador de la plataforma	Administrador	Perfiles, reglas, paneles, catálogo de comandos, silencios, firmware.

Las políticas basadas en atributos restringen a un miembro a dispositivos concretos o a los dispositivos de una sede. El inicio de sesión puede hacerse a través de su proveedor de identidad SAML u OIDC con autenticación de dos factores o passkeys, lo que encaja con un departamento de IT. El cortafuegos de IA supervisa los inicios de sesión, las llamadas a la API y el tráfico de los dispositivos, bloquea los abusos y explica cada decisión. El registro de auditoría recoge inicios de sesión, cambios de rol, comandos, reconocimientos y cambios de ajustes en una cadena de hash que comprueba Verificar, exportable como CSV o NDJSON.

Dimensionamiento y datos

Como orden de magnitud para una sala principal y 30 salas de sucursal:

• Sala principal: unos 8 dispositivos hijo que envían una vez por minuto, y la fuente del SAI cada 30 segundos: aproximadamente 8 × 1.440 + 2.880 = 14.400 mensajes al día.
• Salas de sucursal: una pasarela con dos hijos (sensores y SAI) a un mensaje por minuto cada uno, 30 × 2 × 1.440 = 86.400 mensajes al día.
• Contactos y latidos: reserve 100 por sala al día, 3.100.
• Total: unos 104.000 mensajes al día, aproximadamente 3,1 millones al mes. Las alarmas, los comandos y los eventos de conexión no cuentan para la cuota.
• Si las sucursales informan cada 5 minutos en lugar de cada minuto, el total baja a unos 35.000 al día; las temperaturas de entrada en una sala pequeña rara vez necesitan más.

La clase de retención del plan, de 7 a 1.095 días, fija la longitud del historial: las lecturas en bruto se guardan como máximo 90 días, los agregados por minuto hasta 31 días, y los agregados horarios y diarios durante toda la clase, lo que abarata los gráficos de capacidad interanuales. La clase de 365 días, con 90 días de datos en bruto y un año de agregados, es una opción habitual para salas de servidores. Los límites predeterminados de cada dispositivo, de 10 mensajes por segundo y 300 por minuto, dejan margen de sobra.

Plan de despliegue

Fase	Semanas	Trabajo	Criterios de salida
0. Levantamiento	1-2	Listar salas, modelos de SAI y refrigeración con sus tarjetas de interfaz y mapas Modbus; ruta de red para MQTT saliente; límites de alarma y equipo de guardia acordados.	Lista de puntos por tipo de sala; regla de cortafuegos para 8883 saliente aprobada.
1. Sala principal	3-5	Pasarela, línea de sensores, tarjetas de SAI y refrigeración; perfiles, reglas de alarma, plano de la sala, webhooks hacia el sistema de tickets.	Los valores coinciden con las pantallas del SAI y de refrigeración; cada alarma forzada y gestionada de extremo a extremo.
2. Piloto en sucursales	6-7	Solución para sitios remotos adaptada; de tres a cinco sucursales; línea base para las pasarelas de sucursal.	Dos semanas sin huecos sin explicar; alarmas molestas por debajo de una por sala a la semana.
3. Todas las sucursales	8-16	Sucursales restantes por lotes; rutas de respaldo 4G donde haga falta; enlace al panel en la sala de operaciones.	Todas las salas en línea; un simulacro de corte de energía de fin de semana superado en una sucursal.

Lista de comprobación de puesta en marcha

1. Pasarela reclamada, certificado activo, conexión saliente por 8883 funcionando a través del cortafuegos corporativo.
2. Cada dispositivo hijo con el perfil y el activo correctos; atributos de límite presentes.
3. Cada sensor de entrada comparado con un termómetro de referencia en la parte frontal del rack; las etiquetas de posición coinciden con las claves.
4. Cable de fugas mojado en su extremo lejano: alarma Crítica por SMS; se cierra al secarse.
5. SAI conmutado a batería en una prueba planificada, o ejecutada su autoprueba: output.source cambia, la alarma se abre, las lecturas de autonomía bajan como se espera.
6. Unidad de refrigeración detenida en una prueba controlada: alarma de la unidad, subida de entradas, alarma de velocidad de subida antes de la alarma de umbral.
7. Puerta abierta fuera de horario: se notifica al puesto de seguridad.
8. Enlace de subida desconectado durante 15 minutos: alarma de desconexión; lecturas almacenadas y alarmas recuperadas tras la reconexión; ruta de respaldo 4G probada donde esté instalada.
9. El webhook del sistema de tickets recibe los eventos created, acknowledged y cleared con firmas válidas.

Errores frecuentes

• Sensores en la pared. El aire de la sala cerca de la puerta dice poco sobre las entradas de los racks. Mida en la parte frontal de los racks a varias alturas.
• Suponer que SNMP funciona desde la nube. Las tarjetas de SAI en redes privadas no pueden consultarse desde fuera; léalas a través de la pasarela.
• Todo evento de SAI como Crítico. Las transferencias a batería ocurren en cada caída breve. Avise por autonomía, no por la transferencia.
• Enlace único a través de la red que se supervisa. Cuando falla el conmutador de núcleo, la sala se queda en silencio. Añada una ruta 4G para las salas críticas.
• Sin atributo de límite en los dispositivos nuevos. Un dispositivo sin el atributo no se comprueba para ese límite. Incluye los atributos como parte de la rutina de alta de dispositivos.
• Equipo de guardia desactualizado. Las notificaciones llegan a personas que ya no están. Revisa la pertenencia al equipo y los destinatarios de las alarmas cada vez que cambie el cuadrante de guardias.

Lo que Hermetry no reemplaza

Hermetry supervisa, avisa y registra. La detección y supresión de incendios, el corte de emergencia de energía, los controles de SAI y refrigeración, y la lógica de arranque y transferencia de los generadores permanecen en sus propios sistemas y circuitos cableados, y deben funcionar sin la plataforma. La monitorización de servidores y redes permanece en tus herramientas de monitorización de TI; Hermetry vigila la sala que los rodea. La grabación de vídeo permanece en tu sistema de vídeo.