| *** ianychoi has joined #edge-computing-group | 05:34 | |
| *** epalper has joined #edge-computing-group | 07:26 | |
| *** rosmaita has joined #edge-computing-group | 12:12 | |
| *** rosmaita has quit IRC | 12:24 | |
| *** rosmaita has joined #edge-computing-group | 12:30 | |
| *** dpaterson has joined #edge-computing-group | 13:04 | |
| *** esarault has joined #edge-computing-group | 13:24 | |
| csatari | #startmeeting review_of_dublin_edge_notes | 14:01 |
|---|---|---|
| openstack | Meeting started Thu Jul 5 14:01:45 2018 UTC and is due to finish in 60 minutes. The chair is csatari. Information about MeetBot at http://wiki.debian.org/MeetBot. | 14:01 |
| openstack | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 14:01 |
| *** openstack changes topic to " (Meeting topic: review_of_dublin_edge_notes)" | 14:01 | |
| openstack | The meeting name has been set to 'review_of_dublin_edge_notes' | 14:01 |
| csatari | Hi | 14:01 |
| csatari | #topic Roll call | 14:02 |
| dpaterson | o/ | 14:02 |
| *** openstack changes topic to "Roll call (Meeting topic: review_of_dublin_edge_notes)" | 14:02 | |
| csatari | #info csatari | 14:02 |
| csatari | Is everyone on vacation? | 14:02 |
| *** rlpple has joined #edge-computing-group | 14:03 | |
| timirnich | #info Tim Irnich | 14:03 |
| timirnich | Hey csatari | 14:04 |
| csatari | Hei timirnich | 14:04 |
| timirnich | sorry for being late | 14:04 |
| csatari | No worries. | 14:04 |
| csatari | As we have low participation we can do some freestyle discussion. | 14:05 |
| timirnich | great, since I have a newbie question ;-) | 14:06 |
| timirnich | I was looking at the action items at https://etherpad.openstack.org/p/Dublin-edge-notes-wiki | 14:06 |
| csatari | Go for it. | 14:06 |
| timirnich | Seems all are on you ;-) | 14:06 |
| timirnich | Mind if I pick something and help? | 14:06 |
| timirnich | (to the best of my ability) | 14:06 |
| csatari | No I do not mind. | 14:06 |
| csatari | I'm happy to hear. | 14:06 |
| csatari | Thanks | 14:06 |
| timirnich | Ok, then I'll take a closer look coming days | 14:07 |
| csatari | Okay. | 14:07 |
| dpaterson | This is not listed in the Dublin page but has a discussion started with the Interop people on how Edge will place into interop testing | 14:07 |
| dpaterson | ? | 14:07 |
| csatari | I closed most of them, but there are still some open ones. | 14:08 |
| timirnich | Not that I know - ain;t that a bit early? | 14:08 |
| csatari | Nope. I do not know about any discussion on interop testing. | 14:08 |
| dpaterson | Not sure it is, having policies defined in step with development is good practice? | 14:09 |
| csatari | We can add it to the agenda of the next "regular" meeting. | 14:09 |
| timirnich | I was discussing with Ildiko this morning how to delineate testing in OpenStack and OPNFV | 14:09 |
| timirnich | In Keystone context | 14:09 |
| csatari | I'm just in the steep part of my tempest learning curve :) | 14:09 |
| timirnich | In a nutshell we concluded deployment automation and "beyond devstack" testing seem like good opportunities for OPNFV | 14:10 |
| csatari | Yes, I agree. | 14:10 |
| dpaterson | +1 | 14:10 |
| csatari | But we should be able to test K2K federation with tempest also. | 14:10 |
| timirnich | Yes but that's no contradiction since OPNFV consumes Tempest | 14:11 |
| timirnich | The key thing is to provide a simple pushbutton way to create the required test setup | 14:11 |
| csatari | And we need to run an idp for that. I think it is not good to have an external dependency during test execution. | 14:11 |
| dpaterson | I can see new interop policies being defined as add-ons or verticals | 14:11 |
| timirnich | yes that has been ongoing for some time | 14:12 |
| csatari | timirnich no they are not in contradiction, but we need to draw the lines :) | 14:12 |
| timirnich | Have loosely been involved with the NFV vertical | 14:12 |
| dpaterson | So OPNFV doesn't nec imply edge, is that correct? | 14:13 |
| ildikov | dpaterson: I think that level of interop testing for edge might be a little early at this stage | 14:13 |
| esarault | Yeah sorry about not being active, had 2 holidays in Canada past weeks and now there's a surprise consultant in our office which needs my attention -.- | 14:14 |
| timirnich | dpaterson: didn't get your q | 14:14 |
| ildikov | dpaterson: we're doing more focused testing, like finishing some activities in Keystone for basic federation and collaborate with OPNFV as timirnich outlined | 14:14 |
| ildikov | esarault: it could still be worse I guess :) | 14:15 |
| ildikov | esarault: I mean welcome back from holidays! :) | 14:15 |
| esarault | @ildikov: Thanks :) It's a pain in teh ass in Canada/US during the last of June and first of July, there's like 3 statutory holidays within 10 days | 14:16 |
| dpaterson | ildikov: understand, having interop involved early instead of late seems wise. That said I am just getting started with edge. | 14:17 |
| dpaterson | Thinking out loud. | 14:17 |
| ildikov | dpaterson: that's a valid point, don't get me wrong | 14:18 |
| timirnich | Interop test suites have traditionally been defined as a subset of existing tests used for gating or release QA | 14:18 |
| csatari | Okay, as now we start to have some participation here, let me as if we should continue the freestyling or should we jump to the review? | 14:18 |
| timirnich | Let's do what we're here for originally ;-) | 14:18 |
| csatari | I have topics for both of them ;) | 14:18 |
| ildikov | dpaterson: however we are in early stages a bit regarding defining the use cases in more details and figuring out what we want, therefore we cannot provide stable input for interop testing at this point as I see it | 14:18 |
| csatari | Okay, then let's continue the review. | 14:19 |
| csatari | #topic Review of 5.3.2.8 VM images source side | 14:20 |
| *** openstack changes topic to "Review of 5.3.2.8 VM images source side (Meeting topic: review_of_dublin_edge_notes)" | 14:20 | |
| csatari | #link https://wiki.openstack.org/w/index.php?title=OpenStack_Edge_Discussions_Dublin_PTG#VM_images_source_side | 14:20 |
| csatari | This current description covers only one alternative from https://wiki.openstack.org/wiki/Image_handling_in_edge_environment | 14:21 |
| csatari | Should I add a note, that this is under discussion? | 14:21 |
| csatari | The other option is to formulate it in a very generic way, but then what is the use of ti? | 14:22 |
| csatari | s/ti/it/ | 14:22 |
| csatari | I prefer to add a note until we figure out which are the good alternatives from the image handling wiki. (I also have a feeling that there will be at least 2 selected alternative :)) | 14:23 |
| timirnich | Sound good. Also ad ding a cross reference to the image handling page seems in order | 14:24 |
| csatari | #action (5.3.2.8): add a note, that this section is daft until the alternatives in the image handling wiki are not analized (also add a link to the image handling wiki) | 14:25 |
| csatari | Any other comments to this one? | 14:25 |
| dpaterson | In diagrams where ceph is called out as backend is this referring to ceph block or RGW? | 14:25 |
| csatari | dpaterson I assume block. | 14:26 |
| csatari | But jokke_ knows the final truth. | 14:26 |
| dpaterson | If distributed object store is used don't we get syncronization for free, either real swift of RGW? | 14:26 |
| timirnich | Q: what's the right way of differentiating between available images (not to be confused with locally available) and locally present ones? | 14:27 |
| jokke_ | sorry, I'm on glance weekly meeting atm. will read the backlog once we're done | 14:27 |
| timirnich | I mean, the total set of available/known images should be viewable and then the actual sync should only take place when and image is used/requested | 14:27 |
| csatari | dpaterson Maybe we should clarify this. | 14:28 |
| csatari | #action (image-wiki) Clarify if CEPH backed is CEPH block or CEPH RGW in the figures. | 14:29 |
| dpaterson | So instead of using block storage for storing images, use a distributed object store. In the later case edge nodes would be consuming same object store replica. | 14:29 |
| csatari | timirnich That is true only in the pull model, but in any case there is a difference between all the available images in the edge cloud infrastructure and the ones locally copyed to an edge cloud instance. | 14:30 |
| timirnich | csatari: ok got it thx | 14:30 |
| csatari | jokke_ No worries, we will find you with our questions ;) | 14:31 |
| csatari | Okay. Moving on... | 14:31 |
| timirnich | csatari: so we differentiate between policy when/what to sync and the sync mechanism as such | 14:32 |
| csatari | timirnich we did not discuss this in very big details yet, but there is a requirement that we should not synchronise every image to every location. | 14:33 |
| csatari | How it is done it is not clear yet. | 14:33 |
| csatari | In the pull modell it comes with the package, but on the price that the first use of the image will be slow. | 14:33 |
| timirnich | yeah I guess that's the whole point ;-) Ok, don't want to hold us back, let's move on | 14:33 |
| csatari | With the push model it could be policy based plus maybe an API to be able to follow the changes. | 14:34 |
| csatari | I hope I've added these to the image wiki... | 14:34 |
| csatari | #topic Review of 5.3.2.9 VM images receiver side | 14:34 |
| *** openstack changes topic to "Review of 5.3.2.9 VM images receiver side (Meeting topic: review_of_dublin_edge_notes)" | 14:34 | |
| csatari | I think the same not should go to here also. | 14:34 |
| csatari | #link https://wiki.openstack.org/w/index.php?title=OpenStack_Edge_Discussions_Dublin_PTG#VM_images_receiver_side | 14:35 |
| csatari | #action (5.3.2.9): add a note, that this section is daft until the alternatives in the image handling wiki are not analized (also add a link to the image handling wiki) | 14:35 |
| timirnich | We should also copy the note on the versioning since this will be asynchronous by nature | 14:35 |
| dpaterson | Is there a glance core attending this meeting typcially? | 14:35 |
| timirnich | Or do we conceive if the "original" image gets updated, all the copies have to get updated automatically? | 14:36 |
| timirnich | Or is that out of scope? | 14:36 |
| csatari | timirnich We did not cover this use cse yet, but a good catch. | 14:37 |
| csatari | We should note it. | 14:37 |
| timirnich | Maintaining consistency will be key, since data transfers will take long | 14:37 |
| timirnich | We can steal concepts from p2p networks like bittorrent | 14:38 |
| csatari | Do you think it is important to block the start of VM-s in the edge cloud instances from disk images already updated in the central cloud? | 14:39 |
| dpaterson | Good point | 14:40 |
| csatari | I agree that in one edge cloud instance there should be only one active instance of every disk image. | 14:41 |
| dpaterson | would boot instance have to check image version in master | 14:41 |
| csatari | I do not think so that glance manages image versions. | 14:42 |
| csatari | I think this is one thing what Glare supports, but Glance does not. | 14:43 |
| csatari | I think we should discuss this versioning question with the whole group. We can start with a mail ;) | 14:44 |
| csatari | #action Raise the problem of image versioning to the edge-computing-group dl | 14:45 |
| timirnich | At closer inspection, I think we should clarify the requirements resulting from "If any of the the synchronised VM images are changed it should be re-synched to all receiving edge cloud instances." for both source & receiver side | 14:45 |
| timirnich | Since this is non-trivial and requires "agreed behavior" | 14:45 |
| csatari | Yes | 14:45 |
| csatari | #action (5.3.2.8/5.3.2.9): clarify the requirements resulting from "If any of the the synchronised VM images are changed it should be re-synched to all receiving edge cloud instances." for both source & receiver side | 14:46 |
| csatari | dpaterson Glance weelky meeting is parrallel to this one and Glance cores seem to prefer that one :) | 14:47 |
| csatari | jokke_ follows us from the Glance team. He promised to check the meeting logs offline. | 14:48 |
| csatari | Any other comments to this chapter? (I plan to cover the image handling wikis also with an IRC review as soon as we are done with this one :)) | 14:49 |
| csatari | #topic Review of 5.3.2.10 Flavors source side | 14:49 |
| *** openstack changes topic to "Review of 5.3.2.10 Flavors source side (Meeting topic: review_of_dublin_edge_notes)" | 14:49 | |
| csatari | #link https://wiki.openstack.org/w/index.php?title=OpenStack_Edge_Discussions_Dublin_PTG#Flavors_source_side | 14:50 |
| csatari | One generic question: now as we have the StarlingX synch service shouldn't I remove the "new Kingbirds"? | 14:51 |
| ildikov | csatari: we will have a section on the next weekly call about that so can do it on/after that call | 14:52 |
| csatari | We should keep this "projct agnostic". | 14:52 |
| csatari | Okay | 14:52 |
| ildikov | csatari: I totally agree with that | 14:52 |
| csatari | Thanks ildikov | 14:52 |
| esarault | Is there a clear statement on how StarlingX will integrate with all of this? | 14:52 |
| timirnich | Haven't heard about the StarlinX sync service admittedly - any pointers? | 14:52 |
| esarault | I'm seeing this a a mjor question mark for everyone so far | 14:52 |
| ildikov | esarault: by "all of this" do you mean the Edge Computing Group? | 14:53 |
| esarault | It's not clear if we can rely on it or not unles I'm mistaken | 14:53 |
| dpaterson | https://wiki.openstack.org/wiki/StarlingX | 14:53 |
| ildikov | timirnich: dpaterson: a few slides on the comparison between that and Kingbird: https://www.dropbox.com/s/ihczi2f5odccn6f/SynchFramework-DC-StarlingX.pptx?dl=0 | 14:54 |
| timirnich | dpaterson: thx | 14:54 |
| ildikov | esarault: they still have a few things to polish till the first release comes out, but the plan is to make it reliable :) | 14:55 |
| ildikov | both from code and from community perspective | 14:55 |
| jokke_ | so there is no image versions in Image service | 14:55 |
| jokke_ | each image id is unique and immutable once active (which means it's consumable) | 14:55 |
| esarault | ildikov: alright thanks, that deck answers a lot of questions, the wiki didn'T so much | 14:55 |
| ildikov | esarault: yeah, lot's of things in progress atm | 14:56 |
| csatari | Thanks jokke_ | 14:56 |
| csatari | Sorry guys I need to run soon, so | 14:58 |
| csatari | #Closing | 14:58 |
| dpaterson | I'm curious if there lessons to be learned from the video streaming alliance and open caching specification, there is a lot of overlap in what we are talking about with glance image synronization for instance and what the open caching specification does. There could be work they have already done that we could take advantage of. | 14:59 |
| csatari | #topic Closing | 14:59 |
| *** openstack changes topic to "Closing (Meeting topic: review_of_dublin_edge_notes)" | 14:59 | |
| csatari | #info We will continue next week same time from 5.3.2.10 Flavors source side | 14:59 |
| ildikov | dpaterson: yeah, that would definitely be great to explore either here or on the use cases subgroup call | 14:59 |
| dpaterson | http://www.streamingvideoalliance.org/download/4474/ | 15:00 |
| csatari | dpaterson thanks. | 15:00 |
| ildikov | dpaterson: thanks, I know that company, will see whether I can get someone to talk to us :) | 15:01 |
| csatari | #info Maybe we could learn from video streaming alliance (http://www.streamingvideoalliance.org/download/4474/) and open caching specifications? | 15:01 |
| csatari | #endmeeting | 15:01 |
| *** openstack changes topic to "Finishing up (Meeting topic: Review of Dublin edge notes II)" | 15:01 | |
| openstack | Meeting ended Thu Jul 5 15:01:39 2018 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 15:01 |
| openstack | Minutes: http://eavesdrop.openstack.org/meetings/review_of_dublin_edge_notes/2018/review_of_dublin_edge_notes.2018-07-05-14.01.html | 15:01 |
| openstack | Minutes (text): http://eavesdrop.openstack.org/meetings/review_of_dublin_edge_notes/2018/review_of_dublin_edge_notes.2018-07-05-14.01.txt | 15:01 |
| openstack | Log: http://eavesdrop.openstack.org/meetings/review_of_dublin_edge_notes/2018/review_of_dublin_edge_notes.2018-07-05-14.01.log.html | 15:01 |
| csatari | Good discussion. Thanks for all of you. | 15:01 |
| csatari | See you on Monday. | 15:01 |
| timirnich | Thanks, have a good onje everybody | 15:02 |
| dpaterson | ildakov: that would be great as I've gotten little response from Qwilt | 15:02 |
| dpaterson | csatari: thanks! | 15:02 |
| ildikov | dpaterson: I cannot promise, but will try my best | 15:02 |
| dpaterson | danke | 15:03 |
| *** rlpple has quit IRC | 15:20 | |
| *** epalper has quit IRC | 15:35 | |
| *** esarault has quit IRC | 16:06 | |
| *** dpaterson has quit IRC | 21:17 | |
| *** rosmaita has quit IRC | 21:36 | |
| *** ianychoi_ has joined #edge-computing-group | 23:01 | |
| *** ianychoi has quit IRC | 23:04 | |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!