Open Stack

Hey Hongbin,

is there a way to display ZUN’s resource usage ?
i.e. analogous to nova’s     “nova hypervisor-show <node>”
e.g. memory usages, cpu usage, etc .

Greg.


From: Hongbin Lu <hongbin.lu at huawei.com>
Date: Friday, July 7, 2017 at 2:08 PM
To: Greg Waines <Greg.Waines at windriver.com>, "openstack-dev at lists.openstack.org" <openstack-dev at lists.openstack.org>
Subject: RE: [openstack-dev] [zun] Some general ZUN use case / drivers type questions

Hi Greg,

Zun currently leverages the “--memory", “--cpu-period”, and “--cpu-quota” options to limit the CPU and memory. Zun does do resource tracking and scheduling right now, but this is temporary. The long-term plan is to switch to the Placement API [1] after it is spited out from Nova.

[1] https://docs.openstack.org/nova/latest/placement.html

Best regards,
Hongbin

From: Waines, Greg [mailto:Greg.Waines at windriver.com]
Sent: July-07-17 11:00 AM
To: Hongbin Lu; OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [zun] Some general ZUN use case / drivers type questions

Thanks Hongbin.

I’ve got zun setup in devstack now, so will play with it a bit to better understand.

Although a couple more questions (sorry)

•         in the current zun implementation of containers directly on compute nodes,
does zun leverage any of the docker capabilities to restrict the amount of resources used by a container ?
e.g. the amount and which cpu cores the container’s processes are allowed to use,
         how much memory the container is allowed to access/use, etc.

e.g. see https://docs.docker.com/engine/admin/resource_constraints/

•         and then,
I know you mentioned that the assumption is that there are separate availability zones for zun and nova.

o    but does zun do Resource Tracking and Scheduling based on that Resource Tracking for the nodes its using ?

Greg.


From: Hongbin Lu <hongbin.lu at huawei.com<mailto:hongbin.lu at huawei.com>>
Date: Friday, July 7, 2017 at 10:42 AM
To: Greg Waines <Greg.Waines at windriver.com<mailto:Greg.Waines at windriver.com>>, "openstack-dev at lists.openstack.org<mailto:openstack-dev at lists.openstack.org>" <openstack-dev at lists.openstack.org<mailto:openstack-dev at lists.openstack.org>>
Subject: RE: [openstack-dev] [zun] Some general ZUN use case / drivers type questions

Hi Greg,

Sorry for the confusion. I used the term “container-in-baremetal” to refer to a deployment pattern that containers are running on physical compute nodes (not an instance provided by Nova/Ironic). I think your second interpretation is right if “OpenStack Hosts” means a compute node. I think a diagram [1] could explain the current deployment scenario better.

For the container-in-coe scenario, it is out of the current focus but the team is exploring ideas on it. I don’t have specific answers for the two questions you raised but I encourage you to bring up your use cases to the team and keep the discussion open.

[1] https://www.slideshare.net/hongbin034/clipboards/zun-deployment

Best regards,
Hongbin

From: Waines, Greg [mailto:Greg.Waines at windriver.com]
Sent: July-07-17 7:05 AM
To: OpenStack Development Mailing List (not for usage questions)
Cc: Hongbin Lu
Subject: Re: [openstack-dev] [zun] Some general ZUN use case / drivers type questions

Hongbin,
Thanks for the responses.
A couple of follow up, clarifying questions ...


•         You mentioned that currently Zun supports the container-in-baremetal scenario

o    is this done by leveraging Ironic baremetal service ?

•  e.g. does Zun launch an Ironic baremetal instance (running docker) in order to host containers being launched by Zun ?

o    OR

o    do you must mean that, in this scenario, OpenStack Hosts are deployed&configured with docker software,
and Zun expects docker to be running on each OpenStack Host, in order to launch its containers ?



•         In the future, when Zun supports the container-in-coe scenario

