Environ 50 workloads par équilibreur de charge
Chaque workload géré ajoute un target group, et un équilibreur de charge en accepte au plus 100 (limite AWS). L'aperçu d'intégration refuse l'opération quand il n'y a plus de place.
Montée en charge
Testé sur 1 000 comptes
Les mesures réalisées sur notre organisation de test et leur méthode, les limites actuelles, et le coût de fonctionnement de Dormeto lui-même dans votre compte.
- 67 spour découvrir une organisation synthétique de 1 002 comptes et 17 033 couples compte-région
- 312 msen médiane pour parcourir 9 001 candidats par pages de 200
- ~5 minpour qu'une modification d'équilibreur de charge s'affiche, avec le rafraîchissement événementiel
Ce qui a été testé
Sur notre environnement de développement, en octobre 2026. En « synthétique », des données générées traversent le pipeline et le stockage réels. En « simulé », le vrai code s'exécute face à des services factices dotés des latences et des limites d'AWS. En « réel », le test se déroule sur AWS.
| Test | Résultat | Méthode |
|---|---|---|
| Découverte d'une organisation | 1 002 comptes et 17 033 couples compte-région (dont 16 030 sans équilibreur de charge) traités en 67 s, sans aucun échec. 10 000 candidats enregistrés. Une seconde exécution n'a réécrit aucun candidat inchangé. | Synthétique |
| Candidats dans le tableau de bord | 9 001 candidats sur 46 pages : 312 ms en médiane, 526 ms au maximum. | Synthétique |
| Un routeur très chargé | 1 500 workloads sur 300 équilibreurs de charge. Chaque vérification d'inactivité tient dans son budget de 240 s, et chaque workload est atteint en 2 à 3 vérifications. Sous forte limitation de débit ELB (throttling), c'est plus lent, mais rien n'échoue. | Simulé |
| Une rafale de réveils | 200 réveils en 30 s face à la limite ELB de 3 modifications par seconde. Toutes les bascules de règle ont abouti, aucune n'a échoué. | Simulé |
| Intégration en masse | Six intégrations simultanées sur un même équilibreur de charge, menées 3 à la fois et toutes terminées en 57 s. Six retraits en 39 s. | Réel |
| Rafraîchissement événementiel | Une nouvelle règle d'équilibreur de charge listée comme candidate en 5 minutes environ, sans lancer la découverte. De même pour sa suppression. | Réel |
| Correction de dérive | Une règle fantôme (shadow rule) supprimée à la main a été rétablie en 69 s. | Réel |
Les limites actuelles
La concurrence Lambda est partagée
Les requêtes mises en attente consomment la concurrence Lambda de votre compte dans la région. L'état de santé de chaque routeur vous avertit s'il risque d'utiliser plus de 80 % de la limite. Les nouveaux comptes démarrent avec une limite basse : demandez une augmentation à AWS.
Les modifications ELB sont partagées
Les bascules de règle partagent avec vos propres outils la limite ELB de 3 modifications par seconde. Au-delà d'environ 500 réveils en 3 minutes dans un même compte et une même région, un réveil peut échouer. La requête suivante le relance alors.
10 mises en veille à la fois par routeur
Des milliers de workloads peuvent devenir inactifs en même temps dans un même compte et une même région. Leur mise en veille s'étale alors sur plusieurs heures, pas quelques minutes. En attendant, ils restent actifs.
Le coût de fonctionnement de Dormeto
Les frais AWS propres à Dormeto dans vos comptes, hors coût de vos équilibreurs de charge et de vos workloads.
- ~0,33 $par équilibreur de charge et par mois, pour 1 000 équilibreurs dans 100 comptes et 2 workloads chacun (estimation)
- ~0,13 $par workload et par mois, mises en veille et réveils compris
- ~0,26 $par routeur et par mois, indépendamment de ses workloads
Le coût dépend des routeurs et des workloads, pas des équilibreurs de charge. Un workload est un target group d'un équilibreur de charge, avec toutes les règles qui lui transmettent du trafic. C'est l'unité mise en veille puis réveillée. Un routeur met en veille et réveille les workloads d'un compte et d'une région, quel que soit le nombre d'équilibreurs de charge qui les desservent. Un équilibreur de charge ne peut invoquer qu'une fonction Lambda de son propre compte et de sa propre région. Le manager ajoute environ 5 $ par mois. Un mois revient donc à environ 5 $ + 0,26 $ par routeur + 0,13 $ par workload.
| 1 000 équilibreurs de charge dans 100 comptes | Par mois | Par équilibreur |
|---|---|---|
| 1 workload chacun, 2 régions par compte (200 routeurs) | ~190 $ | ~0,19 $ |
| 2 workloads chacun, 2 régions par compte | ~330 $ | ~0,33 $ |
| 5 workloads chacun, 2 régions par compte | ~730 $ | ~0,73 $ |
| 2 workloads chacun, 3 régions par compte (300 routeurs) | ~350 $ | ~0,35 $ |
Estimations établies à partir des prix publics AWS (eu-west-1) et de nos mesures. Elles supposent une vérification d'inactivité toutes les 5 minutes et la moitié des workloads actifs. Elles supposent aussi 3 cycles de mise en veille et de réveil par workload et par jour ouvré. Avec 10 cycles par jour, 2 workloads par équilibreur de charge reviennent à environ 0,76 $. Vos équilibreurs de charge restent en service et conservent leurs propres frais (environ 18 $ par mois chacun en eu-west-1). Ce sont eux qui reçoivent la première requête.