Performance
Tests de charge, publiés
Nous sollicitons le pipeline IoT avec des flux continus de messages d'appareils et publions ce que nous mesurons : messages par seconde, latence entre l'arrivée et le stockage, et messages perdus. Chaque chiffre ci-dessous indique où et comment il a été mesuré.
messages par seconde maintenus pendant 14 minutes
1,111
messages perdus dans tous les essais réalisés jusqu’ici
0
p99 entre l’arrivée et le stockage à 111 msg/s
50 ms
serveur de test, 7 Go de mémoire
4 vCPU
Résultats
Résultats des scénarios
Chaque scénario envoie des messages d’appareils à un débit fixe, via la passerelle MQTT, les workers de règles et flux, puis vers le stockage de télémétrie.
| Scénario | Débit | Durée | Messages perdus | Latence (p99) | Statut |
|---|---|---|---|---|---|
| A | 111 msg/s | 16 min en régime établi | 0 | début 23 ms, stockage 50 ms | Tous les 9 contrôles validés |
| B | 1 111 msg/s | 14 min en régime établi | 0 | backlog resté proche de 45 messages | Mis en pause par nous, nouvelle exécution prévue |
| D | 5 555 msg/s | — | — | — | Suivant |
Notre méthode de test
Ce que vérifie un essai
Un essai n’est validé que si chaque contrôle tient pendant toute la phase en régime établi.
Débit constant
Les messages arrivent à débit fixe depuis de nombreux appareils simulés, après une phase de montée en charge, pendant au moins dix minutes.
Aucun message perdu
Chaque message envoyé est recompté dans le stockage. Un seul message manquant fait échouer l’essai.
Contrôles de latence
Délai entre l’arrivée et le début du traitement, puis jusqu’au stockage, au 99e percentile.
Backlog
La file d’attente entre la passerelle et les workers doit rester stable. Un backlog croissant fait échouer l’essai.
Ressources
Le CPU et la mémoire de chaque processus sont relevés pendant l’essai, afin de repérer les fuites lentes.
La sécurité reste activée
Les essais sont menés avec la séparation des locataires, l’authentification des appareils et les limites de débit activées, comme en production.
Configuration
D’où viennent les chiffres
Les scénarios A et B ont été exécutés sur un serveur virtuel de 4 vCPU et 7 Go, qui hébergeait aussi le générateur de charge ; la plateforme disposait donc de moins que la machine entière. Les déploiements de production utilisent des serveurs plus puissants et exécutent les workers comme processus séparés.
Dans une mesure locale distincte, un locataire a soutenu environ 10 000 messages par seconde, et un backlog de 302 000 messages a été résorbé en environ 60 secondes alors que de nouveaux messages continuaient d’arriver.
La sécurité n’est jamais désactivée pour améliorer un chiffre : la séparation des locataires au niveau des lignes reste active pour la télémétrie brute, et les appareils s’authentifient à chaque connexion.
Nous ajoutons chaque nouveau rapport à cette page avec sa date, sa configuration et ses chiffres bruts.
Vous préparez un déploiement de grande envergure ?
Indiquez-nous votre nombre d’appareils et votre débit de messages. Nous dimensionnons le déploiement avec vous et pouvons réaliser un test de charge sur votre propre configuration.