Wednesday, 2016-06-29

*** openstack has joined #openstack-zun01:24
*** shu-mutou has joined #openstack-zun01:33
*** yanyanhu has joined #openstack-zun01:50
*** sheel has joined #openstack-zun02:48
*** yuanying has quit IRC02:50
*** klkumar has joined #openstack-zun02:58
*** yuanying has joined #openstack-zun03:47
*** sudipto has joined #openstack-zun04:42
*** flwang1 has quit IRC05:00
*** irenab has joined #openstack-zun05:07
*** chandankumar has joined #openstack-zun05:49
*** sudipto has quit IRC06:54
*** flwang1 has joined #openstack-zun07:26
*** klkumar has quit IRC08:21
*** shu-mutou has quit IRC08:25
openstackgerritMerged openstack/higgins: Fix error in quickstart  https://review.openstack.org/33484708:27
*** klkumar has joined #openstack-zun08:35
*** flwang1 has quit IRC08:39
openstackgerritMerged openstack/higgins: Add Higgins Service Controller  https://review.openstack.org/32561108:51
*** flwang1 has joined #openstack-zun09:26
*** sudipto has joined #openstack-zun09:27
*** yanyanhu has quit IRC10:04
*** mkrai_ has joined #openstack-zun10:20
*** sudipto has quit IRC10:36
*** sudipto has joined #openstack-zun10:53
*** mkrai_ has quit IRC11:07
*** sudipto has quit IRC11:14
*** mkrai has joined #openstack-zun11:28
*** irenab has quit IRC11:29
*** irenab has joined #openstack-zun11:40
*** chandankumar has quit IRC11:50
*** chandankumar has joined #openstack-zun11:51
*** klkumar has quit IRC12:13
*** mkrai has quit IRC12:13
*** chandankumar has quit IRC12:45
*** sudipto has joined #openstack-zun12:54
*** hongbin has joined #openstack-zun13:34
hongbinsudipto: there?13:35
sudiptohongbin, hello13:35
hongbinhey13:35
hongbinA good time to discuss the API design ?13:35
sudiptoCan you give me like 15 mins? Working on a set of patches in nova (deadline for feature freeze is in another 2 days)... else if you are free later in your day, i am going to be around.13:36
hongbinsure. Just ping me after13:36
sudiptohongbin, done!13:37
hongbindone? 15 mins....13:37
sudiptohongbin, sure if you prefer that or if you are free sometime in another couple of hours, that works too.13:40
hongbinI can start now13:41
sudiptohongbin, ok sure.13:41
hongbinsudipto: I sent an email yesterday to summarize the design13:41
hongbinThat is my understanding of the agreement. Hope I didn't misunderstand something13:42
hongbinWe can start the discussion based on that13:42
sudiptohongbin, yeah - i went through it - i think that's a good summary. I wanted to reply saying - we may want to start with the reference architecture to begin with - to find that minimal overlap of APIs you talked about between COEs?13:42
hongbinok13:43
sudiptodo you agree?13:43
hongbinI think it is good to start with basic13:43
*** Qiming has quit IRC13:44
hongbinsure with reference architecture?13:44
hongbinsure13:44
*** Qiming has joined #openstack-zun13:44
hongbins/sure/start/13:44
hongbinwhat do you think about the reference architecture?13:44
sudiptoyeah i think we will otherwise struggle to map what we want to overlap between let's say K8s and swarm13:46
*** klkumar has joined #openstack-zun13:46
hongbinsudipto: Yes. I wonder if you have any idea about the reference architucture13:47
hongbinsudipto: what the architecture should look like?13:48
sudiptohongbin, yeah - been thinking about it. I guess it's important to define what we want...and from your mail - i have the understanding that we want something like kubernetes. right?13:48
hongbinsudipto: Sort of. We want a wrapper of kubernetes13:49
sudiptohongbin, as in Kubernetes is wrapper is the integration to the COE part...however - then we also want to call docker APIs as a part of ZUN (and i thought we want to approach this like kubernetes)13:50
hongbinOh, the reference implementation13:50
hongbinThat is different13:50
hongbinhttps://etherpad.openstack.org/p/zun-containers-service-api13:51
hongbinsudipto: I think the reference implementation should not look like kubernetes, otherwise, it will have a lot of work :)13:51
sudiptohongbin, heh, got it now. I thought we wanted to approach it that way.13:51
hongbinsudipto: maybe just a container abstraction is enough13:51
hongbinok13:52
sudiptohongbin, so let's start with an etherpad for the API design?13:52
hongbinthis one? https://etherpad.openstack.org/p/zun-containers-service-api13:53
sudiptoThis seems almost done, from the point of view of doing a docker native API support, no?13:53
sudiptoor do you want to run through this once?13:54
*** chandankumar has joined #openstack-zun13:54
hongbinNo. I mean the API desing is there13:54
hongbinsudipto: OK. Maybe we need to discuss the API things13:55
sudiptoI think we should go with docker registry APIs as opposed to glance for images to begin with - what do you say?13:55
sudiptosince glance support may take sometime to get built.13:56
hongbinGlance already support docker13:56
sudiptohongbin, yeah it does but it does not support anything beyond storing the docker gz file.13:56
hongbin(flwang has pointed that out in the meeting13:56
hongbinsudipto: Yes, it doesn't support layer of docker iamges13:57
sudiptoI thought we discussed with flwang and he agreed that the support is only that we store the gz files. That's what i see in the glance documentation and of whatever i have used.13:57
hongbinYes, I guess gz files is enough for us to start?13:58
sudiptowhich means, that we anyway ask the user to use something like "docker pull" and then "docker save"13:58
hongbinI see13:58
hongbinIf we use glance, the workflow is something like this:13:58
hongbindocker pull -> docker export -> glance create -> container create13:59
hongbindocker pull -> docker export produce a tar file13:59
hongbinglance image-create  upload the tar file teh glance14:00
sudiptohttps://wiki.openstack.org/wiki/Docker --> Using Nova-Docker14:00
hongbinzun container-create --image <GLANCE_IMAGE>14:00
sudiptothis documents the glance support today14:00
sudiptoyeah that could also be done for now.14:00
hongbinOK14:01
hongbinThat is the short term solution14:01
sudiptohowever, glance doesn't support a "docker commit"14:01
sudiptowhich means that the user again goes back to the pull/save workflow in order to use the image.14:01
hongbinsudipto: I see14:02
hongbinTHen, how about create a command "zun container-commit"14:02
hongbinThat upload commit the image and upload it to glance14:02
sudiptothat sounds interesting :)14:03
sudiptoso basically this command under the hood would do a glance registry upload - then pull back the image down to glance?14:03
hongbinyes14:03
hongbinFrom end-users point of view, it should be similiar to docker commit14:04
sudiptohowever, this image is just an increment from the last one ...14:04
hongbinI see14:04
sudiptowe can however, do this workflow and have a TODO to glance to do incremental saves - what say?14:05
hongbinyes glance needs to support that14:06
hongbinIf not, we need a work around14:06
sudiptoGlance or Glare - whichever would bring the image support. Nikhil (Glance PTL) - is interested in this and so is mfedosin (Glare lead)...I will have a talk with them...14:06
sudiptoflwang, is the best person in any case :)14:07
hongbinflwang1: ^^14:07
sudiptook let's move on then?14:08
hongbink14:08
hongbinBTW, I haven't thought about the image support thoughfully. That worthes a spec to talk about it14:09
sudiptoyeah i was just jotting it down on the etherpad then realize there might be some optimizations done - since we would take a round about route to get to glance...14:10
hongbinmaybe cache in local, or similiar optimization14:11
sudiptoyeah14:12
hongbinsudipto: For the API design, you said you want one set of APIs instead of two set ?14:12
sudiptohongbin, nope. I thought i read it that way.14:12
sudiptoin your mail14:12
hongbinok14:12
hongbinIn the email, I explained there is two set of APIs14:13
hongbinThe first set for COEs, the other set for container runtimes14:13
sudiptobut i think you were clear about 2 sets of API. My perception was, we are not really supporting the docker native APIs at all, instead supporting a cluster management from OpenStack - and that's what the reference architecture was for the COEs.14:13
sudiptoyeah - that makes it clear...14:13
hongbinok. Good that this is clear14:14
hongbinsudipto: did you see any pitfall in this design?14:15
* sudipto seeks 10 mins from hongbin to work on a review comment. Sorry.14:15
hongbinnp14:15
*** klkumar has quit IRC14:17
*** sheel has quit IRC15:15
*** sheel has joined #openstack-zun15:49
*** klkumar has joined #openstack-zun16:03
*** klkumar has quit IRC17:31
*** harlowja has joined #openstack-zun17:37
harlowjahongbin i'm around when u around17:37
*** sudipto has quit IRC17:44
hongbinharlowja: never mind. I asked the sig-openstack17:52
harlowjak17:52
*** sheel has quit IRC18:55
*** chandankumar has quit IRC19:38
*** flwang1 has quit IRC20:36
*** hongbin has quit IRC23:34

Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!