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

标签 amazon-ec2 amazon-emr

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

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

有人知道会是哪一个吗?

最佳答案

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

不过,我不确定每次重启事件时都会发生这种情况。看来服务步骤的脚本是针对不同类型的情况进行修改的。

关于amazon-ec2 - EC2 系统重启事件是否会导致 EMR 等待节点或更换节点?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/47090108/

相关文章:

amazon-web-services - Amazon EC2 : How to restore ~/. ssh/authorized_keys 文件?

mysql - 设置 MySQL SSL 连接

java - 如何在EMR上设置 reducer 数量

scala - AWS EMR 添加步骤 : How to add multiple jars from s3 in --jars and --driver-class-path options?

mysql - EMR 集群无法拥有弹性 IP

linux - 如何在命令行接受jdk的许可协议(protocol)?

tomcat - EC2 tomcat应用程序停止后不断重启

java - 如何减少Hadoop中从节点的心跳时间

hadoop - 自动化标准Mahout推荐器

amazon-ec2 - Amazon Web Services 上的 session 粘性