You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@spark.apache.org by "Allan Douglas R. de Oliveira (JIRA)" <ji...@apache.org> on 2014/08/31 22:53:20 UTC
[jira] [Created] (SPARK-3332) Tags shouldn't be the main strategy
for machine membership on clusters
Allan Douglas R. de Oliveira created SPARK-3332:
---------------------------------------------------
Summary: Tags shouldn't be the main strategy for machine membership on clusters
Key: SPARK-3332
URL: https://issues.apache.org/jira/browse/SPARK-3332
Project: Spark
Issue Type: Bug
Components: EC2
Reporter: Allan Douglas R. de Oliveira
The implementation for SPARK-2333 changed the machine membership mechanism from security groups to tags.
This is a fundamentally flawed strategy as there aren't guarantees at all the machines will have a tag (even with a retry mechanism).
For instance, if the script is killed after launching the instances but before setting the tags the machines will be "invisible" to a destroy command, leaving a unmanageable cluster behind.
The initial proposal is to go back to the previous behavior for all cases but when the new flag (--security-group-prefix) is used.
Also it's worthwhile to mention that SPARK-3180 introduced the --additional-security-group flag which is a reasonable solution to SPARK-2333 (but isn't a full replacement to all use cases of --security-group-prefix).
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscribe@spark.apache.org
For additional commands, e-mail: issues-help@spark.apache.org