GameLift FleetIQ 最佳实践 - Amazon GameLift
AWS 文档中描述的 AWS 服务或功能可能因区域而异。要查看适用于中国区域的差异,请参阅中国的 AWS 服务入门

本文属于机器翻译版本。若本译文内容与英语原文存在差异,则一律以英文原文为准。

GameLift FleetIQ 最佳实践

GameLift FleetIQ 是一个低级逻辑层,帮助您管理 Amazon EC2 游戏托管资源。尤其是 GameLift FleetIQ 通过最大程度降低游戏会话中断的机会,优化对游戏托管可行的现货实例。它还提供基本的游戏托管功能,以跟踪可用的游戏服务器,并将游戏路由到低成本、高可行性的游戏服务器。

GameLift FleetIQ 作为独立功能,不提供全面管理的高级功能 GameLift 解决方案 FleetIQ 最大程度减少托管成本。如果您需要比赛、基于延迟的播放器路由、游戏会话和玩家会话管理和版本控制等功能,请查看这些功能 GameLift 解决方案。

以下是一些可以帮助您从 中获得最大利益的最佳实践。GameLift FleetIQ.

  • 使用 GameLift FleetIQ 基于会话的游戏。 GameLift FleetIQ 在不断引导玩家进行游戏会话中断的实例时最好的工作。维持长期会话干扰这些环节 GameLift FleetIQ 平衡过程,这会增加游戏会话中断的可能性。理想的工作流程是让玩家从对战(或服务器选择)到进入游戏。游戏结束后,玩家会返回到对战,并路由到新实例上的另一个游戏服务器。我们建议将 GameLift FleetIQ 用于会话时间少于两小时的游戏。

  • 提供多种实例类型以供选择。 设置游戏服务器组时,您提供要使用的实例类型列表。您包含的实例类型越多,GameLift FleetIQ 使用高可行的 Spot 实例进行游戏托管的灵活性就越大。例如,您可以列出同一个实例系列中的多种大小(c5.large、c5.xlarge、c5.2xlarge、c5.4xlarge)。对于大型实例,您可以在每个实例上运行更多的游戏服务器,从而可能降低成本。对于小型实例,自动缩放可以更快地响应玩家需求的变化。请记住,所需实例类型的列表不是优先级的—一个 Auto Scaling 组将使用可行实例类型的平衡,以维持集团的弹性。

  • 在所有实例类型上测试您的游戏。 确保游戏服务器在为游戏服务器组配置的每个实例类型上正常运行。

  • 使用实例容量加权。 如果您将游戏服务器组配置为使用某个实例大小范围(如 c5.2xlarge、c5.4xlarge、c5.12xlarge),请包括每种实例类型的容量加权信息。有关详细信息,请参阅 AmazonEC2自动扩展的实例权重Amazon EC2 Auto Scaling 用户指南.

  • 使用 放置您的游戏会话。GameLift FleetIQ. 在将玩家放在游戏服务器上时,使用 GameLift API ClaimGameServer()... GameLift FleetIQ 避免将玩家放在比赛中断的几率更高。

  • 将游戏服务器状态报告给 GameLift FleetIQ. 定期报告服务器运行状况和利用率状态 GameLift API UpdateGameServer()。维持准确的游戏服务器状态有助于保持更 GameLift FleetIQ 放置游戏更有效率。它还有助于避免在点平衡活动期间使用活动游戏终止实例。

  • 设置自动扩展策略。 您可以创建目标跟踪扩展策略,以根据玩家利用情况和预期需求维护您的主机容量。TheThethe GameLift FleetIQ 度量 PercentUtilizedGameServers 是指当前使用的托管容量中的多少个。大多数游戏希望维护未使用的游戏服务器的缓冲区,以便新玩家能够快速进入游戏。您可以创建一个保持特定缓冲区大小的扩展策略,随着玩家需求的波动添加或删除实例。有关详细信息,请参阅 目标跟踪缩放策略 在 Amazon EC2 Auto Scaling 用户指南.

  • 在开发和生产环境中使用不同的 AWS 账户。 跨账户将您的开发配置与生产配置分开,可以减少影响现场玩家的配置错误风险。

  • 为使用中的游戏服务器组启用游戏会话保护。 为了保护您的玩家,请开启游戏会话保护并防止活动游戏会话因扩展或平衡活动而提前终止。

  • 在与 集成之前,在 EC2 上测试游戏。GameLift FleetIQ. 我们建议首先您在 EC2 上启动并运行您的游戏来进行调整。然后,您可以使用相同的启动模板和 AMI 创建游戏服务器组。

    如果您使用的是 Kubernetes,我们建议您首先将标准 EC2 实例添加到 Kubernetes 集群中,然后使用您在 Kubernetes 集群中为工作线程节点创建的启动模板来创建游戏服务器组。如果您使用的是 EKS,请单独创建 EKS 集群和游戏服务器组。对于游戏服务器组,请将 EKS 优化的 AMI 与合适的用户数据以及用于 EKS 集成的启动模板配置结合使用。详细了解有关EKS工作节点和EKS优化的AMI的详细信息 Amazon优化的LinuxAMI 指南。

  • 使用游戏服务器组平衡策略 ON_DEMAND_ONLY 可靠的游戏服务器可用性。 在这种平衡策略中,没有使用点实例。这是一个有用的工具,可以在最需要的时候确保服务器可用性,比如在特征启动或其他特殊事件期间。您可以根据需要将游戏服务器组从点播到按需策略。

此外,请查看以下 AWS 最佳实践: