Rendimiento
Pruebas de carga, publicadas
Sometemos la cadena de IoT a flujos constantes de mensajes de dispositivos y publicamos lo que medimos: mensajes por segundo, latencia desde la llegada hasta el almacenamiento y mensajes perdidos. Cada cifra de abajo indica dónde y cómo se midió.
mensajes por segundo sostenidos durante 14 minutos
1,111
mensajes perdidos en todas las ejecuciones hasta ahora
0
p99 desde la llegada hasta el almacenamiento a 111 msg/s
50 ms
servidor de pruebas, 7 GB de memoria
4 vCPU
Resultados
Resultados por escenario
Cada escenario envía mensajes de dispositivos a una tasa fija a través del gateway MQTT, los workers de reglas y flujos, y hasta el almacenamiento de telemetría.
| Escenario | Tasa | Duración | Mensajes perdidos | Latencia (p99) | Estado |
|---|---|---|---|---|---|
| A | 111 msg/s | 16 min constantes | 0 | inicio 23 ms, almacenado 50 ms | Superó las 9 puertas |
| B | 1.111 msg/s | 14 min constantes | 0 | la cola se mantuvo cerca de 45 mensajes | Pausada por nosotros, repetición prevista |
| D | 5.555 msg/s | — | — | — | Próximamente |
Cómo probamos
Qué comprueba una ejecución
Una ejecución solo supera la prueba si se cumple cada puerta durante toda la fase constante.
Tasa constante
Los mensajes llegan a una tasa fija desde muchos dispositivos simulados, tras un periodo de calentamiento, durante al menos diez minutos.
Ningún mensaje perdido
Cada mensaje enviado se vuelve a contar en el almacenamiento. Un solo mensaje que falte hace fallar la ejecución.
Puertas de latencia
Tiempo desde la llegada hasta el inicio del procesamiento y hasta el almacenamiento, en el percentil 99.
Cola
La cola entre el gateway y los workers debe mantenerse plana. Una cola creciente hace fallar la ejecución.
Recursos
La CPU y la memoria de cada proceso se muestrean durante la ejecución, para que se detecten las fugas lentas.
La seguridad sigue activa
Las pruebas se ejecutan con separación de inquilinos, autenticación de dispositivos y límites de tasa activados, como en producción.
Configuración
De dónde proceden las cifras
Los escenarios A y B se ejecutaron en un servidor virtual de 4 vCPU y 7 GB que también ejecutaba el generador de carga, así que la plataforma disponía de menos que la máquina completa. Los despliegues de producción usan servidores más grandes y ejecutan los workers como procesos independientes.
En una medición local aparte, un inquilino sostuvo unos 10.000 mensajes por segundo, y un backlog de 302.000 mensajes se vació en unos 60 segundos mientras seguían llegando mensajes nuevos.
La seguridad nunca se desactiva para mejorar una cifra: la separación de inquilinos a nivel de fila sigue activa para la telemetría sin procesar, y los dispositivos se autentican en cada conexión.
Añadimos cada nuevo informe a esta página con su fecha, configuración y cifras brutas.
¿Dimensiona un despliegue grande?
Díganos su número de dispositivos y su tasa de mensajes. Dimensionamos el despliegue con usted y podemos ejecutar una prueba de carga en su propia configuración.