Re: [openstack-dev] [tc] Re: [kolla] A new kolla-salt deliverable

So what the conclusion with kolla-salt deliverable, has this work started, if yes where is the code etc etc ? On Mon, Jan 2, 2017 at 1:12 PM, Thierry Carrez wrote: > Michał Jastrzębski wrote: > > I agree this would make good PTG discussion for us, and maybe someone > > from TC could join in. We

Re: [openstack-dev] [kolla] potential Ansible template issue you may meet

thanks for heads up. suggest we add this to the kolla docs as is easy to forget about it On Tue, Sep 13, 2016 at 3:15 AM, Jeffrey Zhang wrote: > When using ansible template module, you may see the trailing newline > is stripped by blocks, like > > # template.j2 > a = {% if true %}1{% endfor %}

Re: [openstack-dev] [OpenStack-Infra] Report from Gerrit User Summit

Superb report Jim, thanks ! On Thu, Nov 19, 2015 at 10:47 AM, Markus Zoeller wrote: > David Pursehouse wrote on 11/12/2015 09:22:50 > PM: > > > From: David Pursehouse > > To: OpenStack Development Mailing List > > > Cc: openstack-in...@lists.openstack.org > > Date: 11/12/2015 09:27 PM > > Sub

Re: [openstack-dev] [Neutron][dns]What the meaning of"dns_assignment" and "dns_name"?

Hi, While #1 does improve things further it doesn't cover the use case where you have 2 tenants and you would like to have the VMs spun up different dns domains. I suspect this was intentionally left out? Dani On Wed, Oct 14, 2015 at 11:39 PM, Miguel Lavalle wrote: > Zhi Chang, > > You got al

Re: [openstack-dev] I love csv output in openstackclient, please never removed it

thanks for sharing, useful indeed. On Fri, Oct 2, 2015 at 8:51 PM, Ricardo Carrillo Cruz < ricardo.carrillo.c...@gmail.com> wrote: > Erm, yeah, I hear your pain with processing output with awk. > > Having the option to output CSV is cool :-). > Thanks for sharing. > > Cheers > > 2015-10-02 21:4

Re: [openstack-dev] [neutron][horizon] Nice new Network Topology panel in Horizon

Great job Henry ! On Fri, Sep 25, 2015 at 6:47 PM, Henry Gessau wrote: > It has been about three years in the making but now it is finally here. > A screenshot doesn't do it justice, so here is a short video overview: > https://youtu.be/PxFd-lJV0e4 > > Isn't that neat? I am sure you can see that

Re: [openstack-dev] [Openstack-operators] [Neutron] Allowing DNS suffix to be set per subnet (at least per tenant)

Kevin, am i right in saying that the merge above was packaged into Liberty ? Any chance to be ported to Juno? Cheers, Dani On Fri, Sep 4, 2015 at 12:21 AM, Kevin Benton wrote: > Support for that blueprint already merged[1] so it's a little late to > change it to per-subnet. If that is too

Re: [openstack-dev] [neutron] Liberty-3 BPs and gerrit topics

Kyle, Is the dashboard available to a limited set of users? curious by nature tried to access it and it said "Session expired, please login again" however i thought i don't have to login to Gerrit, am i missing something? Cheers, Dani On Tue, Aug 11, 2015 at 2:44 PM, Kyle Mestery wrote: > Fol

Re: [openstack-dev] [Cinder] A possible solution for HA Active-Active

I couldn't put it better, nice write up Morgan!! +1 On Sun, Aug 2, 2015 at 10:28 AM, Morgan Fainberg wrote: > > > > > On Aug 2, 2015, at 16:00, Daniel Comnea wrote: > > > > From Operators point of view i'd love to see less technology > proliferation in

Re: [openstack-dev] [Cinder] A possible solution for HA Active-Active

>From Operators point of view i'd love to see less technology proliferation in OpenStack, if you wear the developer hat please don't be selfish, take into account the others :) ZK is a robust technology but hey is a beast like Rabbit, there is a lot to massage and over 2 data centers ZK is not ver

Re: [openstack-dev] how to debug neutron using eclipse pydev?

+100 on what Sean said On Mon, Jul 27, 2015 at 9:39 PM, Sean M. Collins wrote: > We should have the Wiki page redirect, or link to: > > https://github.com/openstack/neutron/blob/master/TESTING.rst#debugging > > And then update that RST file it to add any info we have about > debugging under IDEs

