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.
# GAMEREL01-BP01 Verteilen Sie die Spielinfrastruktur auf mehrere Availability Zones und Regionen, um die Resilienz zu verbessern
Um die Auswirkungen örtlicher Beeinträchtigungen der Infrastruktur auf Ihre Spieler so gering wie möglich zu halten, sollten Sie Ihre Infrastruktur einheitlich auf genügend unabhängige Standorte verteilen, um unerwarteten Beeinträchtigungen standzuhalten und gleichzeitig über genügend Kapazität zu verfügen, um den Anforderungen Ihrer Spieler gerecht zu werden.
**Risikostufe, wenn diese bewährte Methode nicht eingeführt wird:** Hoch
## Implementierungsleitfaden
Bei der Bereitstellung Ihrer Spielinfrastruktur wird empfohlen, Ihre Kapazität einheitlich auf mehrere Availability Zones in einer Region zu verteilen, damit Sie Störungen in einer oder mehreren Availability Zones aushalten können, ohne das Spielerlebnis zu beeinträchtigen. Backend-Dienste für Spiele wie Webanwendungen sollten über mehrere Availability Zones verteilt werden oder sie sollten mithilfe verwalteter Dienste wie AWS Lambda Amazon API Gateway erstellt werden, die von Haus aus für regionale Hochverfügbarkeit sorgen. Ebenso sollten Komponenten, die den Status aufrechterhalten, wie Caches, Datenbanken, Nachrichtenwarteschlangen und Speicherlösungen, so konzipiert sein, dass sie eine dauerhafte Persistenz von Daten über mehrere Availability Zones hinweg gewährleisten. Dies ist in Diensten wie Amazon S3, DynamoDB und Amazon SQS standardmäßig vorgesehen und kann in anderen Diensten konfiguriert werden.
Wenn Sie Ihre Gameserver-Hosting-Architektur im Hinblick auf Stabilität entwerfen, sollten Sie Ihre Spielserverflotten einheitlich in den Availability Zones innerhalb von und bereitstellen, um Ihren Zugriff auf die verfügbare Rechenkapazität in der Region zu maximieren und die Auswirkungen von Beeinträchtigungen der Availability Zone zu reduzieren. AWS-Region Sie können beispielsweise [ Amazon EC2 Auto Scaling ](https://docs.aws.amazon.com/autoscaling/ec2/userguide/auto-scaling-benefits.html) für die Verwendung der Availability Zones konfigurieren. Wenn eine EC2-Instance fehlerhaft wird, kann EC2 Auto Scaling die Instance ersetzen und Instances in anderen Availability Zones starten, falls eine oder mehrere der Availability Zones nicht mehr verfügbar sind.
Stellen Sie für kritische Infrastrukturen, wie z. B. die Authentifizierung, eine Mindestanzahl funktionsfähiger Instances bereit, die über mehrere Availability Zones laufen, und verwenden Sie Auto Scaling, um Lasterhöhungen oder Fehlertoleranz zu bewältigen, falls eine Beeinträchtigung in einer der Availability Zones auftritt.
Stellen Sie Ihre Spiele-Infrastruktur in mehreren Regionen bereit, um die Verfügbarkeit zu maximieren. Cross-Regional Disaster Recovery-Funktionen wie die globalen Aurora-Datenbanken und eine redundante Infrastruktur, die mit einer einfachen DNS-Änderung in einer sekundären Region aktiv werden kann, können die Servicekontinuität gewährleisten, falls die primäre Region beeinträchtigt wird. Wir empfehlen dies zwar für Ihre Spiele-Backend-Dienste, um eine hohe Verfügbarkeit zu erreichen, aber diese Empfehlung ist besonders wichtig für Ihre Spieleserver.
In einem Multiplayer-Spiel ist es beispielsweise wahrscheinlich, dass deine Infrastrukturkapazität für Spieleserver die Kapazitätsanforderungen für deine anderen Dienste übersteigt, da Spieleserver zum Hosten von Spielsitzungen für Spieler verwendet werden. In vielen Spielen werden Spieler in logische Spielregionen aufgeteilt (z. B. USA im Westen und Osten). Um das Spielererlebnis zu vereinfachen und die Nutzung der globalen Infrastruktur für das Hosten von Spielen zu vereinfachen, sollten Sie erwägen, den Namen Ihrer spielerorientierten Spielregionen von der Region oder dem Standort des Rechenzentrums des zugrunde liegenden Cloud-Anbieters zu trennen, in dem die Spielserver physisch gehostet werden, zusammen mit anderen Infrastrukturen wie lokalen Zonen oder Ihren eigenen Rechenzentren, die Spielserverinstanzen hosten, die diese Spielregion unterstützen.
Stellen Sie bei der Entwicklung Ihres Matchmaking-Dienstes eine Architektur mit mehreren Regionen mit separaten Softwarebereitstellungen in allen Regionen bereit. Entkoppeln Sie Ihren Matchmaking-Dienst von den Flotten, die Ihre Spielserver-Instanzen hosten, sodass Sie Spieler zu einem Spielserver in Regionen weiterleiten können, unabhängig davon, welche regionale Bereitstellung Ihres Matchmaking-Dienstes die Matchmaking-Anfrage bearbeitet hat.
Entwirf eine Logik in deiner Matchmaking-Implementierung, um die Spielserverregionen zu bevorzugen, die deine Latenz und andere Regeln erfüllen, und du kannst auf das Routing von Spielern in andere Regionen zurückgreifen, falls deine Flotten wenig Kapazität haben oder es zu anderen regionalen Infrastrukturstörungen kommt.
### Implementierungsschritte
+ Verteilen Sie die Spielinfrastruktur einheitlich auf mehrere Availability Zones, um eine hohe Verfügbarkeit und Stabilität zu gewährleisten.
+ Stellen Sie Backend-Services und Stateful-Komponenten für Spiele mithilfe von Managed Like AWS Lambda Amazon S3, DynamoDB und SQS bereit oder konfigurieren Sie Lastenausgleich und Zuverlässigkeit für benutzerdefinierte Lösungen.
+ Implementieren Sie regionsübergreifende Bereitstellungen für wichtige Spieledienste und Server mithilfe von Disaster Recovery-Lösungen wie globalen Aurora-Datenbanken und logischen, spielerorientierten Regionen, die von den zugrunde liegenden physischen Standorten entkoppelt sind.
### Ressourcen
+ [Statische Stabilität ](https://docs.aws.amazon.com/whitepapers/latest/aws-fault-isolation-boundaries/static-stability.html)
+ [Bewährte Methoden für Warteschlangen bei GameLift Amazon-Spielsitzungen ](https://docs.aws.amazon.com/gamelift/latest/developerguide/queues-best-practices.html)
+ [ GameLift Multi-Region Amazon-Flotten ](https://aws.amazon.com/blogs/gametech/amazon-gamelift-is-now-easier-to-manage-fleets-across-regions/)
+ [Aurora Global Database ](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-global-database-disaster-recovery.html) für Disaster Recovery