Consumo de ancho de banda
Cuánto tráfico de red usan los agentes, el servidor principal, el análisis de IA y un panel abierto, cómo cambia con el intervalo de reporte y la cantidad de servidores, y cómo reducirlo.
Las cifras de esta página se midieron con 3R Monitor 1.0.5 en servidores Debian 12 con Nginx, MariaDB, PHP-FPM, SSH y cron. Se contaron en la interfaz de red, así que incluyen la sobrecarga de TCP/IP. Las versiones 1.1.0 y 1.1.1 envían los mismos reportes, solo con unos pocos campos pequeños más (la 1.1.1 agrega los contadores de bytes de cada interfaz de red), así que siguen siendo válidas; las descargas de vulnerabilidades, que la 1.1.0 redujo, son estimaciones para la 1.1.0. En sus servidores las cifras variarán un poco según la cantidad de servicios, discos y procesos, pero el orden de magnitud es el mismo.
Resumen
| Qué | Tráfico |
|---|---|
| Un agente, intervalo predeterminado (3 s) | Unos 2.4 MB por hora: 58 MB al día, 1.7 GB al mes |
| Un agente, intervalo de 10 s · 30 s · 60 s | 18 · 7.4 · 4.5 MB al día |
| Un sitio web con mucho tráfico y estadísticas de solicitudes (100 solicitudes por segundo) | Unos 46 MB más al día |
| El servidor principal | La suma de sus agentes, más unos pocos MB al día de tráfico propio (de 1 a 10 MB para la comprobación de vulnerabilidades) |
| El análisis de IA, si lo activa | Como máximo unos 10 MB al día con el límite de tokens predeterminado |
| Un panel abierto | Unos 0.2 MB por servidor y por hora, solo mientras la página está abierta |
| Un monitor HTTP | El tamaño de la página, en cada comprobación |
Que el panel esté abierto no cambia lo que envían los agentes. Los agentes reportan a su intervalo, los esté mirando alguien o no. Un panel abierto solo agrega el tráfico entre el servidor principal y ese navegador.
Agentes
Qué contiene un reporte
En cada intervalo, el agente envía un reporte al servidor principal: CPU, memoria, discos, red, servicios y las líneas nuevas de los registros de acceso. Para que sea pequeño:
- el reporte va comprimido (gzip);
- las partes que cambian poco (puertos en escucha, procesos principales, software, certificados) solo se envían cuando cambiaron, más un reporte completo cada 10 minutos;
- la conexión con el servidor principal se mantiene abierta entre reportes, así que un reporte no necesita una conexión nueva (con intervalos de hasta 90 s).
Con el intervalo predeterminado, un reporte ocupa unos 1.4 KB de subida y la respuesta del servidor principal unos 0.6 KB de bajada. Cerca del 70% del tráfico de un agente es de subida, del servidor hacia el servidor principal.
El intervalo de reporte
Se configura para todos los servidores en Configuración → Umbrales predeterminados → Agentes → Intervalo de reporte del agente (s), o para un servidor en su propia configuración (Servidores → Configuración → Intervalo de reporte (s)). El agente aplica el cambio con su siguiente reporte.
Tráfico de un agente, con un sitio web sin visitas:
| Intervalo | Por hora | Por día | Por mes (30 días) |
|---|---|---|---|
| 1 s | 7.0 MB | 168 MB | 5.0 GB |
| 3 s (predeterminado) | 2.4 MB | 58 MB | 1.7 GB |
| 10 s | 0.75 MB | 18 MB | 540 MB |
| 30 s | 0.31 MB | 7.4 MB | 220 MB |
| 60 s | 0.19 MB | 4.5 MB | 135 MB |
| 300 s | 0.05 MB | 1.2 MB | 36 MB |
El tráfico no baja exactamente en proporción al intervalo: cada reporte tiene un costo fijo (encabezados HTTP, TCP) y, con intervalos más largos, cambian más datos entre dos reportes. Aun así, pasar de 3 a 10 s ahorra cerca del 70%.
Qué cambia con un intervalo más largo:
- Los gráficos en vivo, el mapa y las tarjetas de los servidores se actualizan con menos frecuencia.
- Con el valor predeterminado de Sin conexión después de (s), un servidor se considera sin conexión como mínimo después de 3 intervalos sin reportar: a 60 s, después de 3 minutos. Si usted fija el Sin conexión después de (s) de un servidor, use al menos 3 veces su intervalo.
- Las alertas de CPU y memoria siguen esperando los Segundos antes de alertar (120 s de forma predeterminada), con menos mediciones en ese tiempo.
Estadísticas de solicitudes
Cuando el servidor tiene registros de acceso de Apache o Nginx, cada reporte lleva además cuántas solicitudes hizo cada IP desde el reporte anterior (300 IP como máximo por reporte) y, una vez por minuto, las rutas y los User-Agent de las 100 IP más activas.
| Carga del sitio web | Tráfico adicional por día |
|---|---|
| Pocas visitas | Casi 0 |
| 10 solicitudes por segundo (unas 860,000 al día) | Unos 11 MB |
| 100 solicitudes por segundo (unos 8.6 millones al día) | Unos 46 MB |
Como las listas tienen un límite, el tráfico crece mucho más despacio que la cantidad de solicitudes. Si no necesita las estadísticas de solicitudes en un servidor, ponga access_logs = off en su /etc/3rmonitor/agent.conf (consulte Archivos de configuración).
HTTP o HTTPS
Por HTTPS con HTTP/2, por ejemplo con install.sh --https, el tráfico es prácticamente el mismo que por HTTP: un 2% más en la prueba. Use HTTPS siempre que el servidor principal sea accesible desde internet (consulte HTTPS).
Con intervalos de más de 90 s, cada reporte abre una conexión nueva. Por HTTPS esto agrega un saludo TLS de unos 4 a 6 KB por reporte, que a 300 s sigue siendo menos de 3 MB al día.
Transferencias ocasionales
| Qué | Cuándo | Tamaño |
|---|---|---|
| Instalar el agente | Una vez | Unos 15 MB (el programa, descargado del servidor principal) |
| Actualización del agente | Una vez por cada versión nueva | Unos 15 MB |
| Inventario de software, para la comprobación de vulnerabilidades | En el primer reporte, cuando cambia el software y al menos una vez al día | De unos pocos KB a unas decenas de KB, comprimido |
| Reglas de la lista de bloqueo / permitidos | Solo cuando cambian, y solo en los servidores con el bloqueo activado | Unos pocos KB; más si bloquea países enteros |
| Consulta de la IP pública en 1.1.1.1 | Cada 15 minutos, solo si la IP pública no está en una interfaz de red ni en los metadatos de la nube | Unos 5 KB cada vez, 0.5 MB al día. Se evita con public_ip = off o una IP fija. |
El agente del servidor principal
El agente instalado junto con el servidor principal (Servidor principal + agente) reporta a 127.0.0.1: su tráfico nunca sale del servidor.
El servidor principal
El servidor principal recibe lo que suben sus agentes y les envía sus respuestas. Con N servidores al mismo intervalo, multiplique las cifras del agente por N:
| Servidores (intervalo de 3 s) | Hacia el servidor principal | Desde el servidor principal | Total por mes |
|---|---|---|---|
| 10 | 17 MB/h | 7 MB/h | 17 GB |
| 50 | 85 MB/h | 35 MB/h | 87 GB |
| 100 | 170 MB/h | 70 MB/h | 174 GB |
Como ancho de banda, 100 servidores a 3 s son en promedio unos 0.5 Mbit/s. A 10 s, la misma tabla baja cerca del 70%.
Muchos proveedores de nube solo cobran el tráfico de salida. En los agentes, eso son sobre todo los reportes (la subida). En el servidor principal, son las respuestas a los agentes y lo que reciben los paneles abiertos.
Tráfico propio del servidor principal
| Qué | Cuándo | Tráfico |
|---|---|---|
| Comprobación de vulnerabilidades, primera activación | Una vez, en una instalación nueva | Se pone al día con los cambios de CVE de las últimas 48 horas: hasta unos 20 MB en los primeros minutos |
| Comprobación de vulnerabilidades, después | Cambios de CVE cada 10 minutos, lista KEV cada 6 horas, datos de fin de soporte a diario, una revisión de todos los servidores cada 6 horas | De 1 a 10 MB al día, sobre todo los registros de CVE que cambiaron: cada uno se descarga una vez al día, unos 2.5 KB en la red, y en un día normal cambian de 300 a 3,000. Hasta la 1.0.12, los mismos registros se volvían a descargar cada hora, unos 40 MB al día. |
| Análisis de IA | Informes, evaluación de vulnerabilidades, explicación de alertas, el asistente y la guardia, solo si lo activa | Texto enviado a su proveedor de modelos y recibido de él: unos 4 bytes por token, así que el Límite diario de tokens predeterminado de 2 millones de tokens significa como máximo unos 10 MB al día. Un Ollama local en el servidor principal no usa tráfico de internet. |
| Base de datos de IP a país (DB-IP) | Una vez al mes | Unos 4 MB |
| Búsqueda de actualizaciones en 3rsoft.com.pa | Cada 6 horas | Unos 7 KB cada vez |
| Correos de alerta | Cuando ocurre algo | Unos pocos KB por correo |
La comprobación de vulnerabilidades se puede desactivar en Configuración → Comprobación de vulnerabilidades, la actualización de la base de datos en Configuración → Mapa, y el análisis de IA en IA → Configuración. Consulte Seguridad y privacidad.
El panel en el navegador
Mientras la página está abierta
Un panel abierto mantiene una conexión en vivo con el servidor principal (Server-Sent Events). El servidor principal envía:
- después de cada reporte de cada servidor que usted puede ver, un resumen breve de ese servidor;
- después de cada comprobación de un monitor, su resultado;
- un latido cada 15 segundos.
La conexión va comprimida: en la prueba ocupó cerca de 1/20 del tamaño sin comprimir. Aun así, cada actualización es un paquete de red propio, así que el total crece con la cantidad de servidores y con la frecuencia con que reportan:
| Servidores mostrados (intervalo de 3 s) | Por hora | 8 horas al día, durante un mes | Todo el día, durante un mes |
|---|---|---|---|
| 1 | 0.2 MB | 50 MB | 150 MB |
| 10 | 1.6 MB | 390 MB | 1.2 GB |
| 50 | 8 MB | 1.9 GB | 5.8 GB |
Los servidores con un sitio web de mucho tráfico cuentan cerca de 1.5 veces más. Con los servidores a 10 s, es cerca de un tercio.
- La página de detalles de un servidor (o su panel lateral en la Vista general) recibe además los datos completos de ese servidor en cada reporte: unos 0.3 MB más por hora para ese servidor.
- Solo cuenta mientras la página está abierta. Una pestaña en segundo plano o una ventana minimizada sigue conectada: cierre la pestaña para detener el tráfico.
- Una pantalla que funciona todo el día (consulte Modo pantalla) además hace una sincronización completa cada 5 minutos y reconstruye la página cada 6 horas, lo que agrega poco. Una pantalla que muestra 10 servidores todo el día usa cerca de 1.2 GB al mes.
- Un enlace compartido limitado a algunos grupos solo recibe las actualizaciones de esos grupos.
- Mantenga la compresión activada: un proxy inverso que la quite hace la conexión unas 8 veces más grande.
Al abrir el panel
La primera vez, el navegador descarga la interfaz: unos 320 KB, más 90 a 100 KB para español o chino. La guarda en su caché hasta que se actualice el servidor principal. Después, abrir el panel solo descarga los datos actuales: unos pocos KB, más cerca de 1.5 KB por servidor.
Monitores
El servidor principal ejecuta los monitores él mismo, así que su tráfico es entre el servidor principal y la dirección monitoreada:
| Tipo | Por comprobación |
|---|---|
| HTTP(S) | La respuesta completa, hasta 2 MB (comprimida si el sitio lo admite), más 1 KB aproximadamente |
| Certificado SSL | Un saludo TLS, unos 5 KB |
| Puerto TCP, ping, DNS | Menos de 1 KB |
En los monitores HTTP, lo que más pesa es el tamaño de la página. Una página de 100 KB comprobada cada 60 segundos son 144 MB al día, para el servidor principal y para el sitio web. Apunte los monitores HTTP a una dirección pequeña, como una URL de verificación de estado o una página liviana, y use un intervalo más largo para las páginas grandes.
Cómo reducirlo
- Aumente el intervalo de reporte: 10 s en lugar de 3 s ahorra cerca del 70% del tráfico de los agentes, y las alertas siguen llegando en segundos. Puede mantener 3 s en los servidores importantes y usar 30 o 60 s en los demás.
- Desactive las estadísticas de solicitudes donde no las necesite:
access_logs = off. - Cierre las pestañas del panel que no necesite. Para las pantallas de pared, use un enlace compartido limitado a los grupos que quiere mostrar.
- Use direcciones livianas en los monitores HTTP.
- Desactive lo que no use: la comprobación de vulnerabilidades, la actualización mensual de la base de datos de IP, el análisis de IA (o baje su Límite diario de tokens).
Calcule su propio consumo
Por día, de forma aproximada:
- Agentes: cantidad de servidores × el valor por día de la tabla de intervalos, más las estadísticas de solicitudes de los sitios con mucho tráfico.
- Panel: por cada pantalla abierta, horas abierta × servidores mostrados × 0.2 MB (a 3 s; un tercio a 10 s).
- Monitores: por cada monitor HTTP, tamaño de la página × comprobaciones por día (86,400 ÷ intervalo).
Ejemplo: 20 servidores a 10 s, uno de ellos un sitio web con 10 solicitudes por segundo, el panel abierto 8 horas al día en una computadora, y 10 monitores HTTP de 20 KB cada 60 s:
| Por día | |
|---|---|
| Agentes: 20 × 18 MB + 11 MB | 371 MB |
| Panel: 8 h × 20 servidores × 0.07 MB | 11 MB |
| Monitores: 10 × 20 KB × 1,440 | 288 MB |
| Total | 670 MB (unos 20 GB al mes) |