Un plan de contrôle unique pour Vultr et tout le reste de votre infrastructure
Vultr propose du calcul à bas coût dans plus de régions que presque tout autre fournisseur — c'est précisément pour cela qu'il tourne rarement seul. Les équipes l'adoptent pour un site en périphérie, puis un autre, et se retrouvent avec une empreinte facile à disperser et difficile à voir d'un seul coup d'œil. Sencai se connecte à votre compte Vultr sans rien déplacer, et place chaque instance qu'il contient aux côtés de vos autres clouds et serveurs, dans un inventaire unique, un flux de provisionnement unique et un journal d'audit unique.
Le provisioning et l'inventaire sont opérationnels dès aujourd'hui pour ce fournisseur. La gestion en direct du réseau, du pare-feu et du DNS n'a pas encore été vérifiée de manière indépendante sur un compte de production pour ce fournisseur - demandez-nous le statut actuel avant de vous y fier.
Connectez Vultr selon la méthode qui vous convient
Connectez un compte Vultr existant et rien ne change : le compte, le contrat et la facture restent les vôtres. Sencai stocke les identifiants API chiffrés au repos et ne les utilise que pour les actions que vous autorisez — vous pouvez révoquer l'accès depuis votre compte Vultr à tout moment, avec effet immédiat. C'est le modèle bring-your-own-cloud (BYOC), et c'est généralement par là que les équipes commencent, car il n'y a aucun nouveau contrat à signer ni aucune relation de facturation à transférer. Si vous préférez ne pas détenir de compte Vultr séparé du tout, Sencai peut à la place provisionner et facturer la capacité Vultr sous son propre compte — un seul contrat, une seule facture, au coût de Vultr plus une marge de 2 % affichée comme ligne distincte. Les deux modèles ne s'excluent pas : une organisation en BYOC peut ajouter plus tard de la capacité Vultr gérée, ou inversement, sans rien déplacer de ce qui tourne déjà.
Visualisez ce qui est déjà réparti dans chaque région que vous utilisez
Dès que votre compte se connecte, Sencai inventorie ce qui existe déjà — instances, réseaux, stockage et zones DNS — dans chaque région Vultr que vous utilisez, sans migration nécessaire. La carte de Vultr est plus étendue que celle de la plupart des alternatives, et c'est généralement toute la raison de son utilisation : un nœud en périphérie ici pour la latence, une instance de calcul là parce que c'est là que se trouve le client. Cela signifie aussi que les ressources s'accumulent dans des endroits faciles à perdre de vue. Sencai rassemble tout cela dans une vue unique, aux côtés de vos autres fournisseurs, de sorte qu'un nœud en périphérie Vultr dans une région se retrouve à côté d'une machine Hetzner ou d'une instance AWS sans changer de console pour les voir. La découverte ne touche à rien — chaque ressource est opt-in, et vous décidez, une à une, lesquelles Sencai gère activement.
Activez et désactivez des régions sans console distincte pour chacune
Provisionnez, arrêtez, redimensionnez ou détruisez une instance Vultr depuis le même écran et le même flux de travail que pour tout autre fournisseur — aucune console distincte, aucune particularité propre au fournisseur à retenir. Cette cohérence est particulièrement payante là où Vultr est justement choisi : déployer de la capacité proche des utilisateurs dans une région où vous n'opérez pas habituellement, la conserver exactement le temps nécessaire à la charge de travail, puis la démanteler proprement au lieu de laisser une instance oubliée facturer discrètement dans une région que personne ne surveille. Installez l'agent de flotte Sencai sur n'importe quelle instance Linux — Vultr ou autre — et il commence immédiatement à remonter les données de supervision, l'état des correctifs et les logiciels installés. Des runbooks soumis à approbation vous permettent d'écrire une fois une réponse à incident et de l'exécuter à l'identique sur un nœud Vultr dans une région et sur un serveur bare-metal dans votre propre datacenter.
Chaque action journalisée, chaque euro visible
Chaque action effectuée via Sencai sur votre compte Vultr — un redimensionnement, un arrêt, une commande exécutée par l'agent — est consignée dans un journal d'audit en ajout seul et chaîné par hachage. Les entrées ne peuvent être ni modifiées ni supprimées après coup, si bien que « qui a changé quoi, et quand » devient une requête que vous exécutez, pas une enquête que vous lancez. Ce registre couvre Vultr et tous les autres fournisseurs connectés de la même manière, ce qui en fait une preuve que vous pouvez réellement remettre à un audit de sécurité ou à un post-mortem d'incident. La visibilité des coûts fonctionne de la même façon : les dépenses sur Vultr apparaissent aux côtés des dépenses sur chaque autre fournisseur connecté, au même endroit, avec une détection d'anomalies qui surveille le pic qui n'aurait pas dû se produire — le genre de pic facile à manquer quand les instances sont éparpillées sur une douzaine de régions et tout autant de factures.
Questions fréquentes
Dois-je migrer quoi que ce soit hors de Vultr pour utiliser Sencai ?
Non. Connecter un compte Vultr via BYOC ne déplace aucune ressource, aucun compte ni aucun contrat — Sencai lit et gère via l'API de Vultr en utilisant des identifiants que vous contrôlez et pouvez révoquer à tout moment. Les instances, réseaux, stockages et zones DNS restent exactement là où ils sont ; vous activez la gestion pour chaque ressource individuellement, quand vous êtes prêt, et non toutes en une fois.
Sencai peut-il facturer la capacité Vultr à ma place, sans que je détienne de contrat Vultr ?
Oui. Au lieu du BYOC, Sencai peut provisionner de la capacité Vultr sous son propre compte et vous facturer directement — un seul contrat, une seule facture, au coût de Vultr plus une marge de 2 % affichée comme ligne distincte. Vous pouvez faire coexister BYOC et capacité gérée au sein de la même organisation, et déplacer ensuite une charge de travail donnée de l'un vers l'autre.
Puis-je gérer Vultr aux côtés de Hetzner, AWS ou d'autres clouds au même endroit ?
Oui — c'est l'idée centrale. Sencai se connecte à 11 fournisseurs cloud, ainsi qu'à des serveurs on-premise et bare-metal, et chaque compte connecté apparaît dans la même organisation, le même inventaire et le même journal d'audit. Une équipe qui utilise Vultr pour des sites en périphérie aux côtés de Hetzner ou d'AWS pour la capacité principale voit l'ensemble comme une seule et même flotte, et non comme trois consoles distinctes.
Quel est le niveau de maturité de l'intégration Vultr ?
Le provisionnement et l'inventaire pour Vultr sont opérationnels dès aujourd'hui — connecter un compte, découvrir les ressources existantes, et démarrer, arrêter, redimensionner ou détruire des instances fonctionnent déjà. La gestion en direct du réseau, du pare-feu et du DNS pour Vultr spécifiquement n'a pas encore été vérifiée de manière indépendante sur un compte de production, nous ne l'affirmons donc pas ici ; nous mettrons cette page à jour le jour où ce sera le cas.
Que fait l'agent de flotte sur une instance Vultr ?
Installez-le sur n'importe quelle instance Linux et il remonte à Sencai les données de supervision, l'état des correctifs et les logiciels installés, aux côtés de tous les autres serveurs de votre flotte, quel que soit le fournisseur ou la région. Des runbooks soumis à approbation vous permettent de codifier une fois une réponse à incident — une séquence de redémarrage, un rollback, une correction de configuration — et de l'exécuter à l'identique sur une instance Vultr, une machine Hetzner ou un serveur bare-metal, chaque exécution étant enregistrée dans le journal d'audit.
Connectez votre compte Vultr
Créez une organisation gratuite et connectez votre compte Vultr en quelques minutes — sans migration, sans carte bancaire. Vous préférez tout voir d'abord ? L'essai de 14 jours débloque la plateforme complète, également sans carte requise.