Mailing-List: contact dev-help@cloudstack.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cloudstack.apache.org
Received-SPF: pass (athena.apache.org: local policy includes SPF record at
 spf.trusted-forwarder.org)
MIME-Version: 1.0
Date: Thu, 6 Feb 2014 17:03:58 -0800
Message-ID: 
 <CA+2rt42atsncWw4uqMxVaYBd3AqBreGsFniHn2NyiY2T3g5+HQ@mail.gmail.com>
Subject: [PROPOSAL] Virtual Router aggregated execution
From: Sheng Yang <sheng@yasker.org>
To: "<dev@cloudstack.apache.org>" <dev@cloudstack.apache.org>
Content-Type: multipart/alternative; boundary=bcaec548a15b9f080704f1c69043

--bcaec548a15b9f080704f1c69043
Content-Type: text/plain; charset=ISO-8859-1

Hi Devs,

Here I'd like to introduce this improvement of VR.

https://issues.apache.org/jira/browse/CLOUDSTACK-6047
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Virtual+Router+aggregated+command+execution

In short, we would speed up VR's rebooting and re-creating, by aggregated
execution the CloudStack configuration commands when booting up. Hopefully
we can get it done in O(1) rather than O(n)(which is current state).

And to prepare for this work, I've get a long expected code refactor done.
Now one VirtualRoutingResources would take over all the VR execution
commands(rather than every hypervisor's resource). From now on, you would
only need to modify one place in order to update VR commands.

I've put some details of VR aggregated execution in the FS.

Comments are welcome!

--Sheng

--bcaec548a15b9f080704f1c69043--