<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<meta name="Generator" content="Microsoft Word 12 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Tahoma;
panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0cm;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
{mso-style-priority:99;
mso-style-link:"Balloon Text Char";
margin:0cm;
margin-bottom:.0001pt;
font-size:8.0pt;
font-family:"Tahoma","sans-serif";}
span.EmailStyle17
{mso-style-type:personal-reply;
font-family:"Calibri","sans-serif";
color:#1F497D;}
span.BalloonTextChar
{mso-style-name:"Balloon Text Char";
mso-style-priority:99;
mso-style-link:"Balloon Text";
font-family:"Tahoma","sans-serif";}
.MsoChpDefault
{mso-style-type:export-only;}
@page WordSection1
{size:612.0pt 792.0pt;
margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang="EN-US" link="blue" vlink="purple">
<div class="WordSection1">
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">This is a very nice idea but I’m afraid that the index is not the only parameter that is different between the instances.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">I will write down the full use case so we could continue the discussion. Thanks!<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm 0cm 0cm">
<p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif"">From:</span></b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif""> Pavlo Shchelokovskyy [mailto:pshchelokovskyy@mirantis.com]
<br>
<b>Sent:</b> <span lang="HE" dir="RTL">יום ד 11 מרץ 2015 14:59</span><br>
<b>To:</b> OpenStack Development Mailing List (not for usage questions)<br>
<b>Subject:</b> Re: [openstack-dev] [nova][heat] Autoscaling parameters blueprint<o:p></o:p></span></p>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<p class="MsoNormal">Hi,<o:p></o:p></p>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">as you have a separate monitoring solution (not Ceilometer), it seems you can use ResourceGroup instead of AutoscalingGroup and issue heatclient/rest calls to do a stack-update with desired size of the group when needed. The group members
will be numbered, and as already said you can also control the removal. One possible downside is that AFAIR the numbers would not be reused on subsequent scale-down/ups.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">Best regards,<o:p></o:p></p>
</div>
</div>
<div>
<p class="MsoNormal"><br clear="all">
<o:p></o:p></p>
<div>
<div>
<div>
<p class="MsoNormal">Pavlo Shchelokovskyy<o:p></o:p></p>
<div>
<p class="MsoNormal">Software Engineer<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">Mirantis Inc<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><a href="http://www.mirantis.com" target="_blank">www.mirantis.com</a><o:p></o:p></p>
</div>
</div>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<p class="MsoNormal">On Wed, Mar 11, 2015 at 2:46 PM, ELISHA, Moshe (Moshe) <<a href="mailto:moshe.elisha@alcatel-lucent.com" target="_blank">moshe.elisha@alcatel-lucent.com</a>> wrote:<o:p></o:p></p>
<p class="MsoNormal">I am familiar of the removal policies. Thanks!<br>
<br>
Our use case for parameters on scale out is as follows:<br>
<br>
Every server has a unique index that identifies it.<br>
The first server has an index of 1, the second has an index of 2, etc.<br>
The index of each server must exist prior to the configuration phase of the server.<br>
<br>
This use case is an outcome of a virtualization process for an NFV application.<br>
In the past this application was scaled manually by adding physical cards into slots - the index is the slot number.<br>
In order to allow a smooth and fast transition of the app into the cloud - the requirement is to stay with the same architecture.<br>
<br>
<br>
The current suggested solution is as follows:<br>
<br>
The HOT will be created with an AutoScalingGroup and two ScalingPolicies for scale out and scale in.<br>
Like many other NFV applications, this application also has a Life Cycle Manager of its own that monitors and decides when to scale.<br>
When scale is needed, the LCM will invoke the alarm_url exposed by these ScalingPolicies while providing the server index for the newly created server.<br>
<br>
The index is just one example of a parameter needed at scale out - there can be others.<br>
Much more design is needed when the desired_capacity > 1 or the scaling_adjustment > 1 or in percentage but let's first agree that the use case is OK.<o:p></o:p></p>
<div>
<div>
<p class="MsoNormal"><br>
<br>
-----Original Message-----<br>
From: Steven Hardy [mailto:<a href="mailto:shardy@redhat.com">shardy@redhat.com</a>]<br>
Sent: Wednesday, March 11, 2015 12:39 PM<br>
To: OpenStack Development Mailing List (not for usage questions)<br>
Subject: Re: [openstack-dev] [nova][heat] Autoscaling parameters blueprint<br>
<br>
On Wed, Mar 11, 2015 at 09:01:04AM +0000, ELISHA, Moshe (Moshe) wrote:<br>
> Hey,<br>
><br>
><br>
><br>
> Can someone please share the current status of the "Autoscaling signals to<br>
> allow parameter passing for UserData" blueprint -<br>
> <a href="https://blueprints.launchpad.net/heat/+spec/autoscaling-parameters" target="_blank">https://blueprints.launchpad.net/heat/+spec/autoscaling-parameters</a>.<br>
<br>
This is quite old, and subsequent discussions have happened which indicate a slightly different approach, e.g this thread here where I discuss approaches to signalling an AutoScalingGroup to remove a specific group member. As Angus has noted, ResourceGroup
already allows this via a different interface.<br>
<br>
<a href="http://lists.openstack.org/pipermail/openstack-dev/2014-December/053447.html" target="_blank">http://lists.openstack.org/pipermail/openstack-dev/2014-December/053447.html</a><br>
<br>
> We have a very concrete use case that require passing parameters on scale<br>
> out.<br>
><br>
> What is the best way to revive this blueprint?<br>
<br>
Probably the first thing is to provide a more detailed description of your use-case.<br>
<br>
I'll try to revive the AutoScalingGroup signal patch mentioned in the thread above this week, it's been around for a while and is probably needed for any interface where we pass data in to influence AutoScalingGroup adjustment behaviour asynchronously (e.g
not via the template definition).<br>
<br>
<a href="https://review.openstack.org/#/c/143496/" target="_blank">https://review.openstack.org/#/c/143496/</a><br>
<br>
Steve<br>
<br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">
OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">
OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><o:p></o:p></p>
</div>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
</div>
</body>
</html>