[Engine-devel] which data structure is better
Hi All, I am Jason Liao from HP who are in charge of NUMA and Virtual NUMA feature. Now I have some concept about the host NUMA topology data structure on engine core We have VDS, VDSDynamic, VDSStatic, VdsStatistics object on engine core. And we have NUMA topology information: List numaNodeList NumaNode String ID # update from GetCapabilitiesVDSCommand List cpuList # update from GetCapabilitiesVDSCommand Int totalMem# update from GetCapabilitiesVDSCommand Int freeMem # update from GetStatsVDSCommand A. Add this data structure into VDSDynamic We should change the GetStatsVDSCommand update the VDSDynamic data. B. Add this data structure into VDS, and build the data structure from VDSDynamic, VdsStatistics I prefer B. does anybody have some comments? Best Regards, Jason Liao ___ Engine-devel mailing list Engine-devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/engine-devel
Re: [Engine-devel] which data structure is better
Hi Please don't add rapidly changing data to VDSDynamic - it has major performance implications. So, choose option B. Actually, try to expose relevant data in VDSDynamic and VDSStatistics, and VDS should call VDSDynamic and VDSStatistics and merge the data from both entities. On Thu, Feb 20, 2014 at 11:31 AM, Liao, Chuan (Jason Liao, HPservers-Core-OE-PSC) wrote: > Hi All, > > > > I am Jason Liao from HP who are in charge of NUMA and Virtual NUMA feature. > > > > Now I have some concept about the host NUMA topology data structure on > engine core > > > > We have VDS, VDSDynamic, VDSStatic, VdsStatistics object on engine core. > > > > And we have NUMA topology information: > > List numaNodeList > > NumaNode > > String > ID # update from > GetCapabilitiesVDSCommand > >List cpuList # update > from GetCapabilitiesVDSCommand > > Int totalMem# update from > GetCapabilitiesVDSCommand > >Int freeMem # > update from GetStatsVDSCommand > > > > A. Add this data structure into VDSDynamic > > We should change the GetStatsVDSCommand update the VDSDynamic data. > > B. Add this data structure into VDS, and build the data structure > from VDSDynamic, VdsStatistics > > > > I prefer B. does anybody have some comments? > > > > > *Best Regards, *Jason Liao > > > > ___ > Engine-devel mailing list > Engine-devel@ovirt.org > http://lists.ovirt.org/mailman/listinfo/engine-devel > > ___ Engine-devel mailing list Engine-devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/engine-devel
Re: [Engine-devel] which data structure is better
- Original Message - > From: "Liran Zelkha" > To: "Chuan Liao (Jason Liao, HPservers-Core-OE-PSC)" > Cc: engine-devel@ovirt.org, "Chegu Vinod" , "Shang-Chun > Liang (David Liang, > HPservers-Core-OE-PSC)" > Sent: Thursday, February 20, 2014 11:40:57 AM > Subject: Re: [Engine-devel] which data structure is better > > Hi > > Please don't add rapidly changing data to VDSDynamic - it has major > performance implications. > So, choose option B. Actually, try to expose relevant data in VDSDynamic and > VDSStatistics, and VDS should call VDSDynamic and VDSStatistics and merge > the data from both entities. Agree.We had lately several bottle-necks around the VDS/VM updates and Liran had improved the relevant queries and added batch-update stuff, so we want to keep the performance gain > > > On Thu, Feb 20, 2014 at 11:31 AM, Liao, Chuan (Jason Liao, > HPservers-Core-OE-PSC) < chuan.l...@hp.com > wrote: > > > > > > Hi All, > > > > I am Jason Liao from HP who are in charge of NUMA and Virtual NUMA feature. > > > > Now I have some concept about the host NUMA topology data structure on engine > core > > > > We have VDS, VDSDynamic, VDSStatic, VdsStatistics object on engine core. > > > > And we have NUMA topology information: > > List numaNodeList > > NumaNode > > String ID # update from GetCapabilitiesVDSCommand > > List cpuList # update from GetCapabilitiesVDSCommand > > Int totalMem # update from GetCapabilitiesVDSCommand > > Int freeMem # update from GetStatsVDSCommand > > > > A. Add this data structure into VDSDynamic > > We should change the GetStatsVDSCommand update the VDSDynamic data. > > B. Add this data structure into VDS, and build the data structure from > VDSDynamic, VdsStatistics > > > > I prefer B. does anybody have some comments? > > > > Best Regards, > Jason Liao > > > > ___ > Engine-devel mailing list > Engine-devel@ovirt.org > http://lists.ovirt.org/mailman/listinfo/engine-devel > > > > ___ > Engine-devel mailing list > Engine-devel@ovirt.org > http://lists.ovirt.org/mailman/listinfo/engine-devel > ___ Engine-devel mailing list Engine-devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/engine-devel
[Engine-devel] VM Ip Address
We have a RHEV 3.2 manager environment setup with hosts having virtual machines. The administrator's have confirmed that they have assigned IP addresses to the VM's, but the address is not showing up both in the Web Admin console, and the ReST API payload for /api/vms/{vm-id} ___ Engine-devel mailing list Engine-devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/engine-devel
Re: [Engine-devel] VM Ip Address
Did the administrators install the ovirt-guest-agent on the VMs. IIRC the engine doesn't know the IP address of the VM unless the VM tells the engine with the guest agent. On Thursday, February 20, 2014 08:10:11 PM Vikas Kokare wrote: > We have a RHEV 3.2 manager environment setup with hosts having virtual > machines. The administrator's have confirmed that they have assigned IP > addresses to the VM's, but the address is not showing up both in the Web > Admin console, and the ReST API payload for /api/vms/{vm-id} ___ Engine-devel mailing list Engine-devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/engine-devel
[Engine-devel] Install rhevm-guest-agent on SLES guest
We want to install the rhevm-guest-agent package on a virtual machine with Suse Linux as the guest OS. The RHEVM 3.2 documentation provides install instructions for RHEL and Windows guests but not for Suse Linux. This agent is important to monitor virtual resources on guest machines, hence the need. How can this be done? ___ Engine-devel mailing list Engine-devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/engine-devel
[Engine-devel] Storage allocation and usage
We are trying to query the rhevm/oVirt engine for the storage allocation/actual usage numbers for 1. Host 2. Virtual Machine (we can have allocation size from virtual disks associated with VM, but not the actual usage) 3. Cluster Is there a ReST API that can fetch this information? ___ Engine-devel mailing list Engine-devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/engine-devel