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

[Xen-users] performance and ressource monitoring and statistics


  • To: "Xen users mailing list" <xen-users@xxxxxxxxxxxxxxxxxxx>
  • From: "Henning Sprang" <henning_sprang@xxxxxx>
  • Date: Tue, 28 Nov 2006 19:35:46 +0100
  • Delivery-date: Tue, 28 Nov 2006 10:35:57 -0800
  • Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth; b=GrfeflLoVe19MGgA09UqDJC2k8QrWmWNioB3MvIbYGmEwoUkgC6c86/tjMdo3i33dH1H6JvuMU9uW+DeKvcxU3YqYALeTsRx65Mqwd+zY8B4oYrGy/D/go+B41FjoSzEzz6Q4tid2JoFk5olPKh3m3tSCbE1EeHTQ0T2PGs7frM=
  • List-id: Xen user discussion <xen-users.lists.xensource.com>

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


 


Rackspace

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