[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-users] performance and ressource monitoring and statistics

  • To: Henning Sprang <henning_sprang@xxxxxx>
  • From: Alex Iribarren <alex.iribarren.lists@xxxxxxxxx>
  • Date: Thu, 22 Feb 2007 14:24:09 +0100
  • Cc: Xen users mailing list <xen-users@xxxxxxxxxxxxxxxxxxx>
  • Delivery-date: Thu, 22 Feb 2007 05:23:34 -0800
  • Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:openpgp:content-type; b=hOWlFfdKA6JZRcSe9SqMJb4H0/lRiL4Ed8Ck6NxjXEtm5iRj+r9FYvF08/3ORhSB420BXQAspCj9YcCPOyKIO/EsONWvOyU94Boco629KJUiaMeikog49nHarRtxXdcl6FpYh27HJeyTCYToPfby/Ilw1Pqye53kMhWqJW8jZg0=
  • List-id: Xen user discussion <xen-users.lists.xensource.com>
  • Openpgp: id=CAE83E64


I'm starting to look into monitoring the dom0 for the same reasons as
you. Have you discovered/developed anything interesting since writing
this email?


Henning Sprang wrote:
> Hi,
> Apart from normal service availability and quality monitoring and
> measuring of ressources on a system as it would be done for any normal
> machine, I think about additionally monitoring Xen-specific data and
> creating one/some Nagios plugins for this.
> So one idea is that I want to know when cpu, net and disk I/O on a Xen
> host are saturated, which could, depending on specific needs and
> SLA's, make it necessary to add ressources to the host or migrate VM's
> to other hosts on which these ressources aren't saturatd yet, or
> aother measures.
> While, as far as I understand it, CPU scheduling and traffic shaping
> are highly  useful to set rules to allocate a given share of the
> available ressources to specific vm's, and set minimal and maximal
> amounts of these shares, in some cases it might be desirable to get
> more information, and be warned.
> As a result of this, I started to analyze (with a nagios plugin)
> different sources of xen runtime data, beginning with the output of
> xentop -b -i 2, and will mgo on to look deeper into libxenstats,
> XenMon and xenoprof(of which I am not yet sure if it's good for
> analyzing production runtime data, or if it's more the kind of
> profiling one does in non-production environments).
> Getting CPU share and seeing when the CPU is fully loaded is no great
> deal.
> Getting useful information of net and disk I/O saturation requires a
> lot of math and measuring (what's the maximum possible net/disk I/O on
> that machine, under the given configuration? ) -  they both are
> depending on overall hardware, cpu scheduling and a lot of other
> factors - I am really not sure if this is worth the trouble.
> I am at the same time working on implementations and looking at
> information and publications on that topic, like multiple papers on
> XenMon available, and so on.
> Did anybody else think about this, or anybody has comments if this is
> the right direction to think or better/concrete data to collect and
> look at?
> Henning
> _______________________________________________
> Xen-users mailing list
> Xen-users@xxxxxxxxxxxxxxxxxxx
> http://lists.xensource.com/xen-users

Attachment: signature.asc
Description: OpenPGP digital signature

Xen-users mailing list



Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.