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/
Home Products Support Community News


Re: RE: [Xen-API] Xen-API: XMLRPC Documentation

To: "xen-api@xxxxxxxxxxxxxxxxxxx" <xen-api@xxxxxxxxxxxxxxxxxxx>
Subject: Re: RE: [Xen-API] Xen-API: XMLRPC Documentation
From: George Shuklin <george.shuklin@xxxxxxxxx>
Date: Fri, 27 Aug 2010 20:42:30 +0400
Delivery-date: Fri, 27 Aug 2010 09:42:45 -0700
Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:in-reply-to :references:content-type:date:message-id:mime-version:x-mailer :content-transfer-encoding; bh=3Oyx9Zx+XjERyGiVhDkgppc0iNr1531e4Tr/wjzsggg=; b=QcHpmLGiQsGaQurhiVgQX/NjoZHSliIv8976AM5hp9N02+eLJudMsn6nYgTrGmnP87 pWGf6hP6ERsHQT04VHrmU87+B05kj6D7gGpidcut7oFUOeN0ZrHKYBOvp5TRzTHf1rDm 0rofbBUNG0JO3zBgknGOl53QeXvyy3pspRH0k=
Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:from:to:in-reply-to:references:content-type:date:message-id :mime-version:x-mailer:content-transfer-encoding; b=VvTy5Lt7kwm7lJM8QAYCgI+JufbWann1yW0ijkkI/lrlkD/EoEpJnKPupfxRy7TYpr o5mtdKhs8vo6yS4udaesmVJjNKk4SqATnna0Re7MhXwgbpEWPIOihCKljxjV2NsI5aEy QRaNAA4XLgfXT5nsMRg95CAPunLDNJCs/m0Xk=
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <AANLkTimxjKFNWZ3Jj-bmCEgE5_0hb7gMMdyzhdydPgzF@xxxxxxxxxxxxxx>
List-help: <mailto:xen-api-request@lists.xensource.com?subject=help>
List-id: Discussion of API issues surrounding Xen <xen-api.lists.xensource.com>
List-post: <mailto:xen-api@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-api>, <mailto:xen-api-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-api>, <mailto:xen-api-request@lists.xensource.com?subject=unsubscribe>
References: <246ad9ca-7fd4-6961-a1aa-d708b94870bf@xxxxxx> <1282868254.8152.25.camel@xxxxxxxxxxxxxxxx> <81A73678E76EA642801C8F2E4823AD219330C427ED@xxxxxxxxxxxxxxxxxxxxxxxxx> <1282916392.7119.42.camel@xxxxxxxxxxxxxxxxxxxxx> <AANLkTimxjKFNWZ3Jj-bmCEgE5_0hb7gMMdyzhdydPgzF@xxxxxxxxxxxxxx>
Sender: xen-api-bounces@xxxxxxxxxxxxxxxxxxx
В Птн, 27/08/2010 в 16:28 +0200, Alberto González Rodríguez пишет:

> > ... And this cause problems for any third party applications: they
> need
> > to use XenAPI calls to host master to get any, may be non-important
> > information every time. We wants to show customer list of 10 VMs? We
> > need to do _TEN_ XenAPI call just to get data to display (customer
> press
> > 'f5' and we sending requests again). As alternative we can get
> status
> > for all VM, but this unacceptable in case of thousands customers.
> >
> I think you should use another strategy for it. On xenwebmanager i
> only do a call for get all data (when user is connected), and i get
> updates from xapi calling to event.next, then i save it into memory
> and i only need use this information saved in memory for show data 

Yes, this works fine until you are talking about 100-200-300 VM. But let
assume a some big cloud with 10000 VMs. Customer see only 10-20-30 of
them, and he needs to see their status and get updates of their state.

What is shall do? Requesting state for all VM? Requesting state for each
vm in list? Both of them are N.G. Simple selection from database will
helps. Right now we implement a DB as additional level over XCP, wich
serve requests.

But isn't it too much levels? xen, libxc, xapi, XenAPI, mongo DB, yet
another interface to clients.... I'm still in research state, but I hope
we will find some kind of cute solution (and I can't decide between
ocaml xapi and python xend... Tune xend may be simpler in term of
language, but xapi is already have many functions implemented...)


>>> I don't understand... xapi does support HTTP/1.1 with persistent
connections-- do you mean something different?
>>OK, may be I wrong, but how I could do few post requests for XenAPI
>>via single http connections? It is really possible? If yes, this will
>>close this nasty question.

>if you sniff xencenter connections (or openxenmanager/xenwebmanager
>using xmlrpclib on python) you will see only a connection

>Here there is some information

Thank you, I will dig in it and hope it helps.
wBR, George.

xen-api mailing list