Re: [openstack-dev] [neutron][security-group] rules for filter mac-addresses

Can i understand the use case for that? What i don't get it is how will you know the MAC for a new created instance via HEAT so you can set at the same time the SG based on MAC? On Tue, Jul 14, 2015 at 12:29 PM, yan_xing...@163.com wrote: > Thank you, Kevin. > I search the blueprint about thi

Re: [openstack-dev] [neutron]: provider network use case supported?

Right, thanks a lot Assaf! On Sun, Jul 12, 2015 at 8:47 PM, Assaf Muller wrote: > You can mark the network as shared and have it exposed to all of your > tenants. > > - Original Message - > > Hi, > > > > I'm running openstack ( IceHouse ) configured for provider networks. > > > > For a

[openstack-dev] [neutron]: provider network use case supported?

Hi, I'm running openstack (IceHouse) configured for provider networks. For a tenant i've created the network/ subnet using the below commands and everything works as expected. neutron net-create --tenant-id f557a3f5303d4e7c9218c5539456eb37 --provider:physical_network=physnet2 --provider:network_

Re: [openstack-dev] [Fuel] wrong network for keystone endpoint in 6.1 ?

cess > to management network to be able to work with internal and admin endpoints. > > On Fri, Jul 10, 2015 at 9:58 AM, Daniel Comnea > wrote: > >> I know about the flow but what i'm questioning is: >> >> admin endpoint is mapped to br-mgmt subnet (you do have the

Re: [openstack-dev] [Fuel] wrong network for keystone endpoint in 6.1 ?

admin on > management VIP, port 35357. > > On Thu, Jul 9, 2015 at 4:59 PM, Daniel Comnea > wrote: > >> Hi, >> >> I'm running Fuel 6.1 and i've seen an interesting behavior which i think >> match bug [1] >> >> Basically the adminUrl & pu

[openstack-dev] [Fuel] wrong network for keystone endpoint in 6.1 ?

Hi, I'm running Fuel 6.1 and i've seen an interesting behavior which i think match bug [1] Basically the adminUrl & publicUrl part of keystone endpoint are different And the result of that is that you can't run keystone cli - i.e create/list tenants etc keystone --debug tenant-list /usr/local/l

