WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

[Xen-devel] Fwd: performance and ressource monitoring and statistics

To: xen-devel <xen-devel@xxxxxxxxxxxxxxxxxxx>
Subject: [Xen-devel] Fwd: performance and ressource monitoring and statistics
From: "Henning Sprang" <henning_sprang@xxxxxx>
Date: Thu, 30 Nov 2006 19:13:24 +0100
Delivery-date: Thu, 30 Nov 2006 10:13:24 -0800
Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=N/IOnQRdSam6CspqYeiPTBDx6/R3g3rXW6RPvCdXX8sNltwcO1xMDdOrXOGDK+pGYktLTmWCZoakk5aI6KvFhN0c2z3Rr/BMn/AeQ7IfCKxpNM1zP/gN+jeBmI/Mkc9TOqPjNWT7Qv73Bt9i6S0Ltb1ypE9ellh/NRAkvetXvdY=
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <5bb00b3f0611281035n5706e860w2e63bee1d1f2baa0@xxxxxxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <5bb00b3f0611281035n5706e860w2e63bee1d1f2baa0@xxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Hi,
Maybe some developers and interested people here have comments on this
Mail below I sent on xen-users without getting feedback yet?

I am already a bit further with investigations and thoughts:
As service quality of domains can and probably is best monitored from
the outside for most circumstances, I'm thinking mainly in the
direction of how an adminstrator can find out if a Xen Host has enough
ressources to run more VM's (e.g. as a migration target), or if VM's
need to be migrated from that machine because some or all ressources
are fully used, assuming the ideal goal is to use all ressources 100%,
not more, not less. Not sure if this is too theorethical?!

Seems like the newest XenMon/Shareguard paper has interesting info on
giving service guarantees, but also, as far as I can see, they work
into the direction of giving only guarantees about share of available
ressources, from an  management perspective internal to the machine,
and not yet from the external monitoring and decision perspective.

Henning

---------- Forwarded message ----------
Subject: performance and ressource monitoring and statistics
To: Xen users mailing list <xen-users@xxxxxxxxxxxxxxxxxxx>


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-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel

<Prev in Thread] Current Thread [Next in Thread>
  • [Xen-devel] Fwd: performance and ressource monitoring and statistics, Henning Sprang <=