Re: [Openstack-operators] Draft Agenda for MAN Ops Meetup (Feb 15, 16)

Brilliant, thanks! On 06/02/16 18:42, Mariano Cunietti wrote: Hi Tom This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email

Re: [Openstack-operators] RAID / stripe block storage volumes

Yep. Don't get me wrong -- I agree 100% with everything you've said throughout this thread. Applications that have native replication are awesome. Swift is crazy awesome. :) I understand that some may see the use of mdadm, Cinder-assisted replication, etc as supporting "pet" environments, and I

Re: [Openstack-operators] RAID / stripe block storage volumes

In our environments, we offer two types of storage. Tenants can either use Ceph/RBD and trade speed/latency for reliability and protection against physical disk failures, or they can launch instances that are realized as LVs on an LVM VG that we create on top of a RAID 0 spanning all but the OS

Re: [Openstack-operators] RAID / stripe block storage volumes

Ned's model is the model I meant by "multiple underlying storage services". Most of the systems I've built are LV/LVM only, a few added Ceph as an alternative/live-migration option, and one where we used Gluster due to size. Note that the environments I have worked with in general are small

Re: [Openstack-operators] RAID / stripe block storage volumes

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

Re: [Openstack-operators] RAID / stripe block storage volumes

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 wrote: > Hello, > > Does anyone have users

Re: [Openstack-operators] RAID / stripe block storage volumes

This is a great conversation and I really appreciate everyone's input. Though, I agree, we wandered off the original question and that's my fault for mentioning various storage backends. For the sake of conversation, let's just say the user has no knowledge of the underlying storage technology.

Re: [Openstack-operators] RAID / stripe block storage volumes

I have not run into anyone replicating volumes or creating redundancy at the VM level (beyond, as you point out, HDFS, etc.). R On Mon, Feb 8, 2016 at 6:54 PM, Joe Topjian wrote: > This is a great conversation and I really appreciate everyone's input. > Though, I agree, we

Re: [Openstack-operators] RAID / stripe block storage volumes

Besides, wouldn't it be better to actually do application layer backup restore, or application level distribution for replication? That architecture at least let's the application determine and deal with corrupt data transmission rather than the DRBD like model where you corrupt one data-set, you

Re: [Openstack-operators] OpenStack Consult Opp (Network/Horizon/VNC)

I thought this got stuck in the "do we need another list" and "well, what is our alternative" discussion. So, no I don't recall any progress. I still think it'd be useful to have a list. for this class of discussion. Robert On Wed, Feb 3, 2016 at 6:01 PM, Adam Lawson wrote: