Planificateur d'instances

Il est 2h du matin. Vos VMs de dev tournent. Vos VMs de staging tournent. L'environnement de QA que personne n'a touché depuis jeudi tourne. Toutes vous facturent — à la seconde — du compute que vous n'utilisez pas.

Ce n'est pas de la négligence. C'est l'absence d'un outil. Personne n'oublie d'éteindre ses VMs — c'est juste qu'il n'y a pas de moyen de le faire automatiquement. Donc les machines tournent 168 heures par semaine, et vous en utilisez 50.

Ça fait 70% de gaspillage. Sur une facture compute de 10 000 €/mois, c'est 7 000 € qui partent en fumée chaque mois.

Ce que ça fait

Le Planificateur d'instances démarre et arrête vos VMs Outscale selon un planning que vous définissez. Heures de bureau uniquement ? C'est fait. Du lundi au vendredi de 7h à 21h ? C'est fait. Un planning personnalisé pour une équipe dans un autre fuseau horaire ? C'est fait.

Configurez-le une fois et il tourne. Chaque jour, aux heures que vous avez définies, vos VMs démarrent. À la fin de la fenêtre, elles s'arrêtent. Outscale facture à la seconde — donc chaque seconde où une machine est éteinte, vous économisez.

Et voici ce que la plupart des gens ratent : quand Vextnd arrête une VM, il peut aussi réduire les IOPS des volumes attachés. Une machine arrêtée avec des volumes à IOPS élevés vous coûte toujours pour ces IOPS — même si rien ne lit ou n'écrit. Le scheduler baisse les IOPS au minimum à l'arrêt, les restaure au démarrage. C'est des économies sur les économies.

Comment ça marche

Sélectionnez les instances à planifier — une, dix ou cinquante. Définissez le planning : heure de démarrage, heure d'arrêt, jours actifs. Choisissez le fuseau horaire pour que votre équipe de Paris et celle de Singapour ne se battent pas sur les décalages UTC.

C'est tout. Le scheduler prend le relais. Chaque transition est journalisée — vous avez une trace d'audit complète de chaque démarrage, chaque arrêt, chaque retry. Si un démarrage échoue (problème d'API Outscale, conflit de ressource), le scheduler réessaie automatiquement et enregistre le résultat.

Le tableau de bord affiche chaque instance planifiée d'un coup d'œil : état actuel, prochaine transition, résumé du planning. Un seul écran vous dit tout. Pas de cron jobs à maintenir, pas de fonctions Lambda à débuguer, pas de scripts shell sur un bastion qui cassent quand quelqu'un change la clé SSH.

Besoin de déroger au planning ? Un override planifié permet de garder les machines allumées en dehors des heures normales — pour un déploiement, une démo, un incident d'astreinte. Ponctuel ou récurrent, sans toucher au planning de base.

Pourquoi c'est important

Le calcul est simple. Un parc dev/staging classique tourne 50 heures sur 168. Planifier ces machines économise 70% de leur coût compute. Avec la facturation à la seconde d'Outscale, les économies sont réelles et immédiates — visibles sur votre prochain rapport de consommation quotidien.

Mais la vraie valeur, c'est la discipline. La planification force les équipes à réfléchir à quand elles ont besoin de ressources. Cette conversation seule — "on a vraiment besoin que ça tourne à 3h du mat ?" — change les comportements. Les équipes commencent à right-sizer, consolider les environnements, et se demander pourquoi elles ont sept copies du même stack de staging.

La trace d'audit compte aussi. Quand le DAF demande "qu'est-ce qu'on fait pour les coûts cloud ?" — vous pouvez lui montrer un log de chaque action, chaque euro économisé, chaque planning en fonctionnement. C'est pas une promesse. C'est une preuve.

Arrêtez de payer les heures que vous n'utilisez pas. Lancez votre essai gratuit sur Vextnd.