Amazon ec2 EC2系统重启事件是否会导致EMR等待节点或替换节点?

Amazon ec2 EC2系统重启事件是否会导致EMR等待节点或替换节点?,amazon-ec2,amazon-emr,Amazon Ec2,Amazon Emr,我有一个长期运行的EMR集群。我收到了即将重新启动系统的EC2事件通知。帮助文档建议,即使手动重新启动这些实例,也不会重新安排此操作,尽管停止和启动实例可能会导致错误 EMR集群声称,如果核心节点没有响应,它将提供一个新节点。我怀疑此配置需要的时间比重新启动要长,因此我在文档中找不到的是,EMR是否知道EC2事件,集群是否会等待丢失的核心节点(或任务节点)重新启动并重新加入,或者EMR是否会做出响应,就好像这些实例意外消失一样,因此,即使节点返回并重新加入集群,也将开始提供新的替换 有人知道它将

我有一个长期运行的EMR集群。我收到了即将重新启动系统的EC2事件通知。帮助文档建议,即使手动重新启动这些实例,也不会重新安排此操作,尽管停止和启动实例可能会导致错误

EMR集群声称,如果核心节点没有响应,它将提供一个新节点。我怀疑此配置需要的时间比重新启动要长,因此我在文档中找不到的是,EMR是否知道EC2事件,集群是否会等待丢失的核心节点(或任务节点)重新启动并重新加入,或者EMR是否会做出响应,就好像这些实例意外消失一样,因此,即使节点返回并重新加入集群,也将开始提供新的替换


有人知道它将是哪一个吗?

事实证明,AWS服务人员操作硬件更换并重新启动实例的任务是在EMR中进行正确的调整以更改实例。他们首先添加一个节点,然后耗尽旧节点的任务。然后他们重新启动节点,并将其重新连接到EMR。然后,他们排空添加的节点并关闭该节点


不过,我不确定每次发生重新启动事件时都会发生这种情况。服务步骤的脚本似乎针对不同类型的案例进行了修改。

还想了解更多关于此的信息。。。您是否尝试手动重新启动?结果表明,重新启动是由AWS的服务人员完成的,而该人员的工作是以不会导致EMR群集停机的方式进行,最终结果看起来群集从未在事件发生之前继续过。具体如何做到这一点尚不清楚。