Gestion de flotte
La gestion de flotte est la couche de contrôle des machines sur lesquelles s'exécutent les serveurs de jeu : combien d'hôtes sont réservés, où, et de quel type. Elle ajoute et retire des hôtes, les maintient opérationnels et à jour, les vide avant la maintenance et signale leur utilisation. L'orchestration place ensuite les instances de serveurs de jeu sur ces hôtes, ou sur de la capacité à la demande lorsque la flotte est pleine.
Aussi appelé
gestionnaire de flotte, gestion de flotte de serveurs de jeu, gestion de flotte de serveurs
,
Que gère la gestion de flotte ?
La gestion de flotte gère des machines, pas des matchs. Une instance de serveur de jeu est le processus qui héberge un match. Les hôtes sont les machines physiques ou virtuelles sur lesquelles ces instances s'exécutent. Démarrer, exécuter et arrêter des instances relève de l'orchestration de serveurs de jeu. Décider combien d'hôtes existent, à quel endroit et de quel type, et veiller à leur bon fonctionnement, relève de la gestion de flotte.
La part de cette gestion assumée par un studio dépend de la manière dont sa capacité est payée :
Une flotte réservée est constituée d'hôtes réservés pour un studio, généralement facturés mensuellement. Une facture mensuelle ne varie pas en fonction de l'utilisation. Ainsi, une flotte coûte le même prix qu'elle soit active ou inactive, et elle n'existe que dans les emplacements qui ont été loués. Maintenir ces hôtes au bon nombre, aux bons endroits et actifs constitue l'intégralité du travail.
La capacité à la demande s'exécute sur les machines du fournisseur. Un serveur démarre lorsqu'un match le demande et est facturé pendant son exécution. Lorsqu'aucun serveur ne fonctionne, le coût est de 0 $. Le fournisseur gérant les machines, le studio n'a pas de flotte propre à gérer.
De nombreux jeux utilisent les deux : une flotte réservée pour une part rentable du trafic global, et une capacité à la demande pour tout le reste. La partie réservée est ce qu'un gestionnaire de flotte administre. La flotte en tant que ressource est traitée dans la section flotte de serveurs, et la quantité de capacité réservée à conserver dans pools chauds.
En pratique - Aperçus du blog de Edgegap
Points clés de l'article
Ce que sont les flottes privées : de la capacité réservée et privée pour l'hébergement de serveurs de jeu dédiés sur du matériel réservé à votre studio dans un emplacement spécifique, sans frais de sortie et sans raison d'arrêter les serveurs entre les matchs.
Deux côtés d'un même axe : tout ce qui se trouve en dessous de la ligne zéro correspond à votre propre flotte, tout ce qui se trouve au-dessus est la capacité qui a débordé sur le cloud public.
Chaque barre est une moyenne horaire, pas un pic : un déploiement de 4 vCPU qui a fonctionné pendant 15 minutes apparaît comme 1 vCPU utilisé, c'est pourquoi les charges de travail en rafale semblent plus calmes qu'elles ne l'étaient en réalité.
Le vert inactif n'est pas toujours du vert utilisable : le nombre inactif additionne chaque hôte dans une ville, ainsi une flotte avec 3 vCPU libres répartis sur trois hôtes ne peut toujours pas accueillir un déploiement de 1,5 vCPU.
Les petits déploiements peuvent s'arrondir jusqu'à l'invisibilité : un serveur de 0,25 vCPU fonctionnant pendant 6 minutes correspond à 0,03 vCPU sur l'heure, soit environ 0,25 % d'une flotte de 12 vCPU. Survolez pour voir la valeur réelle.
Les trois dernières heures sont intentionnellement masquées afin que les déploiements en cours de résolution vers un état d'erreur ne gonflent pas votre utilisation.
Comment la gestion de flotte et l'orchestration fonctionnent-elles ensemble ?
Les deux couches partagent les mêmes données mais agissent sur des éléments différents. L'orchestrateur place chaque instance. La gestion de flotte décide de ce sur quoi il faut la placer, et exécute sa propre boucle sur un cycle plus lent :
Observer. Le niveau de remplissage de chaque hôte sur des heures et des jours, la santé de l'hôte, et la demande par emplacement.
Décider. S'il faut ajouter un hôte, en retirer un, transférer de la capacité vers un autre emplacement, ou en retirer un pour maintenance.
Agir. Réserver ou libérer des hôtes, les corriger et les remplacer, et vider un hôte avant qu'il ne soit retiré.
Rapporter. L'utilisation au fil du temps, afin que le prochain engagement repose sur des chiffres réels.
Le démarrage et l'arrêt des instances suivent des politiques d'auto scaling, et l'association d'un match à un serveur correspond à l'allocation de serveur.
Les deux couches se rencontrent à la limite de la flotte. L'ajout d'un hôte prend du temps, donc lorsque chaque hôte est plein, l'orchestrateur décide de ce qui arrive au match suivant : le faire attendre, le faire échouer, ou le démarrer sur de la capacité à la demande. La gestion de flotte décide de la fréquence à laquelle cette limite est atteinte. Une flotte dimensionnée pour ne déborder qu'aux pics est la base de l'orchestration hybride.
En quoi consiste la gestion quotidienne d'un parc de serveurs ?
La capacité réservée apporte des tâches que la capacité à la demande laisse au fournisseur :
Le regroupement. Le nombre d'hôtes inactifs peut surestimer l'espace disponible d'une flotte. Trois hôtes de 4 vCPU exécutant chacun 3 vCPU affichent 3 vCPU inactifs, pourtant aucun hôte unique ne peut accueillir un nouveau serveur de 1,5 vCPU, il est donc envoyé vers le cloud. Dimensionner une flotte signifie analyser ce qui peut tenir sur chaque hôte, et pas seulement le total. Notre guide pour lire les graphiques d'utilisation de la Private Fleet (septembre 2026) détaille cet exemple.
Le drainage. Avant qu'un hôte ne soit corrigé ou retiré du service, les nouvelles sessions doivent être redirigées ailleurs et celles en cours doivent se terminer.
La santé. Un hôte qui tombe en panne, ou qui est touché par une panne de fournisseur ou une attaque DDoS, doit être remplacé sans bloquer les sessions qui y ont été envoyées.
Les images. Chaque hôte conserve l'image du serveur actuel en cache, de sorte que les instances démarrent sans téléchargement lorsqu'un correctif est mis en ligne.
La planification. L'ajout d'hôtes prend du temps, c'est pourquoi les pics connus tels qu'un lancement, une mise à jour majeure, des soldes ou l'événement d'un streamer sont planifiés à l'avance, en utilisant des signaux précurseurs comme les listes de souhaits.
La lecture de l'utilisation. Les moyennes horaires lissent les sessions courtes : un serveur de 4 vCPU ayant fonctionné pendant 15 minutes s'affiche comme 1 vCPU utilisé. Un graphique d'utilisation indique quelle part de la flotte a été rentable sur une semaine, et non à quel point un hôte était occupé à un instant précis.
Remarque sur tout ce qui précède : la gestion d'une flotte en tant que couche distincte, manuellement ou avec des outils séparés, est la méthode traditionnelle d'exploitation des serveurs de jeu. Les orchestrateurs multi-cloud et hybrides modernes automatisent les deux boucles ensemble. Ils permettent de conserver la rentabilité d'une flotte réservée tout en ajoutant de la capacité à la demande dans un plus grand nombre d'emplacements : les serveurs démarrent plus près des joueurs, les hôtes restent plus occupés et les pics de charge débordent sur le cloud au lieu d'attendre la mise en service d'un nouvel hôte.
Sur Edgegap, la gestion et l'orchestration de flotte forment une seule couche automatisée, de sorte que la majeure partie de cette liste s'exécute sans l'intervention du studio. La documentation de la Private Fleet le décrit : des hôtes dans une liste de priorité, le recyclage automatique d'un hôte défaillant sous le même identifiant, des états de maintenance qui bloquent les nouveaux placements, des hôtes planifiés et des alertes cloud pour les dépenses de débordement. Ce qui reste à la charge du studio, c'est la décision qui apporte de la valeur : le ratio flotte/cloud, l'équilibre entre rentabilité, couverture et autres facteurs, plutôt que le coût d'exploitation de la flotte. La documentation souligne que trouver ce ratio « prend généralement plusieurs itérations » (lecture d'octobre 2026). Avant d'exploiter une flotte en interne, il convient de se demander si les heures de travail de l'équipe rapportent davantage là ou sur l'ajustement de ce ratio lui-même.
Devriez-vous concevoir, héberger vous-même ou acheter un gestionnaire de flotte ?
Trois voies sont courantes :
Construire sa propre solution. Des outils écrits pour le jeu, sur des hôtes loués par le studio. Cela donne un contrôle total, et les deux boucles, pour les hôtes et pour les instances, sont le code du studio à écrire et à exécuter.
Auto-héberger un orchestrateur open-source. Généralement sur Kubernetes, avec une couche spécifique au jeu qui sait quels serveurs sont dans un match. Le logiciel est gratuit à installer. Le coût le plus important est son exploitation : des clusters dans chaque région, les mises à niveau, la surveillance et une rotation d'astreinte. Évaluez cette portée globale, et pas seulement le travail d'intégration.
Utiliser une plateforme gérée. Le fournisseur gère les hôtes, les instances et le débordement. Le studio définit les règles : où se trouvent les hôtes, avec quelle priorité, et quand les matchs débordent.
Le coût décisif est rarement le logiciel. Ce sont les ingénieurs qui veillent à ce que les deux boucles fonctionnent à chaque heure, et ce qu'ils pourraient construire d'autre. Sur Edgegap, la gestion de flotte et l'orchestration fonctionnent comme une seule couche automatisée, dimensionnée et placée pour maintenir les coûts bas : des hôtes Private Fleet dans 58 emplacements, avec un débordement Edge Cloud dans plus de 615 emplacements (données de la plateforme, 18 septembre 2026).
Un mot de notre sponsor (nous-mêmes !)
Private Fleets vous offre une puissance de calcul bare-metal dédiée dans 58 emplacements pour un hébergement persistant, rentable et sans frais de transfert de données sortantes. Lorsque votre base de joueurs grimpe en flèche, Edge Cloud absorbe automatiquement le surplus à la demande, maintenant des performances en ligne stables où que soient vos joueurs.
L'avis d'Edgegap (ce n'est que notre opinion, à prendre avec des pincettes !)
Une flotte devrait idéalement être ajustée, et non achetée à l'aveuglette
La capacité réservée est souvent achetée sur la base de prévisions : dimensionnée pour le pic le plus élevé qu'un studio anticipe, et verrouillée pour un an ou plus. Le trafic réel correspond rarement aux prévisions, et l'écart se paie chaque mois sous forme de serveurs vides. Avant le lancement, un studio connaît rarement son utilisation réelle.
Cela donne à la flexibilité autant de valeur qu'au tarif horaire. Engagez-vous pour la durée que vos données justifient : un mois tant que le trafic est récent, 6 ou 12 mois une fois qu'il est stabilisé, avec un débordement à la demande couvrant tout ce qui dépasse le parc de serveurs.
Ensuite, continuez à ajuster. Chaque semaine, comparez deux chiffres par emplacement : la capacité inutilisée du parc pendant les heures de pointe, et le débordement vers le cloud. Une capacité inutilisée au moment du pic signifie que le parc y est trop grand. Un débordement chaque soir signifie qu'il pourrait être agrandi. Ajustez un hôte à la fois.
Nos Private Fleets fonctionnent ainsi : un minimum d'un mois, des tarifs plus bas pour des engagements de 6 et 12 mois, et un débordement automatique vers Edge Cloud lorsque le parc est plein (tarifs).
,
