Les flottes privées (Private Fleets) sont des serveurs de jeu dédiés hébergés sur une capacité réservée à votre studio : matériel fixe, pas de frais de trafic sortant (egress), et des serveurs qui peuvent rester actifs 24h/24 et 7j/7 sans pénalité financière en cas d'inactivité. La vue d'utilisation (Utilization) vous indique si cette capacité réservée est pleinement rentabilisée.

Cet article répond à deux questions. Que signifie chaque partie du graphique, et pourquoi affiche-t-il parfois de la capacité inactive et un débordement vers le cloud au cours de la même heure ?

L'axe : votre flotte en bas, le cloud public en haut

La ligne zéro sépare la vue. En dessous se trouve votre flotte. Au-dessus se trouve le cloud public.

La ligne orange indique le nombre total de vCPU disponibles dans votre flotte, et l'espace entre l'axe et cette ligne est divisé en deux nuances :

• Le vert foncé correspond aux vCPU réellement utilisés par les déploiements.

• Le vert clair correspond aux vCPU inactifs, c'est-à-dire la capacité que vous possédez et que vous n'avez pas utilisée pendant cette heure.

Au-dessus de l'axe, une barre violette indique le nombre total de vCPU des déploiements qui ont débordé sur le cloud public après épuisement de la capacité de votre flotte. Le violet n'est pas un état d'échec. C'est la soupape de sécurité qui fonctionne, et c'est le signal le plus clair que votre flotte est sous-dimensionnée pour cette heure dans cette ville.

Chaque ville a son propre graphique, couvrant chaque hôte dont vous disposez dans cette ville pour la flotte actuelle. Chaque barre représente une heure, horodatée en UTC. Vous pouvez consulter les 7 derniers jours ou les 30 derniers jours.

Une omission volontaire : les trois heures les plus récentes ne sont pas affichées. Les déploiements qui se terminent par un état d'erreur prennent du temps à se stabiliser, et les inclure reviendrait à signaler une utilisation qui n'a jamais réellement eu lieu.

Une flotte, un emplacement

Une flotte privée est une capacité réservée dans un lieu que vous avez choisi. C'est tout le principe, et c'est aussi la contrainte qui donne tout son intérêt à la lecture de ce graphique.

Puisque le matériel vous appartient et que le trafic sortant n'est pas facturé à l'usage, le coût horaire d'un serveur de flotte est fixe et bas, et il n'augmente pas lorsqu'une partie s'éternise ou qu'un lobby reste inactif entre deux manches. L'allumage permanent est bon marché. L'extension rapide (scaling out) ne l'est pas, car vous ne pouvez pas faire apparaître un nouvel hôte à Francfort lorsque la demande surgit à São Paulo.

Le compromis repose donc sur l'emplacement, et pas seulement sur le volume. Les joueurs proches de votre flotte bénéficient de votre meilleur coût par serveur et de votre meilleure latence. Tous les autres sont couverts par le débordement cloud aux tarifs du cloud. Le graphique d'utilisation est l'endroit où vous observez comment cette répartition se concrétise, ville par ville, heure par heure.

Chaque barre est une moyenne, pas un pic

C'est l'élément le plus important à assimiler avant de tirer des conclusions de la forme du graphique. Les valeurs correspondent à la moyenne sur 60 minutes. Les déploiements sont comptabilisés au prorata de l'heure durant laquelle ils ont réellement fonctionné.

• 4 vCPU x (60 min de fonctionnement / 60 min) = 4 vCPU

• 4 vCPU x (30 min de fonctionnement / 60 min) = 2 vCPU

• 4 vCPU x (15 min de fonctionnement / 60 min) = 1 vCPU

Même pic, trois barres différentes. Pour les jeux basés sur des sessions où un match dure huit minutes et où les lobbys s'enchaînent constamment, la moyenne horaire sera toujours inférieure à la charge réelle supportée par vos hôtes. Les pics de courte durée sont lissés.

Cela ne rend pas le chiffre faux pour autant. Cela en fait une donnée de planification de capacité plutôt qu'une donnée de surveillance en temps réel. Utilisez-la pour répondre à la question « quelle proportion de ma flotte est rentabilisée sur une semaine », et non « à quel point mon hôte a-t-il chauffé à 14h07 ».

Les petits déploiements peuvent disparaître

Un seul déploiement de 0,25 vCPU fonctionnant pendant 6 minutes compte pour 0,03 vCPU sur l'heure. Par rapport à une flotte de 12 vCPU, cela représente environ 0,25 % de la capacité totale. À l'échelle du graphique, c'est une barre invisible.

