<div class="zcontentRow"><p style="font-size:14px;font-family:arial;">Hi Matt,</p><p style="font-size:14px;font-family:arial;">I'm glad that you are interesting to Watcher.<br></p><p style="font-size:14px;font-family:arial;">Though we never do such a simulated test, I wish you can get what you want.</p><p style="font-size:14px;font-family:arial;">Some notes:</p><p style="font-size:14px;font-family:arial;">1, Watcher updates its data model based nova versioned notifications, so you</p><p style="font-size:14px;font-family:arial;">   should enable nova notification in your simulated environment.</p><p style="font-size:14px;font-family:arial;">2, Watcher needs node name getting from CONF.host or socket.gethostname,</p><p style="font-size:14px;font-family:arial;">   If you have two or more controller nodes they don't have same host name.</p><p style="font-size:14px;font-family:arial;">3, Watcher doesn't consider nova cell, now watcher filter nodes through host</p><p style="font-size:14px;font-family:arial;">  aggregate and zone. You can get more info by CLI cmd: watcher help audittemplate create</p><p style="font-size:14px;font-family:arial;">4, Watcher needs metric data source such as Ceilometer, so your fake nodes and VMs</p><p style="font-size:14px;font-family:arial;">   should have metric data. </p><p style="font-size:14px;font-family:arial;">5,  For <span style="line-height: 21px;">optimizing resource utilization, I think you could use strategy [1]</span></p><p style="font-size:14px;font-family:arial;"><span style="line-height: 21px;">6, There are two audit type:ONESHOT and CONTINUOUS in Watcher, you can get </span></p><p style="font-size:14px;font-family:arial;"><span style="line-height: 21px;">  more help by CLI cmd: watcher help audit create</span></p><p style="font-size:14px;font-family:arial;"><span style="line-height: 21px;"><br></span></p><p style="font-size:14px;font-family:arial;"><span style="line-height: 21px;">If any questions, let us know</span></p><p style="font-size:14px;font-family:arial;">Thanks,</p><p style="font-size:14px;font-family:arial;">licanwei</p><p style="font-size:14px;font-family:arial;"><span style="line-height: 21px;"><br></span></p><p style="font-size:14px;font-family:arial;"><span style="line-height: 21px;">[1] <a href="https://docs.openstack.org/watcher/latest/strategies/vm_workload_consolidation.html">https://docs.openstack.org/watcher/latest/strategies/vm_workload_consolidation.html</a></span></p><p style="font-size:14px;font-family:arial;"><br></p><p class="zMailSignTitle" unonamech="李灿伟10013900" unonameen="li canwei10013900" style="display: none;"><label class="sign_nameUno"></label><span class="sign_arrow"></span></p><p style="font-family: 宋体; font-size:14px; line-height: normal; widows: 1;"><br><br></p><div><div class="zhistoryRow" style="display:block"><div id="zwriteHistoryContainer"><div class="control-group zhistoryPanel"><div class="zhistoryHeader" style="padding: 8px; background-color: #F5F6F8;"><div><strong language-data="HistorySenderTxt">发件人：</strong><span class="zreadUserName">MattRiedemann <mriedemos@gmail.com></span></div><div><strong language-data="HistoryTOTxt">收件人：</strong><span class="zreadUserName" style="display: inline;">openstack-discuss@lists.openstack.org <openstack-discuss@lists.openstack.org>;</span></div><div><strong language-data="HistoryDateTxt">日 期 ：</strong><span class="">2019年05月08日 04:57</span></div><div><strong language-data="HistorySubjectTxt">主 题 ：</strong><span class="zreadTitle"><strong>[watcher][qa] Thoughts on performance testing for Watcher</strong></span></div></div><div class="zhistoryContent"><div>Hi,<br><br>I'm new to Watcher and would like to do some performance and scale <br>testing in a simulated environment and wondering if anyone can give some <br>pointers on what I could be testing or looking for.<br><br>If possible, I'd like to be able to just setup a single-node devstack <br>with the nova fake virt driver which allows me to create dozens of fake <br>compute nodes. I could also create multiple cells with devstack, but <br>there gets to be a limit with how much you can cram into a single node <br>8GB RAM 8VCPU VM (I could maybe split 20 nodes across 2 cells). I could <br>then create dozens of VMs to fill into those compute nodes.<br><br>I'm mostly trying to figure out what could be an interesting set of <br>tests. The biggest problem I'm trying to solve with Watcher is <br>optimizing resource utilization, i.e. once the computes hit the Tetris <br>problem and there is some room on some nodes but none of the nodes are <br>fully packed.<br><br>I was thinking I could simulate this by configuring nova so it spreads <br>rather than packs VMs onto hosts (or just use the chance scheduler which <br>randomly picks a host), using VMs of varying sizes, and then run some <br>audit / action plan (I'm still learning the terminology here) to live <br>migrate the VMs such that they get packed onto as few hosts as possible <br>and see how long that takes. Naturally with devstack using fake nodes <br>and no networking on the VMs, that live migration is basically a noop, <br>but I'm more interested in profiling how long it takes Watcher itself to <br>execute the actions.<br><br>Once I get to know a bit more about how Watcher works, I could help with <br>optimizing some of the nova-specific stuff using placement [1].<br><br>Any advice or guidance here would be appreciated.<br><br>[1] https://review.opendev.org/#/c/656448/<br><br>-- <br><br>Thanks,<br><br>Matt<br></div></div></div></div></div></div><p><br></p></div>