Wei has sent me the screen shots.

I don't support Compute Offerings for 4.2, so that's not an issue here.

I do support Disk Offerings.

It looks like Wei has added four new fields to the Disk Offering.

I have added three (Min, Max, and Burst IOPS).

We just need to decide if we should toggle between his and mine.

I doubt a user would want to use both features at the same time.


On Mon, Jun 10, 2013 at 12:30 PM, John Burwell <jburw...@basho.com> wrote:

> Mike,
>
> Have Wei and you figured out the system level as well (e.g. allowing
> either storage provisioned IOPS or hypervisor throttling, but no both)?
>
> Thanks,
> -John
>
> On Jun 10, 2013, at 2:12 PM, Mike Tutkowski <mike.tutkow...@solidfire.com>
> wrote:
>
> > Perhaps Wei could send me some screen shots of what he's changed in the
> GUI
> > for his feature?
> >
> > Thanks!
> >
> >
> > On Mon, Jun 10, 2013 at 11:56 AM, John Burwell <jburw...@basho.com>
> wrote:
> >
> >> Wei,
> >>
> >> Have Mike Tutkowski and you reconciled the potential conflict between a
> >> throttled I/O VM and a provisioned IOPs volume?  If so, what solution
> did
> >> you select?
> >>
> >> Thanks,
> >> -John
> >>
> >> On Jun 10, 2013, at 1:54 PM, Wei ZHOU <ustcweiz...@gmail.com> wrote:
> >>
> >>> Guys,
> >>>
> >>> I would like to merge disk_io_throttling branch into master.
> >>> Please review the code on https://reviews.apache.org/r/11782
> >>>
> >>> If nobody object, I will merge into master in 72 hours.
> >>>
> >>> -Wei
> >>>
> >>> 2013/5/30 Wei ZHOU <ustcweiz...@gmail.com>
> >>>
> >>>> Hi,
> >>>> I would like to merge disk_io_throttling branch into master.
> >>>> If nobody object, I will merge into master in 48 hours.
> >>>> The purpose is :
> >>>>
> >>>> Virtual machines are running on the same storage device (local storage
> >> or
> >>>> share strage). Because of the rate limitation of device (such as
> iops),
> >> if
> >>>> one VM has large disk operation, it may affect the disk performance of
> >>>> other VMs running on the same storage device.
> >>>> It is neccesary to set the maximum rate and limit the disk I/O of VMs.
> >>>>
> >>>> The feature includes:
> >>>>
> >>>> (1) set the maximum rate of VMs (in disk_offering, and global
> >>>> configuration)
> >>>> (2) change the maximum rate of VMs
> >>>> (3) limit the disk rate (total bps and iops)
> >>>> JIRA ticket: https://issues.apache.org/jira/browse/CLOUDSTACK-1192
> >>>> FS (I will update later) :
> >>>>
> >>
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/VM+Disk+IO+Throttling
> >>>> Merge check list :-
> >>>>
> >>>> * Did you check the branch's RAT execution success?
> >>>> Yes
> >>>>
> >>>> * Are there new dependencies introduced?
> >>>> No
> >>>>
> >>>> * What automated testing (unit and integration) is included in the new
> >>>> feature?
> >>>> Unit tests are added.
> >>>>
> >>>> * What testing has been done to check for potential regressions?
> >>>> (1) set the bytes rate and IOPS rate on CloudStack UI.
> >>>> (2) VM operations, including
> >>>> deploy, stop, start, reboot, destroy, expunge. migrate, restore
> >>>> (3) Volume operations, including
> >>>> Attach, Detach
> >>>>
> >>>> To review the code, you can try
> >>>> git diff c30057635d04a2396f84c588127d7ebe42e503a7
> >>>> f2e5591b710d04cc86815044f5823e73a4a58944
> >>>>
> >>>> Best regards,
> >>>> Wei
> >>>>
> >>>> [1]
> >>>>
> >>
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/VM+Disk+IO+Throttling
> >>>> [2] refs/heads/disk_io_throttling
> >>>> [3] https://issues.apache.org/jira/browse/CLOUDSTACK-1301<
> >> https://issues.apache.org/jira/browse/CLOUDSTACK-2071>(CLOUDSTACK-1301
> -
> >>    VM Disk I/O Throttling)
> >>>>
> >>
> >>
> >
> >
> > --
> > *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<http://solidfire.com/solution/overview/?video=play>
*™*

Reply via email to