RemnantServers

• Launchpad 条目: OpenstackSpec:foo
• 创建:
• 贡献者:
• 受影响的软件包:

总结

Nova 计算服务将支持运行瞬态服务器，这些服务器在有可用容量时启动，并在需要容量用于标准服务器时无通知地终止。

发布说明

现有服务器和存储应继续正常运行 - 在云环境中，如果请求的残余服务器填满了所有剩余容量，重要的是配置 nova，以确保节点不超过标准服务器的 SLA。

原理

在采用融合硬件的云环境中（例如 NASA 的 Nebula），关闭利用率低的计算节点不可行，因为它们同时充当存储节点。最节能的方法是始终保持所有节点繁忙。我们可以通过提供第二层虚拟服务器服务来实现这一点，该服务具有 0% 的正常运行时间 SLA。

用户故事

在科学计算环境中，默认的残余作业可以充当典型的网格计算节点，并从 globus 或 condor 系统消耗批处理作业。

残余容量的请求使用标准的 API 调用进行。

残余服务器将在没有通知的情况下终止。（未来的增强功能将提供终止时的 webhook 回调。）

残余服务器将在可用时启动。

从残余服务器内部可用的标准 API 元数据将提供对当前为特定作业运行的残余服务器数量的访问权限。

选择在任何给定时间运行哪些残余请求的任务由 调度器 负责。（这是可插拔的，可以支持关于配额、优先级等的任意规则。）

此功能类似于“Spot 实例”。

设计

您可以拥有更好的描述问题特定部分的子部分。

实现

本节应描述实施所讨论更改的行动计划（“如何”）。可以包括诸如

UI 变更

应涵盖对 UI 的要求更改或实施此功能的特定 UI

代码变更

代码变更应包括需要更改的内容的概述，并且在某些情况下甚至包括具体细节。

迁移

包括

• 数据迁移（如果有）
• 从旧 URL 到新 URL 的重定向（如果有）
• 如何引导用户使用新的操作方式（如果需要）。

测试/演示计划

我们能够测试新功能并向用户展示它们非常重要。使用本节描述一个任何人都可以遵循的简短计划，以证明该功能正在工作。这随后可以在测试期间使用，并在发布后展示。请在 http://testcases.qa.ubuntu.com/Coverage/NewFeatures 中添加条目以跟踪测试覆盖率。

这不必在规范接近 Beta 之前添加或完成。

未解决的问题

这应该突出显示需要在进一步的规范中解决的任何问题，而不是规范本身的问题；因为任何存在问题的规范都无法获得批准。

BoF 议程和讨论

使用本节记录 BoF 期间的笔记；如果将其保留在批准的规范中，请用于总结讨论内容并记录任何被拒绝的选项。

---