Re: [openstack-dev] [Openstack-operators] [openstack-operators][neutron[dhcp][dnsmask]: duplicate entries in addn_hosts causing no IP allocation

believe such nodes are set up to use the Fuel master as their package > repository, and I don't think that a Fuel 5.1 master will have any newer > dnsmasq packages that what you already have installed. > > I hope that makes sense - happy to explain further if not. > >

Re: [openstack-dev] [Openstack-operators] [openstack-operators][neutron[dhcp][dnsmask]: duplicate entries in addn_hosts causing no IP allocation

lleys.org.uk/gitweb/?p=dnsmasq.git;a=commit;h=9380ba70d67db6b69f817d8e318de5ba1e990b12 > > Neil > > > On 01/07/15 07:34, Daniel Comnea wrote: > >> Hi, >> >> sorry for no feedback, i've been doing more and more test and after >> enabled the dnsma

Re: [openstack-dev] [Openstack-operators] [openstack-operators][neutron[dhcp][dnsmask]: duplicate entries in addn_hosts causing no IP allocation

ing around it seems i'm hitting this bug [1] but not clear from the description what was the problem on dnsmasp 2.59 (which comes wiht Fuel 5.1) Any ideas? Cheers, Dani [1] https://bugs.launchpad.net/neutron/+bug/1271344 On Wed, Jun 10, 2015 at 7:13 AM, Daniel Comnea wrote: > Th

Re: [openstack-dev] [kolla][release] Announcing Liberty-1 release of Kolla

Ian, a while ago it was discussed on operator's mailing list between Kevin, Steve & co http://lists.openstack.org/pipermail/openstack-operators/2015-June/007267.html On Tue, Jun 30, 2015 at 8:28 PM, Ian Cordasco wrote: > > > On 6/29/15, 23:59, "Steven Dake (stdake)" wrote: > > >The Kolla co

Re: [openstack-dev] Debian already using Python 3.5: please gate on that

On Thu, Jun 18, 2015 at 7:17 PM, Brian Curtin wrote: > > > On Thursday, June 18, 2015, Doug Hellmann wrote: > >> Excerpts from Thomas Goirand's message of 2015-06-18 15:44:17 +0200: >> > Hi! >> > >> > tl;dr: skip this message, the subject line is enough! :) >> > >> > As per the subject line, we

Re: [openstack-dev] [openstack-operators][neutron[dhcp][dnsmask]: duplicate entries in addn_hosts causing no IP allocation

Any help, ideas please? Thx, Dani On Mon, Jun 8, 2015 at 9:25 AM, Daniel Comnea wrote: > + Operators > > Much thanks in advance, > Dani > > > > > On Sun, Jun 7, 2015 at 6:31 PM, Daniel Comnea > wrote: > >> Hi all, >> >> I'm running I

Re: [openstack-dev] [openstack-operators][neutron[dhcp][dnsmask]: duplicate entries in addn_hosts causing no IP allocation

+ Operators Much thanks in advance, Dani On Sun, Jun 7, 2015 at 6:31 PM, Daniel Comnea wrote: > Hi all, > > I'm running IceHouse (build using Fuel 5.1.1) on Ubuntu where dnsmask > version 2.59-4. > I have a very basic network layout where i have a private net w

[openstack-dev] [neutron[dhcp][dnsmask]: duplicate entries in addn_hosts causing no IP allocation

Hi all, I'm running IceHouse (build using Fuel 5.1.1) on Ubuntu where dnsmask version 2.59-4. I have a very basic network layout where i have a private net which has 2 subnets 2fb7de9d-d6df-481f-acca-2f7860cffa60 | private-net | e79c3477-d3e5-471c-a728-8d881cf31bee 192.168.110.0/2

Re: [openstack-dev] [nova][all] Architecture Diagrams in ascii art?

+1 On Fri, Jun 5, 2015 at 6:38 PM, Vilobh Meshram < vilobhmeshram.openst...@gmail.com> wrote: > +1 > > On Thu, May 14, 2015 at 3:52 AM, John Garbutt > wrote: > >> On 12 May 2015 at 20:33, Sean Dague wrote: >> > On 05/12/2015 01:12 PM, Jeremy Stanley wrote: >> >> On 2015-05-12 10:04:11 -0700 (-0

Re: [openstack-dev] [neutron] Proposing Assaf Muller for the Neutron Core Reviewer Team

My vote doesn't count but as an operator i'd give Assaf +100 for all the great knowledge he has and shared through his blog - incredible source of information for everyone who wants to understand in a dummy way how Neutron does things. Dani On Fri, May 29, 2015 at 4:13 AM, Akihiro Motoki wrote:

Re: [openstack-dev] [heat][nova]: anti-affinity policy via heat in IceHouse?

tHostFilter > > There’s another way of doing it using OS::Nova::ServerGroup, but it’s > available only since Juno. > > - > Dimitri > > From: Daniel Comnea > Reply-To: "OpenStack Development Mailing List (not for usage questions)" < > openstack-dev@lis

Re: [openstack-dev] Why need br-int and br-tun in openstack neutron

On Sun, May 24, 2015 at 5:46 PM, Armando M. wrote: > On 23 May 2015 at 04:43, Assaf Muller wrote: > >> There's no real reason as far as I'm aware, just an implementation >> decision. >> > > This is inaccurate. There is a reason(s), and this has been asked before: > > http://lists.openstack.org/p

Re: [openstack-dev] [heat][nova]: anti-affinity policy via heat in IceHouse?

nks, > Kevin > > ------ > *From:* Daniel Comnea > *Sent:* Saturday, May 23, 2015 3:17:11 PM > *To:* OpenStack Development Mailing List (not for usage questions) > *Subject:* [openstack-dev] [heat][nova]: anti-affinity policy via heat in > IceHouse? > > Hi, > > I&#

Re: [openstack-dev] Why need br-int and br-tun in openstack neutron

On Sat, May 23, 2015 at 12:43 PM, Assaf Muller wrote: > There's no real reason as far as I'm aware, just an implementation > decision. > [DC]: in this case wouldn't this bee seen suitable as best practicies vs what every blog/ manual is suggesting? > > > > On 21 במאי 2015, at 01:48, Na Zhu wrot

[openstack-dev] [heat][nova]: anti-affinity policy via heat in IceHouse?

Hi, I'm aware of the anti-affinity policy which you can create via nova cli and associated instances with it. I'm also aware of the default policies in nova.conf by creating instances via HEAT is any alternatives to create instances part of anti-affinity group? Thx, Dani

Re: [openstack-dev] [lbaas] [octavia] [barbican] Relationship between Octavia and Barbican and Octavia 1.0 questions

My $0.2 cents: I echo what Maish said with regards to functionality: - integration with HEAT is a must from Day -1 (if there is anything like this :) ) otherwise will be hard to gain operators traction. Look it as the entry point for everyone trying to move from Neutron LB - white/ black listing t

Re: [openstack-dev] [glance] [kolla] [magnum] [nova] [neutron] Vancouver Summit Operations Containers Session

Great info, thanks for sharing. Since i couldn't attend the summit, are there any AIs which needs to happen/ take place and which i can keep an eye on? thanks, Dani On Thu, May 21, 2015 at 4:45 AM, Richard Raseley wrote: > I apologize if this message is inappropriately broad, but I wanted to >

Re: [openstack-dev] [lbaas] [octavia] [barbican] Relationship between Octavia and Barbican and Octavia 1.0 questions

+1 On Tue, May 19, 2015 at 8:05 AM, Maish Saidel-Keesing wrote: > Hello all, > > Going over today's presentation "Load Balancing as a Service, Kilo and > Beyond"[1] (great presentation!!) - there are a few questions I have > regarding the future release: > > For Octavia 1.0: > > 1. Can someone

Re: [openstack-dev] [Fuel] LBaaS in version 5.1

) and configure it with accordance to > standard OpenStack cloud administrator guide [1]. > > [1] > http://docs.openstack.org/admin-guide-cloud/content/install_neutron-lbaas-agent.html > > On Wed, May 6, 2015 at 2:12 PM, Daniel Comnea > wrote: > >> HI all, >> &g

[openstack-dev] [Fuel] LBaaS in version 5.1

HI all, Recently i used Fuel 5.1 to deploy Openstack Icehouse on a Lab (PoC) and a request came with enabling Neutron LBaaS. I have looked up on Fuel doc to see if this is supported in the version i'm running but failed ot find anything. Anyone can point me to any docs which mentioned a) yes it

Re: [openstack-dev] [neutron][lbaas][octavia] what are the main differences between the two

ancing framework completely outside neutron/nova, though that is not the > present direction of development. > > Thanks, > doug > > > > > > On May 4, 2015, at 1:57 PM, Daniel Comnea wrote: > > > > Hi all, > > > > I'm trying to gather mo

[openstack-dev] [neutron][lbaas][octavia] what are the main differences between the two

Hi all, I'm trying to gather more info about the differences between Neutron LBaaS v1 Neutron LBaaS v2 Octavia I know Octavia is still not marked production but on the other hand i keep hearing inside my organization that Neutron LBaaS is missing few critical "pieces" so i'd very much appreciate

Re: [openstack-dev] os-ansible-deplpoyment has released Kilo

gt; > > On May 3, 2015, at 06:45, Daniel Comnea wrote: > > > > Great job Kevin & co !! > > > > Are there any plans in supporting configure the baremetal as well ? > > > > Dani > > > > On Thu, Apr 30

Re: [openstack-dev] os-ansible-deplpoyment has released Kilo

Great job Kevin & co !! Are there any plans in supporting configure the baremetal as well ? Dani On Thu, Apr 30, 2015 at 11:46 PM, Liu, Guang Jun (Gene) < gene@alcatel-lucent.com> wrote: > cool! > > From: Kevin Carter [kevin.car...@rackspace.com] > S

Re: [openstack-dev] OpenStackClient 1.2.0 release

Dean, quick question: will i be able to run this new client against Icehouse too ? Thanks, Dani On Thu, Apr 30, 2015 at 9:24 PM, Dean Troyer wrote: > OpenStackClient 1.2.0 has been released to PyPI. > > python-openstackclient can be installed from the following locations: > > PyPI: https://pyp

Re: [openstack-dev] [Nova][Neutron] Cross-project coordination

Good luck Sean!! Hopefully you can sort out the DNS and the Qoutas. Thanks again ! On Wed, Apr 22, 2015 at 11:41 PM, Jay Pipes wrote: > On 04/22/2015 04:33 PM, Kyle Mestery wrote: > >> On Wed, Apr 22, 2015 at 3:28 PM, Sean M. Collins > > wrote: >> >> Hi, >> >>

Re: [openstack-dev] [Nova][Neutron] Linuxbridge as the default in DevStack [was: Status of the nova-network to Neutron migration work]

Monty many thanks for a clear summary, fully agree with you. I have a nightmare trying to educate developers (mainly from client side) in my group that they need to get used with private net and not "consume" all FIP because is not an unlimited resource On Sat, Apr 18, 2015 at 3:53 AM, Monty Tayl

Re: [openstack-dev] 答复: [neutron] Neutron scaling datapoints?

client libraries like Curator, which do their best to correctly handle the > complex state transitions associated with session and connection loss. > ''' > > Daniel Comnea wrote: > >> My $2 cents: >> >> I like the 3rd party backend however instead

Re: [openstack-dev] 答复: [neutron] Neutron scaling datapoints?

My $2 cents: I like the 3rd party backend however instead of ZK wouldn't Consul [1] fit better due to lighter/ out of box multi DC awareness? Dani [1] Consul - https://www.consul.io/ On Mon, Apr 13, 2015 at 9:51 AM, Wangbibo wrote: > Hi Kevin, > > > > Totally agree with you that heartbeat f

Re: [openstack-dev] [Openstack-operators] [Openstack-dev] resource quotas limit per stacks within a project

es. You could even pin dev/test to specific > hypervisors/areas of the cloud and let production have the rest via those > flavors. > > > Kris Lindgren > Senior Linux Systems Engineer > GoDaddy, LLC. > > From: Daniel Comnea &g

Re: [openstack-dev] [Openstack-dev] resource quotas limit per stacks within a project

+ operators Hard to believe nobody is facing this problems, even on small shops you end up with multiple stacks part of the same tenant/ project. Thanks, Dani On Wed, Apr 1, 2015 at 8:10 PM, Daniel Comnea wrote: > Any ideas/ thoughts please? > > In VMware world is basically the sam

Re: [openstack-dev] [heat][ceilometer]: scale up/ down based on number of instances in a group

Thanks Angus for feedback. Best, Dani On Mon, Apr 6, 2015 at 11:30 PM, Angus Salkeld wrote: > > On Fri, Apr 3, 2015 at 8:51 PM, Daniel Comnea > wrote: > >> Hi all, >> >> Does anyone know if the above use case has made it into the convergence >> project and

Re: [openstack-dev] 答复: [heat] Application level HA via Heat

Sorry to chime in but i will throw in another use case for Steven since is about the HA/ auto-scaling and i think it does match what i asked back in October. http://lists.openstack.org/pipermail/openstack-dev/2014-October/049375.html If you need more info let me know Dani On Thu, Apr 2, 2015 at

Re: [openstack-dev] [heat][ceilometer]: scale up/ down based on number of instances in a group

Hi all, Does anyone know if the above use case has made it into the convergence project and in which release was/ is going to be merged? Thanks, Dani On Tue, Oct 28, 2014 at 5:40 PM, Daniel Comnea wrote: > Thanks all for reply. > > I have spoke with Qiming and @Shardy (IRC nickname)

Re: [openstack-dev] [Openstack-dev] resource quotas limit per stacks within a project

Any ideas/ thoughts please? In VMware world is basically the same feature provided by the resource pool. Thanks, Dani On Tue, Mar 31, 2015 at 10:37 PM, Daniel Comnea wrote: > Hi all, > > I'm trying to understand what options i have for the below use case... > > Ha

Re: [openstack-dev] [Openstack-operators] Security around enterprise credentials and OpenStack API

+ developers mailing list, hopefully a developer might be able to chime in. On Wed, Apr 1, 2015 at 3:58 AM, Marc Heckmann wrote: > Hi all, > > I was going to post a similar question this evening, so I decided to just > bounce on Mathieu’s question. See below inline. > > > On Mar 31, 2015, at 8

[openstack-dev] [Openstack-dev] resource quotas limit per stacks within a project

Hi all, I'm trying to understand what options i have for the below use case... Having multiple stacks (various number of instances) deployed within 1 Openstack project (tenant), how can i guarantee that there will be no race after the project resources. E.g - say i have few stacks like stack 1

Re: [openstack-dev] [nova] Hierarchical Multitenancy quotas

I see this spec has been merged however can anyone point out if this will make it into final Kilo release? Thanks, Dani On Wed, Jan 7, 2015 at 5:03 PM, Tim Bell wrote: > Are we yet at the point in the New Year to register requests for > exceptions ? > > > > There is strong interest from CERN

Re: [openstack-dev] [Openstack-operators][Openstack-dev][all] how to apply security/back-ported release to Icehouse production

No thoughts? On Sat, Mar 28, 2015 at 10:35 PM, Daniel Comnea wrote: > Hi all, > > Can anyone shed some light as to how you upgrade/ applies the > security/back-ported patches? > > E.g - let's say i already have a production environment running Icehouse > 2014.1 a

[openstack-dev] [Openstack-operators][Openstack-dev][all] how to apply security/back-ported release to Icehouse production

Hi all, Can anyone shed some light as to how you upgrade/ applies the security/back-ported patches? E.g - let's say i already have a production environment running Icehouse 2014.1 as per the link [1] and i'd like to upgrade it to latest Icehouse release 2014.1.4. Also do you have to go via sequ

Re: [openstack-dev] [Congress] Info on Currently Supported Data Drivers

This project looks very interesting and i might give it a go by installing standalone. I have a question though: are there any plans to expose the current output as part of Horizon or any other UI ? Thx, Dani On Wed, Mar 25, 2015 at 5:15 AM, Zhou, Zhenzan wrote: > Just found it has been suppor

Re: [openstack-dev] [openstack][neutron] Debugging L3 Agent with PyCharm

Gal, while i don't have an answer to your question, can you pls share how you enabled the Gevent debugging? Thx, Dani On Wed, Mar 18, 2015 at 10:16 AM, Gal Sagie wrote: > Hello all, > > I am trying to debug the L3-agent code with pycharm, but the debugger > doesnt stop on my break points. >

Re: [openstack-dev] [Kolla] PTL Candidacy

Congrats Steve! On Wed, Mar 18, 2015 at 12:51 AM, Daneyon Hansen (danehans) < daneh...@cisco.com> wrote: > > Congratulations Steve! > > Regards, > Daneyon Hansen > Software Engineer > Email: daneh...@cisco.com > Phone: 303-718-0400 > http://about.me/daneyon_hansen > > From: Angus Salkeld

Re: [openstack-dev] [keystone] Flush expired tokens automatically ?

Thanks Adam, Thierry! Dani On Tue, Jan 27, 2015 at 1:43 PM, Adam Young wrote: > Short term answers: > > The amount of infrastructure we would have to build to replicate CRON is > not worth it. > > Figuring out a CRON strategy for nontrivial deployment is part of a larger > data management schem

Re: [openstack-dev] [Openstack-operators] [openstack-operators]flush expired tokens and moves deleted instance

configurable, ideally). > > > > If we are all configuring this as a cron job, is there a reason that it > could not be built into the code ? > > > > Tim > > > > *From:* Mike Smith [mailto:mism...@overstock.com] > *Sent:* 24 January 2015 18:08 > *To:* Dani

[openstack-dev] [openstack-operators]flush expired tokens and moves deleted instance

Hi all, I just bumped into Sebastien's blog where he suggested a cron job should run in production to tidy up expired tokens - see blog[1] Could you please remind me if this is still required in IceHouse/ Juno? (i kind of remember i've seen some work being done in this direction but i can't find

Re: [openstack-dev] [heat][ceilometer]: scale up/ down based on number of instances in a group

ly in a specific use case hence is not generic because the assumption is that my instances are hooked behind a LBaaS which is not always the case. Looking forward to see the 'convergence' in action. Cheers, Dani On Tue, Oct 28, 2014 at 3:06 AM, Mike Spreitzer wrote: > Daniel Com

Re: [openstack-dev] [heat][ceilometer]: scale up/ down based on number of instances in a group

what i want is to be able to always maintain a min number of instances in my Group, if is min_size been reached than trigger HEAT to spun a new one to be min_size + n On Sat, Oct 25, 2014 at 5:23 PM, Qiming Teng wrote: > On Sat, Oct 25, 2014 at 07:58:28AM +0100, Daniel C

[openstack-dev] [heat][ceilometer]: scale up/ down based on number of instances in a group

HI all, Unfortunately i couldn't find any resource - blueprint/ document/ examples/ presentations about my below use case, hence the question i'm raising now (if this is not the best place to ask, please let me know). Having a group of 5 instances, i'd like to always maintain a minimum of 2 ins