文档

支持

Multiplay Hosting

Multiplay Hosting

分配生存时间 (TTL)

Understand how allocation time to live prevents servers from remaining allocated indefinitely.
阅读时间3 分钟最后更新于 15 天前
分配生存时间 (TTL) 是一个机群级别的设置，用于定义分配的最大生命周期。它主要用于保护已分配但处于空闲状态的游戏服务器。随着玩家加入和离开游戏会话，游戏服务器必须保持活跃状态，以允许建立新的连接。完成对游戏服务器的分配后，如果经过一段时间（即分配 TTL）后还是没有任何玩家连接，则可以将其安全地关闭了。 不同的分配 TTL 值可以显著增加或减少机群使用的资源，进而影响与机群相关的成本。对于没有持续性体验的游戏，几乎不需要将分配的最大生存时间延长至超出默认值，因此您可以减少机群使用的资源，而几乎不会造成（如果有的话）不利影响。另一方面，对于提供持续性体验的游戏，延长分配的最大生存时间则大有帮助，因为这意味着玩家可以在较长时间内加入和离开游戏服务器，而不必担心数据丢失。

会话时长注意事项

理想的分配 TTL 需要在灵活性和成本之间取得平衡；不活跃分配保持时间越长，托管成本就越高。如果游戏没有持续性的数据，并且采用短暂会话，则最好将分配 TTL 设定在几分钟到几小时之间。然而，如果游戏（以及其他应用程序）具有持续性虚拟体验，则设定较长的分配 TTL，如几天到几个月（甚至更长时间），会很有帮助。长时间游戏会话和典型的短时间游戏会话具有不同的特性，因此当混合使用这两种会话时，缩放和游戏服务器放置可能很快就会显露弊端。因此，建议的最佳做法是专门为存活较长时间的游戏服务器建立一个单独的机群。

短时间游戏会话

长时间游戏会话

分配 TTL 值从数分钟到数小时不等，例如，可以是 30 分钟。分配 TTL 值从数天到几个月不等，例如，可以是两周。
通常不提供持续性体验。提供持续性玩家体验。
玩家通常不会出现中途离开游戏，然后再重新加入的情况。玩家经常会随性加入和离开游戏会话，同时希望将他们的数据保留在游戏服务器上。
分配 TTL 还可能会影响机群中游戏服务器的性能。例如，长时间游戏会话可能会导致内存泄露问题，这在非长时间测试中很少出现。在调整分配 TTL 时，请考虑以下几点：
  • 确保分配 TTL 与您希望游戏会话运行的最长时间相符。
  • 在延长分配 TTL 之前，请使用长时间会话对游戏服务器可执行文件进行测试，以降低长时间游戏会话中意外出现内存泄露的可能性。
  • 在增加分配 TTL 之前，请考虑用户预期。显著增加分配 TTL 可能会给一些用户带来困惑。
  • 使用服务器查询协议 (SQP)（或其他查询协议）来确保 Multiplay Hosting 知道每个游戏服务器上最后活动的发生时间。如果没有玩家加入游戏服务器，Multiplay Hosting 可以将其取消分配以节省成本。当玩家加入时，倒计时会重置，并在活跃连接数量降至零时重新开始。

机群覆盖

您可以通过 API 为每个机群设置和管理分配 TTL。