13:01:25 #startmeeting hyper-v 13:01:31 Meeting started Wed Sep 14 13:01:25 2016 UTC and is due to finish in 60 minutes. The chair is claudiub. Information about MeetBot at http://wiki.debian.org/MeetBot. 13:01:31 hi all 13:01:32 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 13:01:34 The meeting name has been set to 'hyper_v' 13:01:38 helloo 13:01:48 hello 13:02:19 Hi 13:02:42 anyone else joining? 13:02:59 Hi 13:03:18 i think no 13:03:45 #topic monasca patches status 13:04:36 soo, we had a meeting last week 13:04:46 and we discussed some of the patches 13:05:05 they also asked some documentation, on how to setup the monasca-agent on Windows. 13:05:32 #link monasca-agent on Windows documentation: https://review.openstack.org/#/c/370066/ 13:06:07 forgot to do git review until a few hours ago. 13:06:25 monasca meeting is in 2 hours, will bug the cores about this again. 13:06:56 other than that, nothing new. 13:07:01 questions? 13:07:24 ok 13:07:26 nice 13:07:35 lets try to get the patches merged 13:07:40 at the earliest 13:07:43 yep 13:07:47 no other questions 13:07:57 from my side on this topic 13:08:04 ok 13:08:10 if you need any help from my side, let me know 13:08:25 sure, let's see how the monasca meeting goes 13:08:59 #topic Release status 13:09:14 sooo, this week there will be a newton release candidate 13:09:21 for all projects 13:09:47 meaning that this cycle is almost over, and the master branch will soon be opened again 13:10:15 ok 13:10:29 final release will be at the beginning of next month 13:10:48 we'll have to rebase quite a few nova patches until then. :) 13:11:24 also, we're going to have a new PyMI release sometime soon, with some performance improvements 13:11:35 FC patch... can that be taken at higher priority for O ... i think only nova patch is required for the feature to be completed 13:11:58 sagar_nikam: yep, that's the only patch remaining. 13:12:39 that patch will just have to be rebased/reviewed. Hopefully, we can get it in at the beginning of O 13:12:40 sagar_nikam: and yeah, that will be prioritized, alonside the ovs vif plug patch 13:12:52 if we start that at the beginning of the release, we can get it merged 13:13:27 so, just a small reminder, the patch is done already and properly tested by the os-brick CI, not much else to do than push people to review it :) 13:14:06 i'll throw a glance on that patch as well. I forgot how it looks like. :) 13:14:27 ok 13:15:59 anyways. just a small observation. During testing, we've noticed that Hyper-V Server 2016 has better performance than 2012 r2 13:16:19 so, good news. :) 13:16:29 wow !!! 13:16:31 cool 13:16:41 we dont have 2016 yet 13:16:51 so our scale tests will still be in 2012 r2 13:17:23 well, it wasn't released yet, there's only a technical preview 13:17:32 but we're ready for its release 13:17:41 yes .. i meant we dont have TP 13:17:56 we've done some improvements on the PyMI side, ensuring that WMI operations are non-blocking (basically allowing more of them to run at the same time when requested within greenthreads) and we had some significant performance boost 13:18:19 lpetrut: nice 13:18:49 during simple rally tests that were spawning/destroying instances, we got a 27% time improvement on WS 2012 r2 and more than 70% on WS 2016 13:18:56 we are currently on the latest PyMI 13:19:10 whatever version is available on pypi 13:19:22 yeah, we'll have to do a new PyMI release soon 13:19:30 yeah, already mentioned that. :) 13:19:45 lpetrut: 27% improvement... due to the pyMI change ? 13:19:49 thanks for the exact numbers though, I didn't know them. :) 13:19:56 yep 13:20:06 ok 13:20:22 does it in any way improve the scale ? 13:20:31 27% perf improved 13:20:44 how much scale improvement ? 13:21:41 it means that the boot / destroy actions are 27% faster 13:21:54 meaning that instances will spawn and be destroyed faster 13:22:40 claudiub: i got that.. my question... does it in anyway improve the number of VMs and its networks per hyperv host ? 13:23:06 for same flavors 13:23:32 do you mean if more VMs will be able to fit on a hyper-v host due to these pymi improvements? 13:23:41 not really, it's just that we're doing more operations in parallel, thus saving time 13:23:42 yes 13:23:58 if disk and cpu and memory are still available 13:24:20 ok ... i will explain... what we had observed with wmi 13:24:27 sagar_nikam: oh, you mean how much disk / cpu / memory is consumed by the host? 13:25:02 the hyperv host has X CPU/memory/disk 13:25:10 with that X 13:25:18 we could spawn only Y VMs 13:25:23 after we moved to pyMI 13:25:39 we could spawn Y+ VMs 13:25:55 since pymi was responding much faster 13:26:05 in the same time frame 13:26:42 I get now what you mean, yep 13:27:03 oh i see 13:27:20 for example ... in 1 hour, if we could spawn 10 VMs in WMI, in the same 1 hour we could spawn 10+ VMs 13:27:28 dont know if it was 20VMs 13:27:33 or lesser 13:27:42 but yes, we saw a big diff 13:27:55 in the actual number of VMs and netwroks 13:27:59 on the same host 13:28:09 so my question now 13:28:15 with this new change 13:28:20 of pyMI 13:28:27 can we now spawn more VMs ? 13:28:51 yeah, I'd say you'll be able to spawn more VMs within the same timeframe. 13:29:00 ok cool... 13:29:22 let me see if the scale tests using Mitaka, can we use te new pyMI 13:29:28 will let you know 13:29:43 if we use it and how much it improved 13:30:42 ok, cool :) as we've said, this new version of pymi wasn't released yet, still testing, so we make sure there won't be any regressions 13:30:56 but we'll have it ready before newton is released. 13:31:00 yes, we try to use it when released 13:31:12 anyhow the scale test schedule is still not planned 13:31:24 lab needs to be booked 13:31:25 etc 13:31:28 so will take time 13:31:53 well, we might release pymi until then. :) 13:32:22 #topic open discussion 13:32:49 so, nothing new from me 13:33:05 ok 13:33:17 nothing new from me as well 13:33:19 if you have some topics to discuss, now is the time. :) 13:33:30 not much from my side 13:34:06 one question 13:34:09 sure 13:34:14 since lpetrut: is here 13:34:23 lpetrut: how is freezer 13:34:36 i know you will be working on it in O 13:34:54 but i have heard that freezer already has some windows support 13:34:58 have you tried that 13:36:39 afaik, freezer supports windows hosts, but not Hyper-V VMs 13:37:05 and that is one of our targets at the moment 13:37:44 so the plan for O is to add backup of HyperV VMs only ? 13:38:06 if i use freezer as it is today... hyperv host can be backed up ? 13:40:55 so, freezer will allow you to back up the volume storing the VM files, VSS will be used but it will not interact with the Hyper-V VSS writers directly 13:41:32 my main goal for freezer during the next release will be to improve the interaction with VSS in order to achieve app consistent guest aware backups 13:41:34 ok.. thanks 13:41:49 guest aware ? 13:41:57 can you explain further please 13:43:10 sure, when creating VM backups, the guests can take part of the backup process to ensure that the backup will be app consistent 13:43:35 ok 13:43:45 got it 13:44:53 well, if there's nothing else, we can end it here. :) 13:45:16 nothing much from my side 13:45:46 ok then, thanks folks for joining, see you next week! 13:46:00 #endmeeting