Spot-Balancing-Prozess - Amazon GameLift

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Spot-Balancing-Prozess

Amazon GameLift FleetIQ gleicht die Instances in einer Auto Scaling Scaling-Gruppe, die über Spot-Instances verfügt, regelmäßig aus. Dieser Prozess ist bei Spieleservergruppen, die die ON_ DEMAND _ ONLY Balancing-Strategie verwenden oder keine aktiven Instances haben, nicht aktiv.

Spot-Balancing verfolgt zwei Hauptziele:

  • Die Gruppe wird ständig aktualisiert, indem nur Spot-Instance-Typen verwendet werden, die für das Hosten von Spielen geeignet sind.

  • Verwendung mehrerer brauchbarer Instance-Typen (wo möglich), um die Auswirkungen unerwarteter Spielserverunterbrechungen zu reduzieren.

Amazon GameLift FleetIQ bewertet die Instance-Typen der Gruppe und entfernt Instances, bei denen die Wahrscheinlichkeit höher ist, dass sie zu Spielserverunterbrechungen führen. Um zu vermeiden, dass Instances mit aktivem Gameplay während des Balancing beendet werden, empfiehlt es sich, den Spieleserver-Schutz für eine Spieleservergruppe zu aktivieren, die sich in der Produktion befindet.

Das folgende Beispiel zeigt, wie Instances in einer Auto Scaling Scaling-Gruppe vom Spot-Balancing beeinflusst werden.

Lebenszyklus einer Auto Scaling Scaling-Gruppe während des Amazon GameLift FleetIQ-Balancing.
  • Schritt 1. Über eine Spielservergruppe wird die verknüpfte Auto Scaling Scaling-Gruppe so eingerichtet, dass sie Instances der Typen m4.large, c4.large und c5.large mit aktiviertem Spielserver-Schutz startet. Die Auto Scaling Scaling-Gruppe hat eine ausgewogene Sammlung herausgebracht, die aus zwei Spot-Instances jedes Typs besteht. Vier Instances haben mindestens einen Gameserver im UTILIZED Status (dargestellt mit einem gestrichelten Rand), während zwei Instances derzeit kein Gameplay unterstützen.

  • Schritt 2. Amazon GameLift FleetIQ bewertet die aktuelle Rentabilität aller drei Instance-Typen als Game-Hosting. Die Bewertung ergab, dass der Instance-Typ c4.large ein inakzeptables Potenzial für eine Unterbrechung des Spieleservers aufweist. Amazon GameLift FleetIQ aktualisiert sofort die Auto Scaling Scaling-Gruppenkonfiguration, um c4.large vorübergehend aus der Liste der Instance-Typen zu entfernen und so zu verhindern, dass weitere c4.large-Instances gestartet werden.

  • Schritt 3. Amazon GameLift FleetIQ identifiziert vorhandene Instances des Typs c4.large und ergreift Maßnahmen, um sie aus der Gruppe zu entfernen. In einem ersten Schritt werden alle Spielserver, die auf c4.large-Instances ausgeführt werden, als draining (auslaufend) gekennzeichnet. Spieleserver auf Draining-Instances können nur als letzter Ausweg beansprucht werden, wenn keine anderen Spieleserver verfügbar sind. Darüber hinaus starten Auto Scaling-Gruppen mit Draining-Instances neue Instances, um die Draining-Instances zu ersetzen.

  • Schritt 4. Wenn neue geeignete Instances online sind, beendet die Auto Scaling-Gruppe Draining-Instances. Diese Ersetzung stellt sicher, dass die gewünschte Kapazität der Gruppe beibehalten wird. Die erste Instance, die beendet werden soll, ist die Instance des Typs c4.large, die keine Spieleserver nutzt und für die der Spieleserverschutz deaktiviert ist. Sie wird durch eine neue Instance des Typs c5.large ersetzt.

  • Schritt 5. Auslauf-Instances mit Spielserverschutz werden weiterhin ausgeführt, während ihre Spielserver das Gameplay unterstützen. Wenn das Gameplay endet, wird die verbleibende c4.large-Instance beendet, wenn eine neue m4.large-Instance gestartet wurde, die an ihre Stelle treten soll.

Als Ergebnis dieses Prozesses behält die Auto Scaling Scaling-Gruppe ihre gewünschte Kapazität bei, während die Gruppe die Verwendung von drei Instance-Typen auf zwei ausgleicht. Amazon GameLift FleetIQ bewertet weiterhin die ursprüngliche Liste der Instance-Typen auf ihre Rentabilität beim Hosten von Spielen. Wenn c4.large wieder als brauchbarer Instance-Typ angesehen wird, wird die Auto Scaling Scaling-Gruppe aktualisiert und umfasst nun alle drei Instance-Typen. Die Gruppe gleicht sich im Laufe der Zeit auf natürliche Weise aus.