Hi,How about the performance and transaction problems?Can't we consider implementing nova quantum api on the quantum server side?Regards,Yong Sheng Gong-Dan Wendlandt wrote: -To: Yong Sheng Gong/China/IBM@IBMCNFrom: Dan Wendlandt Date: 05/30/2012 07:59AMCc: Trey Morris , netstack@lists.la
Hi Yong,
Yes, trey is waiting on the new API code, as which point there will no
longer be separate calls to quantum + melange, but rather a single call to
the quantumv2 API.
dan
On Tue, May 29, 2012 at 3:53 PM, Yong Sheng Gong wrote:
> Hi Dan and tr3buchet,
> I see some things in branch
> htt
Hi Dan and tr3buchet,I see some things in branch https://github.com/tr3buchet/nova/tree/quantum_api:1. compute manager is using a configurable network_api, i.e.self.network_api = utils.import_object(FLAGS.network_api_class)instead of self.network_api = network.API().I think, to use new quantum netw
On Tue, May 29, 2012 at 9:07 AM, Trey Morris wrote:
> Mr. Gong, we've got a lot of work going on in this area and it's rapidly
> changing at the moment. We've already written a new network manager that we
> use and I'm in the process of removing the network manager piece all
> together when using
Mr. Gong, we've got a lot of work going on in this area and it's rapidly
changing at the moment. We've already written a new network manager that we
use and I'm in the process of removing the network manager piece all
together when using nova with quantum. This work is planned for upstream as
a par
Hi,We have planned to replace quantum network manager in nova project with quantum api v2.0 calls.I have found that nova will call following 34 network api methods:class API(base.Base): # called in compute manager def get_instance_nw_info(self, context, instance): pass def add_
6 matches
Mail list logo
