<div dir="ltr">Hi Marco,<div><br></div><div>What you are proposing is almost like to create an LVM storage box. I haven't seen any real benefit from the advantages you listed. For 1), the same problems you can have upgrading the services within the same node will happen if the LVM services are not in the same host. For, 2), now you have 2 nodes to manage instead of 1, which double the changes of having problems. And for 3), I really didn't get the advantage related to the solution you are proposing.</div><div><br></div><div>If you have real deployments cases where this could help (or if there are other people interested), please list it here so people can see more concrete benefits of using this solution.</div><div><br></div><div>Erlon</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Feb 1, 2017 at 8:48 AM, Marco Marino <span dir="ltr"><<a href="mailto:marino.mrc@gmail.com" target="_blank">marino.mrc@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div>Hi, I'd like to know if it is possible to use openstack-cinder-volume with a remote LVM. This could be a new feature proposal if the idea is good. More precisely, I'm thinking a solution where openstack-cinder-volume runs on a dedicated node and LVM on another node (called "storage node").  On the storage node I need to have a volume group (normally named cinder-volumes) and the targetcli package, so the iscsi_ip_address in cinder.conf should be an address associated with the storage node. Advantages of this solution are: 1) When I need to upgrade openstack I can leave out the storage node from the process (because it has only LVM and targetcli or another daemon used for iscsi targets). 2) Down on the cinder-volume node cannot creates problems to the iscsi part exposed to vms. 3) Support to the open source world in cinder: LVM is the common solution for cinder in low budget environment but performance are good if the storage node is powerful enough <br><br></div><div>In my idea, the "interface" between openstack-cinder-volume and lvm can be SSH. Basically we need to create/remove/manage logical volumes on a remote node and the same for the iscsi targets<br></div><div><br></div>Please, let me know if this can be a valid solution.<br><br></div>Thank you<span class="HOEnZb"><font color="#888888"><br></font></span></div><span class="HOEnZb"><font color="#888888">Marco<br></font></span></div>
<br>______________________________<wbr>______________________________<wbr>______________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.<wbr>openstack.org?subject:<wbr>unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/<wbr>openstack-dev</a><br>
<br></blockquote></div><br></div>