Ainsi, une flotte qui a servi une poignée de petits déploiements de test peut apparaître comme totalement inactive. Ce n'est pas un bug.

Deux façons de confirmer ce qui a réellement fonctionné : survolez n'importe quelle barre pour lire les valeurs exactes du Cloud, de la Flotte utilisée, de la capacité Inactive et Totale, ou ouvrez la liste des déploiements pour les examiner directement. L'infobulle est la source de vérité. La hauteur de la barre est un résumé.

Les pics de courte durée peuvent ressembler à de la capacité inactive

Voici la combinaison qui génère le plus de tickets de support. Les déploiements saturent complètement votre flotte, débordent sur le cloud, et pourtant la même heure affiche toujours un large bloc de capacité inactive.

Prenons une heure avec 100 % d'utilisation de la flotte pendant 12 minutes et 6 vCPU débordant vers le cloud, suivis de 3,25 vCPU d'utilisation de la flotte pour les 48 minutes restantes. Moyenné sur l'heure complète, le graphique indique 5 vCPU utilisés, 7 vCPU inactifs et 1,2 vCPU de débordement.

Chacun de ces chiffres est exact. Aucun d'entre eux ne décrit ce qui s'est passé à la sixième minute.

Lorsque vous voyez du violet et une large bande vert clair ensemble, interprétez cela comme une charge de travail caractérisée par des pics plutôt que comme une contradiction. Votre flotte était pleine, brièvement. La solution n'est pas une moyenne plus élevée, mais une plus grande marge de manœuvre au moment du pic. L'orchestration d'Edgegap gère automatiquement ce débordement, en déployant sur la capacité publique en 3 secondes en moyenne lorsque vos propres hôtes sont épuisés (comment fonctionne ce démarrage à froid).

Débordement alors que de la capacité inactive est encore visible

La valeur inactive additionne la capacité inactive de chaque hôte dans une ville. Les déploiements, eux, ne peuvent rien additionner. Un déploiement s'installe sur un seul hôte, de manière indivisible.

Prenons trois hôtes de 4 vCPU chacun, exécutant chacun 3 vCPU de déploiements. Le graphique indique 3 vCPU inactifs dans cette ville. Aucun hôte individuel n'a plus de 1 vCPU libre, de sorte qu'un nouveau déploiement de 1,5 vCPU ne peut être placé nulle part et est dirigé vers le cloud. Un déploiement demandant 1 vCPU ou moins aurait pu y entrer.

C'est une question de fragmentation, pas d'arithmétique. Si vous constatez un débordement constant face à une bande inactive persistante, vérifiez la demande de vCPU de votre déploiement par rapport à votre capacité par hôte avant d'ajouter des hôtes. Des hôtes moins nombreux mais plus grands fragmentent moins que de nombreux petits hôtes pour le même nombre total de vCPU.

Que faire concrètement de cette vue

Consultez la vue sur 30 jours pour le dimensionnement et la vue sur 7 jours pour analyser le comportement.

• Vert clair prononcé tout le mois : votre flotte est plus grande que votre demande dans cette ville. Vous dépensez de l'argent là où ce n'est pas nécessaire.

• Du violet aux mêmes heures chaque jour : un pic prévisible. C'est le cas typique où il convient d'acheter plus de matériel à cet endroit.

• Du violet dispersé de manière aléatoire : un profil de pics soudains. Le débordement joue son rôle, et l'acquisition de matériel supplémentaire resterait principalement inactive.

Le graphique ne vous dit pas quelle option choisir. Il vous indique dans quelle situation vous vous trouvez, ce que la plupart des équipes ne font aujourd'hui que deviner.

Flottes privées ou Cloud public ?

Cela dépend en réalité de votre cas d'usage et de votre jeu. Si le débordement existe, c'est parce que ces deux solutions répondent à des problèmes différents.

La capacité du cloud public via l'orchestration d'Edgegap atteint plus de 615 emplacements et démarre un serveur en environ 3 secondes là où se trouvent les joueurs, à un tarif unique pour chaque emplacement. Vous payez pour ce que vous utilisez, et vous payez le trafic sortant.

Les flottes privées font l'inverse. Un seul emplacement, une capacité que vous détenez déjà, pas de trafic sortant à payer, et un coût qui n'évolue pas avec le temps de jeu. Plus économique par serveur pour une charge que vous pouvez prédire, inutile pour une charge que vous ne pouvez pas localiser.

Les studios disposant d'une base de joueurs concentrée et d'un trafic stable font tourner la charge de base sur une flotte et laissent le débordement absorber le reste. Les studios dont les joueurs sont très dispersés se passent complètement de flotte. Le graphique vous indique quel type de studio vous êtes.