Kubernetes 如何处理优先购买权通知？

我目前在AWS上运行，并使用它拦截AWS现场终止通知并优雅地驱逐POD

我在看书，我看到：

可抢占实例在收到抢占通知30秒后终止

进入计算引擎文档，我看到ACPI G2软关闭在终止发生前30秒发送，但表明kubelet本身没有处理它

---

那么，GKE是如何处理抢占的呢？节点是执行排水/警戒操作还是只是执行硬关机？

是的，您是对的，到目前为止，还没有内置的方法来处理

ACPI G2软关闭

请注意，如果实例支持关闭脚本（您可以在其中引入某种逻辑来执行drain/cordon），那么如果它们是Kubernetes节点，则情况并非如此：

---

目前，可抢占虚拟机不支持关闭脚本

您可以执行一些测试，但再次引用文档：

您可以通过停止实例来模拟实例抢占

到目前为止，如果您停止该实例，即使它是Kubernetes节点，也不会采取任何操作来封锁/排出并感激地将该节点从集群中移除

但是，此功能仍处于测试阶段，因此它处于生命的早期阶段，在这一时刻，是否以及如何引入此功能是一个讨论的问题

---

免责声明：我为谷歌云平台支持工作更近期和相关的回答

有一个GitHub项目（不是我的）捕获了这个ACPI处理程序，并拥有节点警戒线和自身排水管，然后重新启动自身，在我们的测试中，这会带来更干净的可抢占体验，对于集群上的高可用部署来说，这几乎是不明显的

---

请参阅：

看起来这可能已被修复？你知道这什么时候会出现在GKE上吗？很抱歉，我们无法分享关于此功能的任何ETA。您可以将此页面[1]与GitHub问题页面一起查看，以收集更多信息。[1] “目前，可抢占虚拟机不支持关机脚本。”这不再是真的？文档中不再报告此限制，因此应支持此限制。试试看！在GKE节点关闭时

没有采取任何措施来封锁/排空并感激地将节点从集群中移除。

这在今天仍然正确吗？集群日志中是否报告了此事件？