21:01:04 #startmeeting HA-Guide-Update 21:01:05 Meeting started Thu Mar 5 21:01:04 2015 UTC and is due to finish in 60 minutes. The chair is mattgriffin. Information about MeetBot at http://wiki.debian.org/MeetBot. 21:01:06 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 21:01:08 The meeting name has been set to 'ha_guide_update' 21:01:20 hi nickchase 21:01:38 #topic last week's meeting 21:01:48 hi all 21:02:06 nickchase, can you give an update on last week's meeting? 21:02:15 megm, said she was going to be a bit late 21:02:18 sure, if you give me a minute 21:02:25 I can't remember that far back. :) 21:02:29 heh 21:02:41 hi nick 21:03:05 Hi all 21:03:17 hey, all 21:03:20 megm, hello 21:03:23 I sent the minutes to the list 21:03:27 but I'm trying to find them 21:03:34 here's what i thought we might cover today 21:03:36 #link https://wiki.openstack.org/wiki/Documentation/HA_Guide_Update#Next_Meeting 21:03:39 nickchase, cool 21:03:53 found them: 21:03:54 Short meeting today. TOC is still being reviewed, and Meg is adding links to existing material. We agreed on the following: 21:03:54 We need to add strategy information to the TOC. (nickchase, 21:17:11) 21:03:55 We don't want to duplicate existing docs (ie, for Galera) (nickchase, 21:18:57) 21:03:55 We'll take the discussion of RST vs Docbook to the mailing list. (nickchase, 21:26:02) 21:03:55 Action items: 21:03:55 nickchase 21:03:55 nickchase Add structure for HA strategy. 21:03:56 nickchase Create wiki pages for the install guide and ops guide notes and link them from the main HA guide page. 21:03:56 Sam-I-Am 21:03:57 Sam-I-Am Review the install guide for any references that are relevant to HA. 21:03:57 Shamail 21:03:58 Shamail Review the ops guide for any references that are relevant to HA. 21:03:58 Full minutes: http://eavesdrop.openstack.org/meetings/ha_guide/2015/ha_guide.2015-02-26-21.11.html 21:04:03 whoa,s orry about that!!! 21:04:08 heh 21:04:14 :) 21:04:15 you need to irc better :) 21:04:41 hey, been out of IRC except for these meetings for about a decade and a half. 21:04:51 glad I remember how to /join :) 21:04:56 we'll eventually fix that 21:05:05 should we consider these action items for the next meeting as well. wondering about progess 21:05:44 I apologize I just realized I completely spaced on my action items. 21:05:46 question for Sam-I-Am, nickchase, and megm ^ 21:06:04 nickchase, np 21:06:05 I'm all for considering them for next meeting (for reasons just stated) 21:06:15 I'm still not quite done with the outline but most of it is there. 21:06:23 megm, what was that link again? 21:06:28 I think there is enough to start discussing content structure 21:06:47 https://wiki.openstack.org/wiki/HAGuideImprovements/TOC 21:06:57 yeah, we're getting closer on structure 21:07:03 i also reviewed the install guide 21:07:49 excellent. this is great stuff 21:08:06 sam-i-am, are things in the right order in the outline? 21:08:15 So the internal Mirantis team is supposed to be letting us know which topics they're going to tackle first. 21:08:15 megm: not 100% 21:08:26 I'll bug Evgeniy to see where that is 21:08:28 sort of need to weed things out first, imho 21:08:40 we also need to identify when one does what is in the install guide and then does the ha steps, versus replacing the install guide steps 21:08:52 then it sort of makes sense to start with the most system-wide things, like databases... then keystone, etc. 21:09:04 nickchase, cool. i can start to see what database parts Percona can take too 21:09:26 nothing in the install guide does HA, except one part of swift, but thats only because its required minimum config 21:09:41 ack 21:10:01 it wasnt supposed to handle redundancy because its often "too much" for first-timers 21:10:11 right 21:10:14 redundancy is the second step though 21:10:17 Agreed about install guide not covering ha. 21:10:18 and secueity 21:10:24 security 21:10:45 But, for instance, do I do the Keystone install/config that is in the Install Guide, then do the "special" stuff that is in HA Guide. 21:11:05 so for next meeting, review this TOC page and ensure it's on the mark? 21:11:10 Or do we just use the Keystone concepts from the install guide, and handle all config in HA guide 21:11:27 megm: where possible, we should reference the install guide's basic config. 21:11:43 there may be some services that require complete reconfiguration to do HA 21:11:57 I agree -- where do we get the definition of "where possible"? 21:12:18 Do I go through and modify keystone.conf for install guide, then throw that away when I do HA? 21:12:25 Basically if you can do the install steps and then do special for HA, then we reuse it. 21:12:36 If you do something different from start, then it's not possible. 21:12:37 It needs definition, probably for each component/topic 21:12:45 agreed. 21:12:52 in some cases its "roughly duplicate this config, with minor changes for X Y Z" 21:13:12 I think we agreed on the strategy/component a few weeks ago -- the specifics are what concerns me 21:13:13 most of the APIs are that way 21:13:39 Sam, did you do the "Configure networking on each node" piece? Very nice! 21:13:42 for databases, question is do we want to take a one-node sql database to redundancy, or start from scratch with redundancy? 21:13:48 Nick, do the networking guide people agree? 21:14:08 agree about thwat? 21:14:12 sorry, not following. 21:14:13 megm: which "configure networking on each node" ? (which doc) 21:14:36 Sam-I-Am, i think start with redundancy - i.e., galera-based 21:14:44 the question is, do we think most people will start out with the install guide architecture and then add onto it? or will they want to deploy from scratch with redundancy. 21:14:57 https://wiki.openstack.org/wiki/HAGuideImprovements/TOC -- first header after "Prerequisites" 21:15:23 Sam-I-Am, hmm... maybe for the DB we could include a general upgrade procedure from single node to galera 21:15:33 megm: oh yeah that was me 21:15:58 megm: that makes sense 21:16:00 errr mattgriffin 21:16:04 :) 21:16:23 the thing about the install guide is we have a known-good architecture to base off 21:16:34 sam-i-am, that is an excellent question. 21:16:34 the install guide was written to make it easy to add more nodes of things 21:16:53 Sam-I-Am, i think just add that to the Prerequisites section - general DB upgrade step 21:16:53 I think that ... 21:17:04 My guess is that people will do a "play" set-up with the Install Guide but, when they are ready to deploy their production system, they will start over 21:17:07 we have an assumption that if someone is doing HA, they are NOT a beginner. I think that... 21:18:01 ti's perfactly acceptable to say, "INstall keystone. (see install guide if you need details)". Now do this." 21:18:01 (darn, my text disappeared :() 21:18:01 +1 nick... And we can include links to Install Guide (like for Keystone concepts) to help those who aren't experts at some piece or other 21:18:11 (there it is (facepalm)) 21:18:30 yeah. 21:18:34 agreed. 21:18:34 +1 21:18:37 great. 21:18:47 on the topic of audience, we're not going to handhold basic system things in the HA guide 21:18:51 like "here's how you edit a file" 21:18:55 For Keystone example, maybe it should be what you say, but "but modify keystone.conf like this rather than what is in Install GUide" 21:19:20 agreed. 21:19:41 megm: probably a blanket statement that says "we start with the basic config in the install guide... and then add this stuff. your base keystone config might contain more stuff" 21:19:50 thats how the network guide is doing it 21:19:53 +1 21:19:56 i like it 21:20:03 "we assume you know about all this other crap you have to configure, here's how to make DVR work" 21:20:23 Sounds good. I just don't want the HA guide to routinely tell people to undo something they did in Install Guide... 21:20:58 right 21:21:14 we said from the beginning that the first thing we were going to do... 21:21:16 if there's a case of that, we'll figure it out 21:21:28 Is the outline in the correct order? How do we determine that? 21:21:39 was tell people, "Look, here's the basic install procedure, and here are the steps that will be different for HA. Now let's get into the details." 21:21:46 megm: we do it. 21:21:53 megm: let me look over it again here 21:22:28 we'll have an overview to start. and if there isn't one in the TOC, please add one while you're looking, Sam-I-Am 21:22:32 megm: ntp probably comes right around host networking, but its pretty simple (in fact, people should probably know how to do this) 21:23:00 sam-i-am, you can always email me directly at meg.mcroberts@yahoo.com 21:23:06 other than that, it mostly makes sense. start with host stuff, then system services, then openstack services. 21:23:20 the openstack services should probably go in the order of most-common to least-common 21:23:30 and also based on dependencies 21:23:44 like... if you HA keystone, you're going to have to change all these other services. 21:23:50 +1 sam 21:24:40 keystone -> glance -> nova -> neutron -> cinder -> swift -> trove -> ??? -> ceilometer 21:24:57 and i think we do ceilometer last because it requires installing more agents for a bunch of other services 21:25:13 in other words, ceilometer redundancy itself isnt the hard part 21:25:24 its as you add more nodes and make other services redundant, you have to deploy more agents 21:25:50 or for each service that has special ceilometer steps, we could say "do these steps if you run ceilometer" 21:26:43 The "Prerequisites" list needs to be looked at critically -- should NTP be there? 21:27:13 megm, i think it should be there from the install guide 21:28:21 Yes, NTP is from Install Guide but at what point? It may be required earlier for HA, right? 21:28:31 megm, http://docs.openstack.org/havana/install-guide/install/yum/content/basics-ntp.html 21:28:33 so, with NTP... the only real suggestion would be running servers on each controller node, then configuring each other hosts to use all of the controllers for sync. we can doc it, but its not complex. 21:28:36 hmm... maybe 21:28:50 mattgriffin: aaaaaa dont look at the guide that old :/ 21:28:53 it hurtses me 21:28:57 haha... oops 21:29:08 Instructions are not complex, but order might be wrong in current outline. 21:29:11 its a system level thing that is good practice for any server 21:29:21 megm: yes 21:29:21 google likes havana 21:29:28 it'll be easy to doc i think 21:29:31 mattgriffin: tell me about it 21:29:34 outline has link to current ntp instructions 21:29:59 This is just a question of order -- I'm thinking that they should install O/S on all nodes then configure NTP before going further 21:30:05 yeah, in the most basic case, ntp needs to at least run on every node. 21:30:17 megm: i'd say yes 21:30:19 ntp comes early 21:30:28 bad time screws up all sorts of things 21:30:39 ok. 0 min left. document action items for next week? 21:30:56 Okay, I'll move it. But that's one example of a bad ordering in current outline 21:31:10 Meg and Sam finish outline? 21:31:21 Nick get Mirantis owners for some pieces 21:31:23 yeah, i can poke at it. i'll be at mid-cycle ops next week though. 21:31:29 #action Meg and Sam finish outline 21:31:41 so hopefully i can get to it tomorrow, or in any spare time before next thursday's meeting 21:31:42 #action Nick get Mirantis owners for some pieces 21:31:53 and also my action items from last week 21:31:59 nickchase, :) 21:32:02 i'm also going to ask ops about their HA at the ops meetup 21:32:10 that was something someone asked me to do 21:32:14 and i'll be there 21:32:18 #action matt check with percona on where we can help more 21:32:30 so chances are there will be some TOC updates post-ops 21:32:34 Sam-I-Am, good idea 21:32:44 no reason to document things no one uses 21:32:57 Are we targeting Kilo or Juno? Blueprint says Kilo 21:33:20 I would think Kilo. 21:33:28 kilo, although thats kind of soon at this point 21:33:37 i'm pretty tied up with the install guide and network guide 21:34:00 should we write something up for the rest of the Docs community with our plans. make sure they're +1. i can start a pad and share it with you guys. 21:34:13 Sounds good 21:34:36 #action matt start an HA Guide update for the Docs list 21:34:48 anything else? 21:34:49 if we get enough writers, this might go quicker 21:34:53 aye 21:34:57 but right now its... not many. 21:35:05 the networking guide was a juno thing :) 21:35:09 and now kilo 21:35:10 and... 21:35:19 :) 21:35:29 turns out, this stuff is a lot of work and requires some specialized people 21:35:42 shocking 21:35:52 (and those people need time to write) 21:36:04 ok. i'm going to end the meeting then. thanks all!!! have a great rest of your week 21:36:13 thanks 21:36:15 #endmeeting