冷启动
冷启动是指从请求游戏服务器到其容器准备好接受比赛（从头开始配置，而不是分配到已经在运行的容器上）之间的时间。然后，在玩家连接之前，游戏会在容器内加载。冷启动决定了匹配队列等待的最短时间，而漫长的冷启动会迫使工作室保持温备容量，这需要消耗资金。
又称
引导时间，服务器引导时间
，
游戏服务器冷启动期间会发生什么？
冷启动是平台在线上建立匹配的一半工作。当匹配系统请求服务器时，平台会选择一台机器，确保其上有服务器镜像，创建容器，映射玩家将要通过其进行连接的端口，并启动服务器进程。然后，容器就准备好接管匹配了。
接下来是游戏自己的那一半工作。在玩家连接之前，引擎在容器内启动并加载地图。这部分取决于构建版本，而不是托管服务：一个不包含渲染资产的无头服务器（headless server）通常需要加载的内容较少。
平台所花费的时间因情况而异。将镜像部署到机器上通常是最慢的一步，因此能够快速启动服务器的平台往往会把镜像缓存到靠近其运行位置的地方。而且，如果没有运行中的机器有空间，就必须先配置一台新机器，这完全是另外一个数量级的时间（参见“暖池还是冷启动：各自的代价是什么？”）。
实践中 - 来自 Edgegap 博客的见解
文章的核心洞察
基础设施现代化目标：KRAFTON 旨在通过从基于会话的游戏服务器切换到现代的基于容器的游戏服务器编排，消除运营瓶颈，并提升全球各地区数十万并发玩家的可扩展性。
Agones 扩展限制：这个开源游戏服务器编排平台在扩容高峰事件期间会出现 15 分钟的启动延迟。KRAFTON 的工程团队在定制解决方案上投入巨大，通过容器镜像仓库代理和采用 Karpenter 将其缩短至 3-4 分钟。而开发者只需使用像 Edgegap 这样的全托管解决方案，即可让游戏服务器从冷启动到可用平均仅需 3 秒。
运营效率收益：容器化将环境配置时间缩短到 5 分钟以内，并启用了自助能力。团队无需 DevOps 介入即可自主访问测试基础设施。
隐性资源影响：这段现代化历程耗费了多年的专业工程投入，而这些投入本可用于改进游戏玩法。大多数工作室在保持有竞争力的开发周期同时，无法承担如此级别的基础设施投资。
托管平台替代方案：全托管解决方案在无需内部复杂性的情况下即可提供同等甚至更好的性能和扩展能力。通过使用像 Edgegap 这样的平台，工作室可通过简单集成而非多年实施项目来获得企业级基础设施。
为什么发布的服务器启动时间不一致？
因为它们通常测量的是不同的任务。以下三个问题可以告诉你一个数值涵盖了哪些内容：
计时从哪里开始？将一场比赛分配给一台已经在运行的服务器属于分配（allocation）。而为该场比赛创建新的服务器则属于冷启动（cold start）。两者都是真实存在的，且前者通常更快，因为准备工作已经提前完成了。
计时到哪里结束？是在容器就绪时，还是在游戏加载完成后？这两者之间的差距就是游戏自身的启动时间。
中位数还是平均值？中位数代表一场典型比赛所等待的时间。而平均值则可能会被少数异常的启动时间拉高或拉低。
仅凭这些原因，两个真实的数据就可能存在差异。热启动数值说明了缓冲区分发已保留资源的速度。冷启动数值则说明了缓冲区为空时会发生什么。
热池还是冷启动：各自的成本是多少？
温热池（warm pool）可以在玩家需要服务器之前保持其运行，以便在瞬间分配比赛。AWS GameLift 将其称为缓冲区，并坦白地指出了其中的权衡：更大的缓冲区可以减少玩家的等待时间，但您需要为您可能不使用的容量付费（AWS 文档）。Agones 舰队自动缩放器的工作方式相同，它通过缩放舰队以保持设定数量的准备就绪的服务器（Agones 文档）。
该池的大小必须提前根据需求进行规划，而突发流量可能会将其清空。此后，新的比赛将等待添加容量。KRAFTON 在其针对《绝地求生》（PUBG: Battlegrounds）的 Agones 配置中报告称，在高峰期缩放期间，上线新服务器最多需要 15 分钟：配置实例需要 1 到 3 分钟，引导实例需要 2 到 3 分钟，配置 Pod 需要 5 到 10 分钟（AWS re:Invent 2024，摘要见此处）。
冷启动速度越快，所需的池就越小，而突发流量在玩家等待时间方面付出的代价就越小。
来自我们的赞助商（其实就是我们自己！）的寄语
预热池（Warm pools）能实现快速分配，但您需要为处于闲置状态的服务器付费。Edgegap 从冷启动到容器就绪（在游戏引擎启动前测得）的中位时间仅为 2 秒，从而能即时开辟全新的游戏服务器，因此只有在比赛需要时才会存在服务器。
Edgegap 的观点（仅代表个人意见，姑且听之即可！）
为什么我们从零开始测量冷启动
Edgegap的边缘云（Edge Cloud）从冷启动开始，在2秒内（中位数）启动游戏服务器：这是从头开始配置，而不是分配到已经在运行的服务器上，测量到容器就绪，在游戏引擎启动之前（平台数据，滚动30天，截至2026年9月18日）。
我们之所以从头开始测量，是因为这是对启动性能的终极考验。热备用池（Warm pool）会掩盖启动时间，直到玩家激增将其耗尽，从那时起，新的对局就必须等待冷启动。当等待时间缩短至2秒时，服务器就可以根据需求进行部署，无需保留备用容量或为其付费。
热备用容量仍有其用武之地。如果游戏加载地图需要一些时间，可以通过服务器浏览器扩缩容策略（通常在私有舰队上）预热服务器。预热涵盖了游戏自身的加载时间，这是部署速度无法改变的。
，
