<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=big5">
<meta name="Generator" content="Microsoft Exchange Server">
<!-- converted from text --><style><!-- .EmailQuote { margin-left: 1pt; padding-left: 4pt; border-left: #800000 2px solid; } --></style>
</head>
<body>
<div>I think I remember something about resourcegroups having a way to delete one of them too. Might double check.<br>
<br>
Thanks,<br>
Kevin <strong>
<div><font face="Tahoma" color="#000000" size="2"> </font></div>
</strong>
<hr tabindex="-1">
<font face="Tahoma" size="2"><b>From:</b> Cammann, Tom<br>
<b>Sent:</b> Monday, May 16, 2016 2:28:24 AM<br>
<b>To:</b> OpenStack Development Mailing List (not for usage questions)<br>
<b>Subject:</b> Re: [openstack-dev] [magnum] Discuss the idea of manually managing the bay nodes<br>
</font><br>
<div></div>
</div>
<font size="2"><span style="font-size:10pt;">
<div class="PlainText">The discussion at the summit was very positive around this requirement but as this change will make a large impact to Magnum it will need a spec.<br>
<br>
On the API of things, I was thinking a slightly more generic approach to incorporate other lifecycle operations into the same API.<br>
Eg:<br>
magnum bay-manage <bay> <life-cycle-op><br>
<br>
magnum bay-manage <bay> reset ¡Vhard<br>
magnum bay-manage <bay> rebuild<br>
magnum bay-manage <bay> node-delete <name/uuid><br>
magnum bay-manage <bay> node-add ¡Vflavor <flavor><br>
magnum bay-manage <bay> node-reset <name><br>
magnum bay-manage <bay> node-list<br>
<br>
Tom<br>
<br>
From: Yuanying OTSUKA <yuanying@oeilvert.org><br>
Reply-To: "OpenStack Development Mailing List (not for usage questions)" <openstack-dev@lists.openstack.org><br>
Date: Monday, 16 May 2016 at 01:07<br>
To: "OpenStack Development Mailing List (not for usage questions)" <openstack-dev@lists.openstack.org><br>
Subject: Re: [openstack-dev] [magnum] Discuss the idea of manually managing the bay nodes<br>
<br>
Hi,<br>
<br>
I think, user also want to specify the deleting node.<br>
So we should manage ¡§node¡¨ individually.<br>
<br>
For example:<br>
$ magnum node-create ¡Xbay ¡K<br>
$ magnum node-list ¡Xbay<br>
$ magnum node-delete $NODE_UUID<br>
<br>
Anyway, if magnum want to manage a lifecycle of container infrastructure.<br>
This feature is necessary.<br>
<br>
Thanks<br>
-yuanying<br>
<br>
<br>
2016¦~5¤ë16¤é(¤ë) 7:50 Hongbin Lu <hongbin.lu@huawei.com<mailto:hongbin.lu@huawei.com>>:<br>
Hi all,<br>
<br>
This is a continued discussion from the design summit. For recap, Magnum manages bay nodes by using ResourceGroup from Heat. This approach works but it is infeasible to manage the heterogeneity across bay nodes, which is a frequently demanded feature. As an
 example, there is a request to provision bay nodes across availability zones [1]. There is another request to provision bay nodes with different set of flavors [2]. For the request features above, ResourceGroup won¡¦t work very well.<br>
<br>
The proposal is to remove the usage of ResourceGroup and manually create Heat stack for each bay nodes. For example, for creating a cluster with 2 masters and 3 minions, Magnum is going to manage 6 Heat stacks (instead of 1 big Heat stack as right now):<br>
* A kube cluster stack that manages the global resources<br>
* Two kube master stacks that manage the two master nodes<br>
* Three kube minion stacks that manage the three minion nodes<br>
<br>
The proposal might require an additional API endpoint to manage nodes or a group of nodes. For example:<br>
$ magnum nodegroup-create --bay XXX --flavor m1.small --count 2 --availability-zone us-east-1 ¡K.<br>
$ magnum nodegroup-create --bay XXX --flavor m1.medium --count 3 --availability-zone us-east-2 ¡K<br>
<br>
Thoughts?<br>
<br>
[1] <a href="https://blueprints.launchpad.net/magnum/+spec/magnum-availability-zones">
https://blueprints.launchpad.net/magnum/+spec/magnum-availability-zones</a><br>
[2] <a href="https://blueprints.launchpad.net/magnum/+spec/support-multiple-flavor">
https://blueprints.launchpad.net/magnum/+spec/support-multiple-flavor</a><br>
<br>
Best regards,<br>
Hongbin<br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: OpenStack-dev-request@lists.openstack.org?subject:unsubscribe<http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: OpenStack-dev-request@lists.openstack.org?subject:unsubscribe<br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</div>
</span></font>
</body>
</html>