[Kimchi-devel] [PATCH V5 0/3] network improvment: add vms field
Yu Xin Huo
huoyuxin at linux.vnet.ibm.com
Wed Jan 8 03:40:30 UTC 2014
I see quite valuable comments in previous versions of this patch, many
thanks for team's discussion.
1. I see the future roadmap of network features.
a) add a vms field in /networks uri to get how many vms are
running on the network.
for this attribute, we tend to tell user how many ip
addresses are allocated and user can sniff something about the basic
workload of the network from it.
this will greatly decrease complexity at client side and
improve performance. it is a quite light-weight field with only numbers
of vms there, nothing unreasonable.
b) add a parameter named "ip_subnet" to /vms uri to get the vms
in a certain ip space.
for this parameter, we tend to add some fancy feature to
network.
we can draw a network topology with a switch in center and
vms around with all available information(name, interface, ip
address...) of vm that is helpful.
by this way, user can have a quite intuitive view of the
network environment and do some convenient operation directly there.
so two steps here, for this patch, only handle a), add a vms
attribute to tell how many vms running on a network. let us discuss
details of b) in next sprint as it is an advanced feature.
2. This drives us to think about the way to manage virtualization
environment.
Currently, we display vm, storage, network... in a quite flat way
there, leave user to check individual attributes to get their relationships.
I do not think this way is effective at all, I think these things
are tightly connected to construct virtualized computing environment.
So is it possible to manage virtualization by 'environment', in
each 'environment', there are vms, images, storage pool & volumes and
network connecting them.
This is strategic, I would like to listen to team's opinion.
On 1/7/2014 2:50 PM, shaohef at linux.vnet.ibm.com wrote:
> From: ShaoHe Feng <shaohef at linux.vnet.ibm.com>
>
> V4 -> V5
> fix typo in subject.
>
> V3 -> V4
> the subject of patch V3 3/3 is wrong.
> fix it.
>
> V2 -> V3
> update mockmodel and test case
>
> V1 -> V2
> set the flags argument of listAllDomains as 0 explicitly.
> For in some distros:
> $ pydoc libvirt.virConnect.listAllDomains
> libvirt.virConnect.listAllDomains = listAllDomains(self, flags) \
> unbound libvirt.virConnect method
>
> And in other distros:
> $ pydoc libvirt.virConnect.listAllDomains
> libvirt.virConnect.listAllDomains = listAllDomains(self, flags=0) \
> unbound libvirt.virConnect method
>
> ShaoHe Feng (3):
> network improvement: add vms field
> network improvement: update mockmodel to support vms field
> network improvement: update test case to support vms field
>
> docs/API.md | 1 +
> src/kimchi/control/networks.py | 1 +
> src/kimchi/mockmodel.py | 9 +++++++++
> src/kimchi/model.py | 15 +++++++++++++++
> tests/test_model.py | 1 +
> tests/test_rest.py | 3 +++
> 6 files changed, 30 insertions(+)
>
More information about the Kimchi-devel
mailing list