Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Processus d'équilibrage ponctuel
Amazon GameLift FleetIQ équilibre régulièrement les instances d'un groupe Auto Scaling doté d'instances Spot. Ce processus n'est pas actif avec les groupes de serveurs de jeu qui utilisent la stratégie d'ONLYéquilibrage DEMAND ON_ _ ou qui n'ont aucune instance active.
L'équilibrage ponctuel a deux objectifs principaux :
-
Actualiser constamment le groupe en utilisant uniquement les types d'instances Spot viables pour l'hébergement de jeux.
-
Utiliser plusieurs types d'instances viables (dans la mesure du possible) afin de réduire l'impact des interruptions inattendues du serveur de jeu.
Amazon GameLift FleetIQ équilibre en évaluant les types d'instances du groupe et en supprimant les instances les plus susceptibles d'entraîner des interruptions du serveur de jeu. Pour éviter de mettre fin aux instances où le jeu est actif pendant l'équilibrage, la meilleure pratique consiste à activer la protection des serveurs de jeu pour un groupe de serveurs de jeu en cours de production.
L'exemple suivant montre comment les instances d'un groupe Auto Scaling sont affectées par l'équilibrage ponctuel.
-
Étape 1. Par le biais d'un groupe de serveurs de jeu, le groupe Auto Scaling lié est configuré pour lancer des instances de types m4.large, c4.large et c5.large avec la protection du serveur de jeu activée. Le groupe Auto Scaling a lancé une collection équilibrée composée de deux instances ponctuelles de chaque type. Quatre instances ont au moins un serveur de jeu en UTILIZED statut (indiqué par une bordure en pointillés), tandis que deux instances ne sont pas compatibles avec le gameplay actuellement.
-
Étape 2. Amazon GameLift FleetIQ évalue la viabilité actuelle de l'hébergement de jeux pour les trois types d'instances. L'évaluation détermine que le type d'instance c4.large présente un risque inacceptable d'interruption du serveur de jeu. Amazon GameLift FleetIQ met immédiatement à jour la configuration du groupe Auto Scaling pour supprimer temporairement c4.large de la liste des types d'instances, empêchant ainsi le lancement d'instances c4.large supplémentaires.
-
Étape 3. Amazon GameLift FleetIQ identifie les instances existantes de type c4.large et prend des mesures pour les supprimer du groupe. Dans un premier temps, tous les serveurs de jeux qui s'exécutent sur des instances c4.large sont marqués comme draining (drainage). Les serveurs de jeux sur des instances de drainage ne peuvent être demandés qu'en dernier recours, si aucun autre serveur de jeux n'est disponible. En outre, un groupe Auto Scaling comportant des instances de drainage est déclenché afin de lancer de nouvelles instances pour les remplacer.
-
Étape 4. Au fur et à mesure que de nouvelles instances viables sont en ligne, le groupe Auto Scaling résilie les instances de drainage. Ce remplacement garantit le maintien de la capacité souhaitée du groupe. La première instance résiliée est l'instance c4.large qui ne comporte pas de serveurs de jeux utilisés et dont la protection du serveur de jeux est désactivée. Elle est remplacée par une nouvelle instance c5.large.
-
Étape 5. Les instances à l'état « drainage » avec protection du serveur de jeux continuent à s'exécuter pendant que leurs serveurs de jeux prennent en charge le gameplay. Lorsque le gameplay est terminé, l'instance c4.large restante est résiliée quand une nouvelle instance m4.large a été lancée pour la remplacer.
Grâce à ce processus, le groupe Auto Scaling conserve la capacité souhaitée tout en passant de trois à deux types d'instances. Amazon GameLift FleetIQ continue d'évaluer la liste initiale des types d'instances pour déterminer la viabilité de l'hébergement de jeux. Lorsque c4.large est à nouveau considéré comme un type d'instance viable, le groupe Auto Scaling est mis à jour pour inclure les trois types d'instance. Le groupe s'équilibre naturellement au fil du temps.