You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@storm.apache.org by "Parth Brahmbhatt (JIRA)" <ji...@apache.org> on 2015/01/21 23:39:34 UTC

[jira] [Created] (STORM-634) Storm should support rolling upgrade/downgrade of storm cluster.

Parth Brahmbhatt created STORM-634:
--------------------------------------

             Summary: Storm should support rolling upgrade/downgrade of storm cluster.
                 Key: STORM-634
                 URL: https://issues.apache.org/jira/browse/STORM-634
             Project: Apache Storm
          Issue Type: Improvement
            Reporter: Parth Brahmbhatt
            Assignee: Parth Brahmbhatt


Currently when a new version of storm is released in order to upgrade existing storm clusters users need to backup their existing topologies , kill all the topologies , perform the upgrade and resubmit all the topologies. This is painful and results in downtime which may not be acceptable for "Always alive"  production systems.

Storm should support a rolling  upgrade/downgrade deployment process to avoid these downtimes and to make the transition to a different version effortless. 

Based on my initial attempt the primary issue seem to be the java serialization used to serialize java classes like StormBase, Assignment, WorkerHeartbeat which is then stored in zookeeper. When deserializing if the serial versions do not match the deserialization fails resulting in processes just getting killed indefinitely. We need to change the Utils/serialize and Utils/deserialize so it can support non java serialization mechanism like json. 




--
This message was sent by Atlassian JIRA
(v6.3.4#6332)