Hi Robert, Can you elaborate on "multiple underlying storage services"?
The reason I asked the initial question is because historically we've made our block storage service resilient to failure. Historically we also made our compute environment resilient to failure, too, but over time, we've seen users become more educated to cope with compute failure. As a result, we've been able to become more lenient with regard to building resilient compute environments. We've been discussing how possible it would be to translate that same idea to block storage. Rather than have a large HA storage cluster (whether Ceph, Gluster, NetApp, etc), is it possible to offer simple single LVM volume servers and push the failure handling on to the user? Of course, this doesn't work for all types of use cases and environments. We still have projects which require the cloud to own most responsibility for failure than the users. But for environments were we offer general purpose / best effort compute and storage, what methods are available to help the user be resilient to block storage failures? Joe On Mon, Feb 8, 2016 at 12:09 PM, Robert Starmer <rob...@kumul.us> wrote: > I've always recommended providing multiple underlying storage services to > provide this rather than adding the overhead to the VM. So, not in any of > my systems or any I've worked with. > > R > > > > On Fri, Feb 5, 2016 at 5:56 PM, Joe Topjian <j...@topjian.net> wrote: > >> Hello, >> >> Does anyone have users RAID'ing or striping multiple block storage >> volumes from within an instance? >> >> If so, what was the experience? Good, bad, possible but with caveats? >> >> Thanks, >> Joe >> >> _______________________________________________ >> OpenStack-operators mailing list >> OpenStack-operators@lists.openstack.org >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators >> >> >
_______________________________________________ OpenStack-operators mailing list OpenStack-operators@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
