Interesting, I wonder why it doesn't work on VMWare, where you can actually set a limit in MHZ
-----Original Message----- From: Nux <n...@li.nux.ro> Sent: 22 March 2023 17:58 To: users@cloudstack.apache.org Cc: Alex Mattioli <alex.matti...@shapeblue.com> Subject: Re: Adding Tags to Service Offerings in use The MHz has 2 uses that I know of in Cloudstack: 1 - it sets the CPU weight (ie priority, higher number gets higher access to host CPU, at least with KVM) 2 - can be used to get a statistical view of load on a hypervisor (comparing against the combined MHz of the physical cores). See this from long time ago which goes further into this (credit goes to Marcus). https://lists.apache.org/thread/f10qtbsnvz2df7hr8lhybfr6pwtmkbvz It does NOT limit the actual MHz of the virtual CPU, I don't think this is even possible. HTH On 2023-03-22 16:38, Alex Mattioli wrote: > I think it's supposed to limit the frequency of the CPU, but I've > never seen it actually do anything. > > > > > -----Original Message----- > From: Christian Reichert <christian.reich...@scsynergy.com> > Sent: 22 March 2023 16:49 > To: 'users@cloudstack.apache.org' <users@cloudstack.apache.org> > Subject: AW: Adding Tags to Service Offerings in use > > Hi Alex, > > okay so I'm creating new compute offerings with the tags. > One more question, when creating new offerings it is possible to > specify "CPU in MHz)", what is the exact impact on the offering? > > Best regards, > > Christian > > -----Ursprüngliche Nachricht----- > Von: Alex Mattioli [mailto:alex.matti...@shapeblue.com] > Gesendet: Mittwoch, 22. März 2023 11:06 > An: users@cloudstack.apache.org > Betreff: RE: Adding Tags to Service Offerings in use > > With computer offerings it's a bit more "dangerous" and your VMs might > not start up properly. > > I would suggest creating new compute offerings and "scaling" your VMs > to those, even if the CPU/RAM is the same. > > > > > -----Original Message----- > From: Christian Reichert <christian.reich...@scsynergy.com> > Sent: 22 March 2023 08:23 > To: 'users@cloudstack.apache.org' <users@cloudstack.apache.org> > Subject: AW: Adding Tags to Service Offerings in use > > Hi Alex, > > thanks for the feedback, I will try it. > Do you see any problem when doing the same with compute offerings? > > Best regards, > > Christian > > -----Ursprüngliche Nachricht----- > Von: Alex Mattioli [mailto:alex.matti...@shapeblue.com] > Gesendet: Dienstag, 21. März 2023 19:31 > An: users@cloudstack.apache.org > Betreff: RE: Adding Tags to Service Offerings in use > > Hi Christian, > > If you do add the same tags to the corresponding primary storages and > migrate all relevant volumes to those same primary storages then it > should be fine. I've done exactly that in the past without issues. > > Cheers > Alex > > > > > > -----Original Message----- > From: Christian Reichert <christian.reich...@scsynergy.com> > Sent: 21 March 2023 19:26 > To: 'users@cloudstack.apache.org' <users@cloudstack.apache.org> > Subject: AW: Adding Tags to Service Offerings in use > > Hi Alex, > > I will add tags to disk offerings to put disks on separate primary > storages. > > Thanks, > Christian > > > > -----Ursprüngliche Nachricht----- > Von: Alex Mattioli [mailto:alex.matti...@shapeblue.com] > Gesendet: Dienstag, 21. März 2023 19:16 > An: users@cloudstack.apache.org > Betreff: RE: Adding Tags to Service Offerings in use > > Indeed you can only do that in the DB afaik. > As any other manual DB manipulation, you need to be extremely careful. > Which tags are you planning on adding and what for exactly? That will > help evaluate how dangerous (or not) it's likely to be. > > Cheers > Alex > > From: Christian Reichert <christian.reich...@scsynergy.com> > Sent: 21 March 2023 19:10 > To: 'users@cloudstack.apache.org' <users@cloudstack.apache.org> > Subject: Adding Tags to Service Offerings in use > > Hi, > > is it possible to add tags to service offerings already in use? > On the UI I get an error message but I cloud do it on the database, > good idea or will I end up with some other problems? > > Thanks and best regards, > > Christian
