问题描述
在我们的环境中，我们使用了GCE抢占式节点和Jenkins GCE插件。由于这个原因，节点在构建过程中很可能（甚至是预期的）会离线。问题是，Jenkins GCE插件只是将该节点标记为“离线”，但在该节点上分配了执行器的并行作业“部分”将继续运行，似乎永远不会结束，显然是希望节点会恢复在线状态。
因此，我有一个简单的问题：
是否有可能强制Jenkins在节点离线时重新调度（而不是失败）并行构建的“部分”？如果是这样，如何做到？
解决方案
请注意以下操作可能涉及插件或版本差异，执行前务必做好备份。
方案1：使用Naginator插件重新启动构建
您可以使用Naginator插件，该插件可以配置为在构建失败时重新启动构建，直到它成功为止。尽管它可以在节点离线时重新调度构建，但并不能严格做到“不失败”。以下是如何使用Naginator插件的步骤：
- 打开Jenkins管理界面。
- 转到“Manage Jenkins” > “Manage Plugins”。
- 在“Available”选项卡中搜索并安装“Naginator”插件。
- 在构建配置中，找到“Post-build Actions”部分。
- 添加一个“Retry build after failure”后期操作，并配置重试选项。
请注意，这种方法并不能完全符合您的要求，因为它可能会在节点离线时不断重新启动构建，直到节点恢复。
方案2：采用编排模型重新启动作业
您可以考虑采用编排模型，管理各个作业并根据一组规则重新启动它们。这种方法需要将构建拆分为单独的作业，并使用一些编排工具来监视节点的状态并相应地重新启动作业。这可能需要一些定制化的开发工作。
方案3：开发Jenkins插件以重新调度失败的作业
可能更好的解决方案是开发一个类似于EC2 Fleet插件的Jenkins插件。该插件负责在实例被回收导致作业失败时重新提交作业。您可以根据类似的思路开发一个插件，用于管理GCE抢占式节点的作业，并在节点离线时重新调度作业。
请注意，开发自定义插件可能涉及较多的工作量和复杂性，但可以更好地满足您的需求。
总结
在Jenkins中，虽然有一些方法可以在节点离线时重新调度并行构建的“部分”，但没有一种方法能够完全做到“不失败”。您可以考虑使用Naginator插件重新启动构建，采用编排模型管理作业，或者开发自定义插件来满足您的需求。选择最适合您环境和需求的方法，并根据实际情况进行调整和定制。