You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@cloudstack.apache.org by Loth <lo...@linuxdigital.net> on 2023/10/03 01:48:34 UTC

resourcecount.check.interval vs capacity.check.period

Hello Users,

What is the difference between 'capacity.check.period' and
'resourcecount.check.interval'? I've read that capacity.check.period
is somehow related to capacity.skipcounting.hours but not sure how up
to date my source is.

Thanks!

Re: resourcecount.check.interval vs capacity.check.period

Posted by Daan Hoogland <da...@gmail.com>.
'capacity.skipcounting.hours' is used to determine how low after a VM is
stopped its resources are released, i.e. not counted to its host's used
capacity. This is not directly related to 'capacity.check.period' afaict.

On Wed, Oct 4, 2023 at 9:28 AM Loth <lo...@linuxdigital.net> wrote:

> Hello,
>
> Thanks for the quick response. according to
>
> https://bitworks.software/2018-08-23-cloudstack-global-variables-atlas-system.html
> (not sure if accurate) capacity.check.period is interlinked with
> capacity.skipcounting.hours. If I disable capacity.skipcounting.hours
> (set to 0) does it not matter what capacity.check.period is set to? Or
> is this info false and capacity.check.period is still needed to run
> for general platform capacity?
>
> Thanks again for your help.
>
> On Tue, Oct 3, 2023 at 1:58 AM Daan Hoogland <da...@gmail.com>
> wrote:
> >
> > Loth,
> > reading the code and simplifying it in my head;
> > - the 'capacity.check.period' is the interval between capacity checks
> (from
> > an operator perspective) and
> > - the 'resourcecount.check.interval' is the interval to check for usage
> > from a project/account/domain perspective.
> >
> > On Tue, Oct 3, 2023 at 10:50 AM Loth <lo...@linuxdigital.net> wrote:
> >
> > > Hello Users,
> > >
> > > What is the difference between 'capacity.check.period' and
> > > 'resourcecount.check.interval'? I've read that capacity.check.period
> > > is somehow related to capacity.skipcounting.hours but not sure how up
> > > to date my source is.
> > >
> > > Thanks!
> > >
> >
> >
> > --
> > Daan
>


-- 
Daan

Re: resourcecount.check.interval vs capacity.check.period

Posted by Loth <lo...@linuxdigital.net>.
Hello,

Thanks for the quick response. according to
https://bitworks.software/2018-08-23-cloudstack-global-variables-atlas-system.html
(not sure if accurate) capacity.check.period is interlinked with
capacity.skipcounting.hours. If I disable capacity.skipcounting.hours
(set to 0) does it not matter what capacity.check.period is set to? Or
is this info false and capacity.check.period is still needed to run
for general platform capacity?

Thanks again for your help.

On Tue, Oct 3, 2023 at 1:58 AM Daan Hoogland <da...@gmail.com> wrote:
>
> Loth,
> reading the code and simplifying it in my head;
> - the 'capacity.check.period' is the interval between capacity checks (from
> an operator perspective) and
> - the 'resourcecount.check.interval' is the interval to check for usage
> from a project/account/domain perspective.
>
> On Tue, Oct 3, 2023 at 10:50 AM Loth <lo...@linuxdigital.net> wrote:
>
> > Hello Users,
> >
> > What is the difference between 'capacity.check.period' and
> > 'resourcecount.check.interval'? I've read that capacity.check.period
> > is somehow related to capacity.skipcounting.hours but not sure how up
> > to date my source is.
> >
> > Thanks!
> >
>
>
> --
> Daan

Re: resourcecount.check.interval vs capacity.check.period

Posted by Daan Hoogland <da...@gmail.com>.
Loth,
reading the code and simplifying it in my head;
- the 'capacity.check.period' is the interval between capacity checks (from
an operator perspective) and
- the 'resourcecount.check.interval' is the interval to check for usage
from a project/account/domain perspective.

On Tue, Oct 3, 2023 at 10:50 AM Loth <lo...@linuxdigital.net> wrote:

> Hello Users,
>
> What is the difference between 'capacity.check.period' and
> 'resourcecount.check.interval'? I've read that capacity.check.period
> is somehow related to capacity.skipcounting.hours but not sure how up
> to date my source is.
>
> Thanks!
>


-- 
Daan