03:00:13 #startmeeting zun 03:00:14 Meeting started Tue Jul 11 03:00:13 2017 UTC and is due to finish in 60 minutes. The chair is hongbin. Information about MeetBot at http://wiki.debian.org/MeetBot. 03:00:15 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 03:00:17 The meeting name has been set to 'zun' 03:00:19 #link https://wiki.openstack.org/wiki/Zun#Agenda_for_2017-07-11_0300_UTC Today's agenda 03:00:21 #topic Roll Call 03:00:24 O/ 03:00:27 Shubham 03:00:33 fengshegnqin 03:00:34 o/ 03:00:42 o/ 03:00:42 Namrata 03:00:43 o/ 03:00:48 O/ 03:01:18 thanks for joining the meeting kevinz shubhams FengShengqin spn_ kiennt Namrata mkrai lakerzhou1 03:01:43 ok, let's get started 03:01:45 #topic Announcements 03:01:52 1. Hongbin, Kevin and Shengqin will be at OpenStack China Day 2017-07-25. 03:01:58 Someone volunteer to hold the team meeting at 2017-07-25? or cancel it? 03:02:21 shunliz 03:02:28 hi Shunli 03:02:34 I can chair it but seems most of the active members will be on leave so its better to cancel 03:02:40 hongbin: WDYT? 03:03:04 )-: 03:03:06 mkrai: ok, then let's cancel it 03:03:35 i will send out a ML to announcement that 03:03:40 hongbin: Ok 03:03:49 see you next time. 03:03:58 2. New BPs created 03:04:04 #link https://blueprints.launchpad.net/zun/+spec/internal-dns-resolution Neutron DNS Using Container hostname 03:04:09 #link https://blueprints.launchpad.net/zun/+spec/multi-node-ci Setup CI for multi-node Zun deployment 03:04:15 #link https://blueprints.launchpad.net/zun/+spec/container-actions-api Introduce API to track status of each container actions 03:04:18 Sounds good 03:04:55 All the best for presentation :) 03:05:05 the purpose of these announcement is to let everyone know what BPs we are creating, so that everyone would have a chance to review the new BPs 03:05:10 sorry for later, you are talking that next team meeting will be canceled? 03:05:13 mkrai: thank you 03:05:40 Shunli: the next next one :) since some of us is at China day 03:05:58 ack ,thx hingbin 03:06:31 ok, any other comment for the two announcement today? 03:07:02 ok, move on 03:07:06 #topic Review Action Items 03:07:12 1. hongbin figure out why project logo is missing in Project Navigator (DONE) 03:07:18 #link https://www.openstack.org/software/project-navigator The logo is there now 03:07:26 2. hongbin figure out why project logo is missing in LB as well (DONE) 03:07:29 #link https://launchpad.net/zun The logo is there now. 03:07:33 thx hongbin :-) 03:07:46 kevinz: my pleasure :) 03:07:51 hongbin: What was the issue? 03:08:29 Anyway thanks for fixing it :) 03:08:30 mkrai: the first one is the website maintained by OpenStack Foundation is not updated 03:08:57 mkrai: the second one is resolved by configuring the LB 03:09:14 hongbin: I see. Thanks 03:10:01 ok, that is all the action items, move on to the next topic 03:10:03 #topic Introduce container composition (kevinz) 03:10:11 kevinz: ^^ 03:11:44 from what i knew, kevinz uploaded a WIP patch for this BP 03:11:46 #link https://review.openstack.org/#/c/480456/ 03:12:15 really a huge patch 03:12:19 Hi 03:12:20 :) 03:12:43 A little huge, I will reuse some code to cut off the patch size:-) 03:13:12 Can we break it in multiple patches ? 03:13:13 no problem, as it's a huge feature. 03:13:26 mkrai:Yeah of course 03:13:35 That will make it easy to read 03:13:38 So that easy to review if at all possible. Like split the api and server code 03:13:43 kevinz: Thanks 03:13:47 yw 03:14:07 kevinz: Is the patch functional? 03:14:08 I will split this week after the Slides for China day is ready 03:14:22 I would like to try creating a capsule 03:14:32 kevinz: Ok 03:14:34 mkrai: Yeah you can try it, now support capsule and list 03:14:44 capsule create and capsule list 03:14:59 kevinz: That's great 03:15:33 sorry trying to figure out. is capsule like a pod? 03:16:31 spn_: Yes 03:16:36 spn_: i think yes, you could consider it as a similar concept of pod 03:16:39 spn_: yeah you can treat it like a pod, container composition 03:16:43 capsule consist of multiple containers 03:17:21 mkrai: hongbin kevinz : thank u :) 03:17:56 any additional comment for this topic? 03:18:26 kevinz: thanks for your huge contribution on this feature ! 03:18:44 #topic NFV use cases 03:19:01 lakerzhou1: hi, you want to drive this topic ? 03:19:01 hongbin: My pleasure:-) 03:19:15 #link https://etherpad.openstack.org/p/zun-nfv-use-cases 03:19:47 I am working on the second design spec, hopefully I can send it for review this week 03:20:24 lakerzhou1: cool, perhaps you could explain to others what is the second design spec is about 03:20:51 a couple of questions that need to have answers: 1. should we work with Kuryr, or kuryr is the only option 03:21:35 the second spec will define how to create SR-IOV network and attach container to the network. 03:22:02 i see 03:23:01 second spec is use case 2? 03:23:12 If we follow Nova/neutron SR-IOV implementation, SR-IOV network and ports are create first, then 03:23:25 the port are bound to VMs 03:24:20 spn_. second spec is actually the first use case. In case you did not know, the first spec is to define the PCI-passthrough data model 03:24:42 lakerzhou1: seems kuryr is the only option in zun now. anyway we need a network plugin to create network for container. 03:24:44 #link https://review.openstack.org/#/c/475913/ 03:24:44 so scheduler can use the data model to schedule workload on corresponding node 03:26:20 Shunli, if Kuryr is the only option, we need kuryr support on create SR-IOV virtual Function and bind it to container 03:26:59 lakerzhou1: ok, so is there other options? 03:27:01 Mellanox has a driver available and looks simple to me. 03:27:22 https://github.com/Mellanox/docker-passthrough-plugin 03:27:30 #link https://github.com/Mellanox/docker-passthrough-plugin 03:27:47 the driver should work for other vendors NIC too 03:28:13 I am not sure how Kuryr can support the remote driver like this. 03:28:50 if it can be done, it is probably the easiest option for both zun and kuryr 03:29:18 lakerzhou1: for i350 some one mentions here #link http://jason.digitalinertia.net/exposing-docker-containers-with-sr-iov/ 03:29:40 i think using kuryr is probably the optimal solution, if the implementation is feasible 03:29:52 hongbin: +1 03:30:08 spn_, it is another remote driver based on pipework 03:30:19 lakerzhou1: yup 03:30:24 as i know nova support pci passthrouh. kuryr just forward request to neutron. 03:31:03 so i prefer kuryr can support pci passthrough. this may need some investigation. 03:31:26 lakerzhou1: if using mellanox, it will build another virtual network, that is in parallel with neutron? 03:31:44 the last puzzle to me is how kuryr bind a sriov port to container 03:32:49 the mellanox SR-IOV network is only visible on the docker node 03:33:15 i see 03:33:20 I guess user using zun will not configure two drivers, or switch it between two drivers. 03:34:01 kuryr should have existing implementation to map a neutron network to a docker network 03:34:09 From end-users point of view, they will just see neutron (all docker drivers will be invisible) 03:34:11 and vise versa 03:34:51 knowledge of neutron subnets i think 03:35:31 lakerzhou1: i think neutron net and docker net is one-to-many mapping 03:35:45 So there are two options in kuryr, with the new mellanox driver, or without the driver. 03:36:24 lakerzhou1: perhaps you could outline these options in a spec? 03:36:55 hongbin, I am trying to say it is existing kuryr function, to do the mapping. 03:37:09 yes, I will document all the options 03:37:24 ok 03:37:37 lakerzhou1: hongbin We aslo need to see how well Mellanox driver is maintained? 03:37:43 please let me know any ideas 03:38:04 I see there is only one contributor 03:38:22 i see 03:38:54 mkrai, do you know if intel has similar activity? I know intel were working on DPDK container support 03:39:31 lakerzhou1: I am sure there are work going on it but I am not connected to containers team 03:39:42 All are based in US 03:40:07 lakerzhou1: If you want I can try to check it with the containers team 03:40:44 mkrai, please. you can send me a contact if you want. 03:40:55 lakerzhou1: Sure will do that 03:41:27 ok, let's conclude this topic 03:42:05 to proceed, lakerzhou1 will upload a spec to clarify the options about sr-iov binding 03:42:32 after that, everyone could review the spec and weight the pros and cons for each option 03:43:02 then, we could re-discuss it at the next time we meet 03:43:30 comments on it before moving to the next topic? 03:44:12 no 03:44:20 ok 03:44:36 lakerzhou1: thanks for driving this effort 03:44:56 and all the hard work to write the specs 03:45:05 #topic Deprecate NovaDocker driver 03:45:31 first, i can introduce the background 03:45:42 +1 fro deprecate the NovaDocker driver. 03:45:51 right now, there are two drivers: native docker driver and nova docker driver 03:46:37 hongbin, no problem. 03:46:38 the nova docker driver was created in before as experimental driver 03:46:57 the goal is to leverage nova's capability to connect containers to neutron 03:47:30 at that time, the native docker driver hadn't integrate with kuryr yet, so doesn't have neutron connection 03:47:40 however, right now, we have the kuryr integration 03:47:58 then, it looks the nova-docker driver is not needed anymore 03:48:35 therefore, i propose to deprecate it 03:48:35 +1 for deprecating it 03:48:53 mkrai: ack 03:48:57 +1 03:49:12 if everyone agree, i will work on a patch to move the code to /contrib folder 03:49:39 seems there is no objection so far 03:49:48 Hi, sorry I joined late, was stuck in traffic 03:50:03 diga: hi, thanks for joining 03:50:18 hongbin: wc! 03:50:18 #agreed deprecate nova docker driver 03:50:48 this finished all the topics in the agenda, le'ts move on to open discussion 03:50:52 #topic Open Discussion 03:51:58 this is the free discussion time, please feel free to bring up any topic if you have one to discuss 03:51:59 I was on leave last week, I will try to submit patch by passing gate this week on cinder integration 03:52:10 diga: ack 03:52:25 diga: thanks for that 03:52:29 hongbin: welcone! 03:52:35 welcome! 03:54:00 kiennt: spn_ i remembered you two are the first time to joiin the team meeting, want to introduce youself to the team? 03:54:31 hongbin: sure 03:56:17 spn_: please go ahead :) 03:56:39 I work for Dell EMC as Sr.prinicipal engineer. I am based in Dublin. I used to join for magnum meetings before. Then I got send to do some other work inside Dell. Now I am back to work on Openstack. I initially worked on ceilometer in 2012. I used work on Linux kernel specifically qemu/kvm. Now since sometime I am working on Dell openstack reference architecture 03:57:29 spn_: impressive introduction 03:57:39 spn_: Welcome :) 03:57:43 Oh, hi everyone 03:57:52 mkrai: thank you 03:58:01 spn_: welcome to the zun team meeting 03:58:07 kiennt: spn_ Welcome to Zun ! 03:58:13 i'm Kien Nguyen from Fujitsu VietNam, just call me Kien :) 03:58:18 diga_: thank you 03:58:28 diga_: Thank you 03:58:36 kiennt: Welcome :) 03:58:55 welcoome 03:58:55 kiennt: welcome, 03:59:27 all, thanks for joining hte meeting 03:59:33 see you next time 03:59:34 mkrai, hongbin: Thank you. 03:59:37 #endmeeting