Re: [Openstack-operators] large high-performance ephemeral storage

2018-06-13 Thread Matt Riedemann
On 6/13/2018 10:54 AM, Chris Friesen wrote: Also, migration and resize are not supported for LVM-backed instances. I proposed a patch to support them (https://review.openstack.org/#/c/337334/) but hit issues and never got around to fixing them up. Yup, I guess I should have read the entire

Re: [Openstack-operators] large high-performance ephemeral storage

2018-06-13 Thread Matt Riedemann
On 6/13/2018 8:58 AM, Blair Bethwaite wrote: Though we have not used LVM based instance storage before, are there any significant gotchas? I know you can't resize/cold migrate lvm-backed ephemeral root disk instances:

Re: [Openstack-operators] large high-performance ephemeral storage

2018-06-13 Thread Chris Friesen
On 06/13/2018 07:58 AM, Blair Bethwaite wrote: Is the collective wisdom to use LVM based instances for these use-cases? Putting a host filesystem with qcow2 based disk images on it can't help performance-wise... Though we have not used LVM based instance storage before, are there any

Re: [Openstack-operators] large high-performance ephemeral storage

2018-06-13 Thread Joe Topjian
fio is fine with me. I'll lazily defer to your expertise on the right fio commands to run for each case. :) If we're going to test within the guest, that's going to introduce a new set of variables, right? Should we settle on a standard flavor (maybe two if we wanted to include both virtio and

Re: [Openstack-operators] large high-performance ephemeral storage

2018-06-13 Thread Blair Bethwaite
Hey Joe, Thanks! So shall we settle on fio as a standard IO micro benchmarking tool? Seems to me the minimum we want is throughput and IOPs oriented tests for both the guest OS workload profile and the some sort of large working set application workload. For the latter it is probably best to

Re: [Openstack-operators] large high-performance ephemeral storage

2018-06-13 Thread Blair Bethwaite
Lol! Ok, forgive me, I wasn't sure if I had regular or existential Jay on the line :-). On Thu., 14 Jun. 2018, 00:24 Jay Pipes, wrote: > On 06/13/2018 10:18 AM, Blair Bethwaite wrote: > > Hi Jay, > > > > Ha, I'm sure there's some wisdom hidden behind the trolling here? > > I wasn't trolling at

Re: [Openstack-operators] large high-performance ephemeral storage

2018-06-13 Thread Joe Topjian
Yes, you can! The kernel documentation for read/write limits actually uses /dev/null in the examples :) But more seriously: while we have not architected specifically for high performance, for the past few years, we have used a zpool of cheap spindle disks and 1-2 SSD disks for caching. We have

Re: [Openstack-operators] large high-performance ephemeral storage

2018-06-13 Thread Jay Pipes
On 06/13/2018 10:18 AM, Blair Bethwaite wrote: Hi Jay, Ha, I'm sure there's some wisdom hidden behind the trolling here? I wasn't trolling at all. I was trying to be funny. Attempt failed I guess :) Best, -jay ___ OpenStack-operators mailing

Re: [Openstack-operators] large high-performance ephemeral storage

2018-06-13 Thread Blair Bethwaite
Hi Jay, Ha, I'm sure there's some wisdom hidden behind the trolling here? Believe me, I have tried to push these sorts of use-cases toward volume or share storage, but in the research/science domain there is often more accessible funding available to throw at infrastructure stop-gaps than

Re: [Openstack-operators] large high-performance ephemeral storage

2018-06-13 Thread Jay Pipes
On 06/13/2018 09:58 AM, Blair Bethwaite wrote: Hi all, Wondering if anyone can share experience with architecting Nova KVM boxes for large capacity high-performance storage? We have some particular use-cases that want both high-IOPs and large capacity local storage. In the past we have

[Openstack-operators] large high-performance ephemeral storage

2018-06-13 Thread Blair Bethwaite
Hi all, Wondering if anyone can share experience with architecting Nova KVM boxes for large capacity high-performance storage? We have some particular use-cases that want both high-IOPs and large capacity local storage. In the past we have used bcache with an SSD based RAID0 write-through