o    is the idea that the COE (Kubernetes or Swarm) will abstract from Zun whether the COE’s minion nodes are OpenStack VMs or OpenStack Baremetal Instances (or OpenStack Hosts) ?

o    is the idea that Magnum will support launching COEs with VM minion nodes and/or Baremetal minion nodes ?


Greg.


From: Hongbin Lu <hongbin.lu at huawei.com<mailto:hongbin.lu at huawei.com>>
Reply-To: "openstack-dev at lists.openstack.org<mailto:openstack-dev at lists.openstack.org>" <openstack-dev at lists.openstack.org<mailto:openstack-dev at lists.openstack.org>>
Date: Thursday, July 6, 2017 at 2:39 PM
To: "openstack-dev at lists.openstack.org<mailto:openstack-dev at lists.openstack.org>" <openstack-dev at lists.openstack.org<mailto:openstack-dev at lists.openstack.org>>
Subject: Re: [openstack-dev] [zun] Some general ZUN use case / drivers type questions

Hi Greg,

Please find my replies inline.

Best regards,
Hongbin

From: Waines, Greg [mailto:Greg.Waines at windriver.com]
Sent: July-06-17 11:49 AM
To: openstack-dev at lists.openstack.org<mailto:openstack-dev at lists.openstack.org>
Subject: [openstack-dev] [zun] Some general ZUN use case / drivers type questions

Apologize I have some ‘newbie’ questions on zun.
I have looked a bit at zun ... a few slide decks and a few summit presentation videos.
I am somewhat familiar with old container orchestration attempts in openstack ... nova and heat.
And somewhat familiar with Magnum for COEs on VMs.


Question 1:

-          in long term, will ZUN manage containers hosted by OpenStack VMs or OpenStack Hosts or both ?

o    I think the answer is both, and

o    I think technically ZUN will manage the containers in OpenStack VM(s) or OpenStack Host(s), thru a COE

•  where the COE is kubernetes, swarm, mesos ... or, initially, some very simple default COE provided by ZUN itself.

[Hongbin Lu] Yes. Zun aims to support containers in VMs, baremetal, or COEs in long term. A clarification is Zun doesn’t aim to become a COE, but it could be used together with Heat [1] to achieve some container orchestration equivalent functionalities.

[1] https://review.openstack.org/#/c/437810/
Question 2:
-          what is currently supported in MASTER ?

[Hongbin Lu] What currently supported is container-in-baremetal scenario. The next release might introduce container-in-vm. COE integration might be the long term pursue.


Question 3:
-          in the scenario where ZUN is managing containers thru Kubernetes directly on OpenStack Host(s)
o    I believe the intent is that,
at the same time, and on the same OpenStack Host(s),
NOVA is managing VMs on the OpenStack Host(s)
o    ??? Has anyone started to look at the Resource Management / Arbitration of the OpenStack Host’s Resources,
       between ZUN and NOVA ???
[Hongbin Lu] No, it hasn’t. We started with an assumption that Zun and Nova are managing disjoined set of resources (i.e. compute hosts) so there is not resource contention. The ability to share compute resources across multiple OpenStack services for VMs and containers is cool and it might require discussions across multiple teams to build consensus of this pursue.
Question 4:
-          again, in the scenario where ZUN is managing containers thru Kubernetes directly on OpenStack Host(s)
-          what are the Technical Pros / Cons of this approach, relative to using OpenStack VM(s) ?
o    PROs
•  ??? does this really use less resources than the VM Scenario ???
•         is there an example you can walk me thru ?
•  I suppose that instead of pre-allocating resources to a fairly large VM for hosting containers,
you would only use the resources for the containers that are actually launched,
o    CONs
•  for application containers, you are restricted by the OS running on the OpenStack Host,

[Hongbin Lu] Yes, there are pros and cons of either approach, and Zun is not biased on either approach. Instead, Zun aims to support both if it is feasible.


Greg.
WIND RIVER
Titanium Cloud
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20170711/95333b7e/attachment.html>