20:03:27 #startmeeting tc 20:03:28 Meeting started Tue Feb 26 20:03:27 2013 UTC. The chair is mordred. Information about MeetBot at http://wiki.debian.org/MeetBot. 20:03:29 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 20:03:31 The meeting name has been set to 'tc' 20:03:33 vishy is on his way 20:03:42 hi 20:03:49 #link https://wiki.openstack.org/wiki/Governance/TechnicalCommittee 20:03:56 agenda is above 20:04:13 #topic End-of-cycle graduation review: Ceilometer - Scope complementarity 20:04:14 o/ 20:04:40 next up is talking about Ceilometer scope 20:04:58 nijaba: you wanna kick that off? 20:05:03 sure 20:05:16 so, who has read the wiki page we prepared? 20:05:24 read it last week - was it changed? 20:05:25 or do you want me to cover some summary? 20:05:37 heckj: yes, quite a bit, lots of schemas 20:05:38 heckj: yep, it's been updated today 20:05:43 link? 20:05:54 #link https://wiki.openstack.org/wiki/Ceilometer/Graduation 20:05:57 thanks 20:06:00 thanks 20:06:00 #link https://wiki.openstack.org/wiki/Ceilometer/Graduation 20:06:42 sepcifically, this section is to discuss "desirability of integrate Ceilometer in the common OpenStack Havana release" (to steal ttx's words) 20:06:43 the biggest question in my mind is where do you currently draw the line on "Not Ceilometer"? 20:06:44 Is the project complementary in scope, or overlapping with others ? 20:06:56 which makes heckj's question a good one :) 20:07:03 :-) 20:07:12 I think this is covered in https://wiki.openstack.org/wiki/Ceilometer/Graduation#Detailed_scoping_of_future_monitoring_support 20:07:50 so not only data collection and aggregattion, but some evaluation and post-process means as well? 20:07:52 so in short, we collect metrics, we do metering, and we do the part of alerting that makes sense to hae close toe the data collection 20:08:25 would you consider swift's statsd integration (for hundreds of metrics) to be overlapping with seilometer? 20:08:38 s/seilometer/ceilometer 20:08:51 notmyname: no, it should be a potential source 20:09:26 notmyname: ... and ceilometer would be the more general mechanism, covering openstack services other than swift 20:09:43 eglynn: well, sure, but so it's statsd ;-) 20:10:18 notmyname: in your analogy we're not statsd, we're the tool that sends data to statsd 20:11:01 dhellmann: I don't think it was an analogy--Swift emits StatsD-formatted UDP packets (if configured) 20:11:15 notmyname: note the dotted line in this schema also ... https://wiki.openstack.org/w/images/5/50/Ceilometer-multi-publish2.jpg 20:11:21 there's no analogy. perhaps bad phrasing on my part. do you envision that the metrics that swift currently has using statsd will be replaced by ceilometer metrics 20:11:28 dhellmann: I think notmyname's point was that if ceilometer consumes that, it would have to at least implement the receiving half of the StatsD protocol? 20:11:33 eglynn: well, sure, but so it's statsd ;-) 20:11:35 (imho, in the swift case we would be pulling aggregated data from statsd or logs ... otherwise the volume would be too great for CM to relay) 20:11:39 * markmc assumes s/it's/is/ there 20:11:48 notmyname: why would we replace? We are just a conduit that people can chose to use 20:12:21 right, I think it would be more useful to talk about what stats ceilometer could collect for other projects that aren't collecting them, to avoid having every project do their own thing 20:12:22 markmc: ok, that would make more sense 20:12:53 that's all I'm asking. my day-to-day involves a certain metrics-gathering system. does that need to change (that's a general question that can apply to all projects) 20:12:54 nijaba: eglynn for the pieces that interact with Heat - the alarming and such, when (which release cycle) are you thinking you'll expand into that space? You talk about phases, but I'm not sure how they match to releases. 20:13:13 heckj: Havan cycle 20:13:18 heckj: havanah for sure 20:13:21 s/Havan/Havana/ 20:13:24 * heckj nods 20:13:32 word 20:13:46 mordred: word? 20:13:55 notmyname: if you want all of your data going to statsd, then ceilometer will support that (when we write that publisher) 20:14:10 so I think that's a "no" 20:14:11 nijaba: old slang. nevermind. I was nodding 20:14:19 np 20:14:36 heckj: in https://wiki.openstack.org/w/images/8/8d/Ceilometer-monitoring-scope.jpeg ... blue = G, orange = H, yellow = Never 20:14:39 (omg, it's "old" slang?) 20:14:47 eglynn: ah - thank you 20:15:45 heckj, mordred: nah, us youngsters still say "word" 20:16:03 ok. so any more on that topic before we move on to general final Q&A ? 20:16:16 so by the H release you intend to have APIs that people can use? and for G release people can use this publisher? 20:16:38 annegentle: we have a web api now 20:16:47 #topic End-of-cycle graduation review: Ceilometer - Final Q&A 20:16:54 annegentle: we have a metering API in G, will have alarming APIs in H 20:17:02 annegentle: for G we have the multi publisher architecture complete, which then allows to add cloudwatch api in H 20:17:15 ok but the wiki is the only location for docs so far? -- how do people deploy? 20:17:29 #link http://docs.openstack.org/developer/ceilometer/ 20:17:39 annegentle: wiki is not the only pace for doc... 20:17:45 thanks dhellmann 20:17:58 we have some (slightly out of date) installation instructions there covering devstack and manual installation 20:18:18 * jaypipes looking forward to seeing integration test suite (tempest) coverage of ceilometer 20:18:18 #link http://docs.openstack.org/developer/ceilometer/install.html#installing-and-running-the-development-version 20:18:21 there are also puppet and chef modules too 20:18:29 jaypipes: +1 20:18:34 ok got those 20:18:34 jaypipes: +1 20:19:04 annegentle: the docs site holds our formal documentation. anything in the wiki is likely to be an in-process or older design doc 20:19:06 do you envision this integrating with the admin view on the Horizon dashboard? 20:19:22 annegentle: yes, there is a note about horizon integration. 20:19:31 annegentle: no, just provide a sample plugin at some point 20:20:05 annegentle: to be fully usefull on a public cloud deployement, we would need to know about cost, which is out of scope 20:20:10 nijaba: sorry, saw "plugin for horizon underway" in the wiki 20:20:25 annegentle: watch this space ... https://blueprints.launchpad.net/ceilometer/+spec/horizon-plugin 20:20:39 jaypipes: yes, but I consider it a sample, mainly usefull for private clouds 20:20:51 nijaba: cool, good to know, thx! 20:20:53 nijaba: but could your sample plugin be something that could be integrated with horizon directly? 20:20:54 we'll work more on that in H 20:20:56 still we may provide some default visualisation or something 20:21:10 mordred: I do not see why not, we ar open to dicussion 20:23:06 ok. so, any last questions before we vote on this bad-boy? 20:23:23 sorry one more 20:23:40 annegentle: please ask away! 20:23:41 can you explain what "in terms of addressing the Heat requirement" means for elements 6 and 7 of your scope 20:23:43 go for it! we've got all day 20:24:02 * annegentle is stealing time from the Book Sprint :) 20:24:04 annegentle: heat have a requirement for clouwatch -like functionality 20:24:05 annegentle: in other word, the neeed for cloudwatch to exist 20:24:23 annegentle: they currently have a rudimentary internal implementation 20:24:35 annegentle: but wish to replace with something provided by ceilometer 20:24:40 by cloudwatch you mean heat wants to be able to take actions based on health of services right? 20:24:46 like, autoscaling? 20:24:49 exactly 20:24:58 (it already does) 20:25:06 (some of us don't follow amazon features and have to translate from time to time) 20:25:08 ok so this is natural re-factoring 20:25:17 mordred: for sure 20:25:26 annegentle: yes 20:25:26 but the internal Heat CW implementation is simple and not general purpose 20:25:53 (e.g. relies on a script run within instances to report metrics) 20:26:50 (we're on the same page with the Heat folks on this, so we'd view it as complementarity as opposed to overlap ...) 20:26:55 ok 20:27:54 eglynn agree 20:27:58 what about the scope question of not "what is in scope for ceilometer" but "what is in scope for openstack"? does this project fit in with the overall goals and mission of openstack? 20:28:20 notmyname: I believe it does 20:28:36 I think it does - especially given the integration with other projects such as nova and heat for intelligent decision making 20:28:38 I think we covered that in an earlier part of the review? 20:28:47 * markmc thinks it does, very much 20:28:51 notmyname: it provides the one transversal point to do data collection and therefore support the goals of the project 20:28:55 what use is an unmetered cloud? 20:29:09 markmc: in soviet russia, cloud meters you? 20:29:25 mordred, I've never been, you tell me? 20:30:41 second failed pop culture reference by me today... 20:30:51 lol 20:30:52 ok. questions seem to have died down... 20:30:52 we voting? 20:30:56 mordred: I got it 20:31:22 #startvote Approve graduation of Ceilometer (to be integrated in common Havana release)? yes, no, abstain 20:31:23 Begin voting on: Approve graduation of Ceilometer (to be integrated in common Havana release)? Valid vote options are yes, no, abstain. 20:31:24 Vote using '#vote OPTION'. Only your last vote counts. 20:31:39 #vote yes 20:31:40 #vote yes 20:31:40 #vote yes 20:31:42 #vote yes 20:31:47 #vote yes 20:31:49 #vote yes 20:31:53 #vote yes 20:31:55 #vote yes 20:31:56 mordred, I got it, I'm just messing with you 20:32:03 * mordred punches markmc 20:32:12 #vote yes 20:32:17 #vote yes 20:32:33 #vote yes 20:33:22 notmyname: ping? 20:33:43 I honestly don't know what to vote :-) 20:33:55 notmyname: your conscience? 20:34:11 I have reasons for voting all of the options 20:34:35 I think they've done a fantastic job working with openstack. so for that +1. I don't think their design is what I would have chosen +0. I don't think a "unified plugin framework" is a good design -1 20:34:48 with apologies for the wording 20:35:00 notmyname: if you d 20:35:08 don't know, I suggest you abstain 20:35:10 #vote abstain 20:35:42 that's everybody 20:35:44 #endvote 20:35:45 Voted on "Approve graduation of Ceilometer (to be integrated in common Havana release)?" Results are 20:35:46 yes (11): markmc, bcwaldon, vishy, annegentle, heckj, jaypipes, russellb, jgriffith, mordred, gabrielhurley, danwent 20:35:47 abstain (1): notmyname 20:35:55 \o/ 20:35:56 congrats nijaba, dhellmann, jd__, eglynn, asalkeld et al. :) 20:36:00 congratulatoins to ceilometer 20:36:03 thanks a lot tc members! 20:36:08 thanks & congrats! 20:36:15 thanks for all your hard work so far 20:36:22 w00t! 20:36:43 thanks! 20:37:03 which brings us to the next topic... 20:37:16 #topic Update on elections organization 20:37:26 at least, I think I know what this is about ... 20:37:40 it's time for PTL and general TC elections for those whose seats are up 20:37:56 since ttx is up for election, I'll be organizing the elections (god help us all) 20:38:08 which means I'll be sending a warning email today 20:38:31 we'll be including ptl elections for ceilometer for sure 20:38:50 we JUST did a heat election ... but I think we need to do another one because now heat is official? 20:38:59 and heat as well, I am sure 20:39:15 mordred: ah 20:39:32 anybody have any concerns or questions or thoughts or views or opinions or poems they'd like to share about TC elections? 20:39:44 * nijaba closes his mouth for good... 20:39:47 yes another heat election 20:39:58 ttx was clear on this point in earlier conversations 20:40:05 mordred, we're all doing a fine job, we don't need no elections 20:40:10 * markmc declares marshal law 20:40:20 ha 20:40:46 mordred, what's the timetable? 20:40:51 i.e. when will they be held? 20:41:06 March 1-7: Nominations for PTL 20:41:15 March 8-14: Vote for PTL 20:41:21 March 15-21: Nominations for direct seats 20:41:27 March 22-28: Vote for direct seats 20:41:49 sdake_: awesome - because the first election was so close 20:42:12 i think most heat devs dont want to sit in meetings .. ;) 20:42:36 wow. you have smart devs... 20:42:39 you could stand 20:43:36 ok. well, if there's nothing else on that topic ... that's all for the agenda 20:43:43 anybody got anything else? 20:44:38 thanks mordred 20:44:44 thanks everybody! 20:44:46 #endmeeting