Exécuter des agents IA 24h/24 et 7j/7 sur deux VPS à 26 $/mois : le Governor de Hostinger corrige la limite de crédits CPU

Un développeur qui fait tourner des agents IA 24h/24 et 7j/7 sur deux VPS Hostinger KVM 8 (8 vCPU, 32 Go de RAM, 400 Go de NVMe) a open-sourcé Hostinger Governor pour corriger le bridage des crédits CPU de l'hébergeur. Le problème : un KVM 8 peut monter en puissance sur les 8 cœurs tant que les crédits durent, mais il ne récupère des crédits que l'équivalent de 4,8 cœurs. Une fois le solde à zéro, la machine entière tombe à 30 % (2,4 cœurs) et y reste pendant que la charge continue de grimper. Avant le correctif, Hostinger avait bridé sa machine 13 fois en 10 jours, plafonnant à chaque fois tous les services à 30 %.

Ce que fait Governor

Governor gère le budget du pool de crédits. La machine dispose de tous les cœurs tant qu'il reste des crédits, puis Governor réduit la charge jusqu'à la base de 4,8 cœurs avant que le solde ne s'épuise. Les cœurs ne sont toujours pas dédiés, mais vous conservez la base stable plus les pics de puissance au lieu de vous heurter à un mur à 30 %.

Pourquoi un VPS plutôt qu'un ordinateur portable

Un portable en veille ne peut pas exécuter des agents planifiés. Il voulait plusieurs agents, des tâches planifiées et des environnements de test côte à côte avec isolation des processus, pour qu'une tâche qui s'emballe ne fasse pas tomber le reste. Il s'attend aussi à une hausse des prix du calcul et de la mémoire — Hetzner a fait passer son serveur dédié 8 cœurs et 32 Go de 62,49 € à 138,49 € par mois en juin.

Le Hostinger KVM 8 s'est avéré le plus avantageux avec un engagement de 24 mois : 25,99 $/mois aux États-Unis hors taxes, renouvelé à 49,99 $ après deux ans. Sur 54 localisations Hostinger, la même offre coûtait entre 22 et 32 $/mois ; en payant en devise locale avec une remise de parrainage de 20 %, il est descendu à environ 18 $. Il en utilise deux.

La reconstruction du serveur, selon sa propre conception

• Rien de configuré à la main — un dépôt Ansible reconstruit la machine à partir d'une VM vide en environ deux heures, et le serveur applique lui-même chaque changement après validation des vérifications.
• Aucun port ouvert. Tout se connecte vers l'extérieur ; il accède à la machine via Tailscale.
• Chaque agent ou service tourne sous son propre utilisateur Linux, donc ils ne peuvent pas lire les fichiers des autres.
• Les agents rendent compte dans un groupe Telegram privé, un sujet par projet. Cinq actions attendent toujours une validation manuelle : dépenser de l'argent, supprimer des données de production, modifier la sécurité, envoyer un message à tous les utilisateurs en même temps et transmettre des données personnelles vers un nouvel endroit. /freeze arrête tous les agents d'un coup.
• Aucun agent ne détient de clé API. Les clés résident dans de petits services intermédiaires qui valident chaque requête, agissent et conservent un historique d'annulation.
• Le CPU est réparti en niveaux : les agents toujours actifs obtiennent une petite part fixe, tandis que les builds, la CI et les tâches par lots se partagent le reste sous le plafond de Governor.
• En cas de panne, la machine redémarre ou revient en arrière toute seule, et un service externe l'alerte si elle ne répond plus.

Il précise qu'on n'a pas besoin de tout cela pour commencer : une machine, un utilisateur Linux par projet, des notifications sur téléphone et une surveillance des crédits CPU suffisent pour aller loin. Governor est sous licence MIT et fonctionne sur n'importe quelle offre Hostinger KVM.