14:02:02 #startmeeting monasca 14:02:03 Meeting started Wed Aug 9 14:02:02 2017 UTC and is due to finish in 60 minutes. The chair is rhochmuth. Information about MeetBot at http://wiki.debian.org/MeetBot. 14:02:04 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 14:02:06 The meeting name has been set to 'monasca' 14:02:09 o/ 14:02:19 hello 14:02:24 hiya 14:02:32 Hello 14:02:33 o/ 14:02:35 o/ 14:03:19 o/ 14:03:28 so no one has posted any agenda items 14:03:54 o/ 14:03:58 are there any topics to discuss 14:04:14 is there a Monasca ptg? 14:04:30 didn't see on the openstack schedule 14:04:43 we don't have a monasca ptg planned 14:05:01 there weren't a critical mass of folks that could get travel approval 14:05:15 okay recall Witek was asking at one time, so wasn't sure 14:05:22 however, there is a mid-cycle that is possible 14:05:29 but we should organize mid-cycle meeting remotely 14:05:32 via remote conferencing 14:05:46 sounds good 14:06:11 are you planning on attending the ptg anyway? 14:06:12 any ideas when? 14:06:25 if you an witek will be there, sure 14:07:06 I don't think I will get approval 14:07:27 but some things changed, so perhaps 14:08:05 here we just got approval :-) 14:08:47 to be honest, I didn't plan to go to Denver 14:08:57 also, Monasca did not book the room for sessions 14:09:07 correct 14:09:15 because there was no interest/need 14:09:39 I think it might be too late to organize it now 14:09:42 that sounds sad :( 14:10:31 so I would suggest to start planning the remote mid-cycle meeting 14:10:36 :-). when will be the mid cycle remote conferencing? 14:10:57 we could do this one week after PTG 14:11:47 sounds good to me 14:11:48 preferred times? 14:12:21 last time we needed two days 14:12:43 4 hours on each day 14:13:00 if I recall correctly 14:13:37 yes, I remember we started at 7am PST. 14:14:08 is it OK for everyone? 14:14:46 i think tht will work for me 14:15:05 works for me too. 14:15:15 so, what would the topics be? 14:15:44 I can think of TSDB 14:15:56 thats a good one 14:16:03 yes 14:16:04 Docker/Helm 14:16:12 ok 14:16:57 Events ? 14:17:03 retention mgmt? 14:19:36 there is new monasca-aggregator project similar in goals to monasca-transform 14:19:55 yeah, I'm curious about that ;) 14:19:56 should we discuss it? 14:20:59 rhochmuth: ^^ you're the author 14:21:17 yes, i'm one of the authors 14:21:40 i think the landing page describes most of the motification for monasca-aggregator 14:22:12 I'd like to know which one is the one monasca should go with...seems like both are about the same thing, aren't they ? will the be any re-eval process for it ? 14:22:53 monasca-aggregator 14:23:29 why? 14:24:10 ok, I guess it's a hot topic for mid-cycle :) 14:24:25 that and if that's the case should monasca-transform be retired as in https://docs.openstack.org/infra/manual/drivers.html#retiring-a-project 14:24:26 :) 14:24:41 my high-level summary is monasca-transform has high cpu utilization, memory utilization, has a much more difficult deployment, due to spark 14:25:15 in addition, it is more difficult to add new aggregations, monasca-aggregator has a nice DSL for configuring/modifying aggregation functions 14:26:09 I'd be curious about the overall monasca services roadmap - mon-trans/mon-aggregat, mon-ceilometer, mon-events... 14:26:09 i think the landing page, https://github.com/monasca/monasca-aggregator, summarizes the main reasons 14:26:54 and it's written in go :-) 14:27:33 that's an advantage or disadvantage, depends on POV ;-) :D 14:27:34 well, that seems like a hinderance to me, as go isn't openstack supported. But I've invested some time in mon-trans, so I will take a bit of convincing. ;) 14:28:18 joadavis: well that's because I am asking - there's been some activity recently around mon-transform over review.openstack.org 14:28:45 and it kind of odd to have both at the same time 14:28:56 I acknowledge abvious pros of the monasca-aggregator 14:29:22 :) I work with Ashwin, and we are looking at continuing work on mon-transform 14:29:22 but if that's the way to go, as PTL says so, the monasca-transform is a candidate to be retired according to the Openstack guidelines 14:29:40 joadavis: well, we didn't write monasca-aggregator because we had nothing better to do 14:30:00 as usual the discussion in openstack degraded to language comparisons goland vs python for example, and prove it 14:30:51 sure, you should evaluate monasca-aggregator in that to decide whether monasca-transform is the right direction 14:31:03 ok, I think I will set up etherpad for mid-cycle agenda and let you decide if you want to discuss it 14:31:25 which days should we plan? 14:31:29 i know full well of the past performance, utilization and complexity of monasca-transform 14:32:47 any day of that week is good for me 14:32:53 joadavis: speaking about convincing, i 14:33:08 i'm not very convinced y the cassandra analysis you have put together 14:33:37 rhockmuth: I'm sure you do, as one of the developers. We are still working on Ocata era stuff at the moment, so continuing with what we have makes sense. But if the overall monasca plan goes another way, we want to keep moving forward. 14:33:38 rhochmuth: yes I would like to discuss that :-) 14:33:56 sorry, meant jgu 14:34:10 ok, we can discuss that at the mid-cycle too 14:34:15 'sallright, I figured that out. ;) 14:35:50 rhochmuth: can we start the Cassandra discussion earlier if you have feedback already? we have internal project schedule need to decide the tsdb earlier that September. 14:36:19 sorry... *earlier than september* 14:37:15 i'll defer to witek on that question 14:37:35 i think this would take a special session 14:37:43 like a one hour meeting at least 14:38:04 jgu: I have sent you my questions to the document just today 14:38:53 witek: which email account? 14:39:06 I just answered yours 14:39:27 ah got it 14:40:05 I think it would be good to move the discussion to openstack-dev mailing list, what do you think? 14:41:16 that sounds good to me to start it on openstack mailing list. 14:41:21 sounds fine to me 14:43:36 what bothers me somehow is that you plan to go with Java, which we were about to deprecate 14:44:04 I mean monasca-api and monasca-persister in Java 14:45:18 we started with Java is because that's what is being used today. 14:46:02 I'd prefer to write in go for the persister :-). 14:46:09 not because of performance? 14:46:45 yes performance -- is that why the persister is in Java today? 14:46:46 it's not about the language, it's about doubling maintenance efforts 14:47:42 the Cassandra driver and client are pretty heavy on multi-threading. 14:51:46 we do intend to have a python implementation but wasn't thinking to have python as the first and only language implementation. the previous investigation into Cassandra also characterizes the python Cassandra client throughput at about 1/4 TO 1/3 OF java's? 14:52:53 or even less 14:53:35 right :-) 14:54:53 we haven't set the dates for mid-cycle, I will create doodle and send to openstack-dev 14:55:20 I will also create etherpad to start planning the agenda 14:55:26 but if aggregator is going to introduce golang, maybe we should reconsider the language choice? 14:55:54 the aggregator is not part of openstack code base 14:56:35 ah... different than the transform? 14:56:51 correct 14:57:19 note, golang has been getting some adoption in openstack 14:57:36 not sure if that changes anything 14:58:04 yes, but introducing 3rd lang to persister isn't probably wise 14:58:12 yes an interesting (in a good way) change 14:59:38 before we close the meeting 15:00:01 I wanted to announce my candidacy for the Project Team Lead 15:00:11 https://git.openstack.org/cgit/openstack/election/plain/candidates/queens/Monasca/witek.txt 15:01:15 thx witek 15:01:20 need to end meeting 15:01:27 please vote for witek 15:01:30 #endmeeting