Mike, Excellent.
Thanks, -John On May 31, 2013, at 10:52 AM, Mike Tutkowski <mike.tutkow...@solidfire.com> wrote: > Hi John, > > I think this is the link you'll need: > > https://reviews.apache.org/r/11479/ > > Thanks! :) > > > On Fri, May 31, 2013 at 8:45 AM, John Burwell <jburw...@basho.com> wrote: > Mike/Animesh, > > I am happy to review. However, other $dayjob duties may prevent me from > getting to it until Monday. Has the patch been pushed into Review Board? > > Thanks, > -John > > On May 31, 2013, at 10:34 AM, Mike Tutkowski <mike.tutkow...@solidfire.com> > wrote: > >> Hi Animesh, >> >> Sure, I'd be happy to do that. >> >> Would you like these comments in this e-mail chain, the design doc, and/or >> the JIRA ticket? >> >> Also, just to make sure I understand correctly when we refer to >> "dependencies" here, the plug-in simply requires the storage-framework >> changes that Edison put in place for 4.2. As long as those are in place >> (along with the enhancements I made to his storage framework), then the >> plug-in will function. There are no additional libraries used by the plug-in >> that were not already in use within CloudStack. >> >> Thanks! >> >> >> On Thu, May 30, 2013 at 10:31 PM, Animesh Chaturvedi >> <animesh.chaturv...@citrix.com> wrote: >> Mike don't feel bad it's my fault I think everyone knew you were working on >> the plugin actively and I assumed the proposal was already in place. >> >> Can you call out your dependencies on Edison's framework? >> >> John I added as you as reviewers for Mike's contribution, can you pass on >> your comments. >> >> Thanks >> Animesh >> >> On May 30, 2013, at 9:09 PM, "Mike Tutkowski" <mike.tutkow...@solidfire.com> >> wrote: >> >> > Hi everyone, >> > >> > I apologize for being unfamiliar with how I should have gone about getting >> > consensus for the storage plug-in I developed for 4.2. >> > >> > I talked with Animesh and he has asked me to send out this proposal related >> > to the storage plug-in I built for 4.2 and submitted to Review Board >> > earlier this week. >> > >> > Here is a link to the design document: >> > >> > https://cwiki.apache.org/confluence/display/CLOUDSTACK/Implement+SolidFire+(storage)+plug-in+and+expose+control+of+IOPS+to+admins+and+end+users >> > >> > Here is a link to the JIRA ticket: >> > >> > https://issues.apache.org/jira/browse/CLOUDSTACK-2778 >> > >> > Here is a link to it on Review Board: >> > >> > https://reviews.apache.org/r/11479/ >> > >> > Here is a high-level summary: >> > >> > I have developed a storage plug-in which makes use of the new storage >> > framework that Edison put in place for the 4.2 release. >> > >> > Working with Edison, I have identified a few areas of the storage framework >> > that needed to be enhanced (and I have done so in the code that I >> > submitted) for dynamic, zone-wide primary storage to function. >> > >> > This storage plug-in is specific to SolidFire (a data-storage company), >> > whose architecture is designed around Quality of Service. Each volume on >> > this SAN is assigned a Min, Max, and Burst number of IOPS. The Min is, as >> > one might expect, a guaranteed number (even in fault conditions) (as long >> > as the IOPS of the SAN are not over-provisioned). >> > >> > Per a discussion several months ago on this list, I have added into the >> > Disk Offerings Min, Max, and Burst values (all optional). These values >> > follow the patterns of the Disk Size field in that they can be customized >> > by the end user (in the Add Volume) if the admin decides to allow this. >> > >> > In the end, this feature allows users to create a 1:1 mapping between a >> > volume on the SAN and a data disk that can be attached to a VM (XenServer >> > supported...perhaps VMware, depending on time). This allows CloudStack >> > admins to offer their end users guaranteed IOPS on data disks (eliminating >> > the Noisy Neighbor effect). The plan is to support root disks in a post-4.2 >> > release. >> > >> > Again, I am sorry about my confusion regarding process here. I certainly >> > appreciate all of the input I have received on the e-mail list over the >> > past couple months while I was developing this feature. >> > >> > Please let me know if you have any questions. >> > >> > Thanks! >> > >> > -- >> > *Mike Tutkowski* >> > *Senior CloudStack Developer, SolidFire Inc.* >> > e: mike.tutkow...@solidfire.com >> > o: 303.746.7302 >> > Advancing the way the world uses the >> > cloud<http://solidfire.com/solution/overview/?video=play> >> > *™* >> >> >> >> -- >> Mike Tutkowski >> Senior CloudStack Developer, SolidFire Inc. >> e: mike.tutkow...@solidfire.com >> o: 303.746.7302 >> Advancing the way the world uses the cloud™ > > > > > -- > Mike Tutkowski > Senior CloudStack Developer, SolidFire Inc. > e: mike.tutkow...@solidfire.com > o: 303.746.7302 > Advancing the way the world uses the cloud™