<div style="white-space:pre-wrap">Akira,<br><br>Cinder has been working on creating a standalone service that could run on bare metal nodes.  [1]. I am thinking this could meet your needs or be enhanced to meet your needs.  Don't think we want to create a separate service for it.<br><br>Jay<br><br>[1] <a href="https://blueprints.launchpad.net/cinder/+spec/use-cinder-without-nova">https://blueprints.launchpad.net/cinder/+spec/use-cinder-without-nova</a></div><br><div class="gmail_quote"><div dir="ltr">On Sun, Nov 13, 2016 at 1:00 AM Akira Yoshiyama <<a href="mailto:akirayoshiyama@gmail.com">akirayoshiyama@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Jay,<br class="gmail_msg">
<br class="gmail_msg">
2016-11-13 3:12 GMT+09:00 Jay Pipes <<a href="mailto:jaypipes@gmail.com" class="gmail_msg" target="_blank">jaypipes@gmail.com</a>>:<br class="gmail_msg">
> On 11/12/2016 09:31 AM, Akira Yoshiyama wrote:<br class="gmail_msg">
>><br class="gmail_msg">
>> Hi Stackers,<br class="gmail_msg">
>><br class="gmail_msg">
>> In TripleO, Ironic provides physical servers for an OpenStack<br class="gmail_msg">
>> deployment but we have to configure physical storages manually, or<br class="gmail_msg">
>> with any tool, if required. It's better that an OpenStack service<br class="gmail_msg">
>> manages physical storages as same as Ironic for servers.<br class="gmail_msg">
>><br class="gmail_msg">
>> IMO, there are 2 plans to manage physical storages:<br class="gmail_msg">
><br class="gmail_msg">
> When you say "manage physical storage" are you referring to configuring<br class="gmail_msg">
> something like Ceph or GlusterFS or even NFS on a bunch of baremetal<br class="gmail_msg">
> servers?<br class="gmail_msg">
<br class="gmail_msg">
No. "physical storages" means storage products like EMC VNX, NetApp<br class="gmail_msg">
Data ONTAP, HPE Lefthand and so on.<br class="gmail_msg">
Say there is a new service named X to manage them. A user, he/she will<br class="gmail_msg">
be a new IaaS admin, requests many baremetal servers to Ironic and<br class="gmail_msg">
some baremetal storages to X. After they are provided, he/she will<br class="gmail_msg">
start to build a new OpenStack deployment with them. Nova in the new<br class="gmail_msg">
one will provide VMs on the servers and Cinder will manage logical<br class="gmail_msg">
volumes on the storages. X doesn't manage each logical volume but<br class="gmail_msg">
pools, user accounts and network connections of the storages.<br class="gmail_msg">
<br class="gmail_msg">
BR,<br class="gmail_msg">
Akira<br class="gmail_msg">
<br class="gmail_msg">
> That isn't a multi-tenant HTTP API service designed for lots of users but<br class="gmail_msg">
> rather a need to automate some mostly one-time storage setup actions.<br class="gmail_msg">
><br class="gmail_msg">
> If so, I think that is more the realm of configuration management systems<br class="gmail_msg">
> like Puppet or Ansible than OpenStack itself.<br class="gmail_msg">
><br class="gmail_msg">
> Best,<br class="gmail_msg">
> -jay<br class="gmail_msg">
><br class="gmail_msg">
>> a) extends Ironic<br class="gmail_msg">
>> b) creates a new service<br class="gmail_msg">
>><br class="gmail_msg">
>> Which is better? Any ideas?<br class="gmail_msg">
>><br class="gmail_msg">
>> Thank you,<br class="gmail_msg">
>> Akira<br class="gmail_msg">
<br class="gmail_msg">
__________________________________________________________________________<br class="gmail_msg">
OpenStack Development Mailing List (not for usage questions)<br class="gmail_msg">
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" class="gmail_msg" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br class="gmail_msg">
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" class="gmail_msg" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br class="gmail_msg">
</blockquote></div>