<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Wed, Oct 21, 2015 at 3:38 PM, gord chung <span dir="ltr"><<a href="mailto:gord@live.ca" target="_blank">gord@live.ca</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">hi,<br></blockquote><div>hi </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
seems like a neat idea, i had a few questions after watching the presentation from Vancouver.<br></blockquote><div>thanks for your interest in Watcher </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
- is Watcher streaming the data captured by Ceilometer or is it querying the Ceilometer db?<br></blockquote><div>Watcher can stream data captured by Ceilometer. Regarding the Ceilometer db, we had performance issues when querying the database so we decided to use streamed data instead.</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
- is it utilising the Event data captured by Ceilometer or metric data? both?<br></blockquote><div>actually watcher can do both as we capture the data stream </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
- i notice there's a tsdb used by Watcher. what TSDB is supported?<br></blockquote><div>today we are supporting InfluxDB and we plan to add OpenTSDB in the coming months  </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
- is alarming functionality provided by Aodh used or is the 'machine learning'+'orchestration' service meant to replace the functionality provided by Aodh+Heat?<br></blockquote><div>no we do not use this functionality today but we should definitely discuss about it </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
one reason i'm asking is that Ceilometer has a section in wiki to list projects that leverage Ceilometer[1] so it's easy to track existing extensions. feel free to add Watcher there if you feel like it.<br></blockquote><div>I will do it, thank you </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
[1] <a href="https://wiki.openstack.org/wiki/Ceilometer#Ceilometer_Extensions" rel="noreferrer" target="_blank">https://wiki.openstack.org/wiki/Ceilometer#Ceilometer_Extensions</a><br>
<br></blockquote><div>If you want to go deeper into Watcher architecture, feel free to join our community meetup at 10:45am on tuesday [2]</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
cheers,</blockquote><div>cheers, </div><div><br></div><div>[2]  <a href="https://wiki.openstack.org/wiki/Design_Summit/Mitaka/Etherpads">https://wiki.openstack.org/wiki/Design_Summit/Mitaka/Etherpads</a></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div class=""><div class="h5">
<br>
On 21/10/2015 8:22 AM, Antoine CABOT wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
We are pleased to introduce Watcher, a new project in the OpenStack<br>
ecosystem. We believe that a "resource optimization" service in an<br>
OpenStack-based cloud is a crucial component that has been missing to<br>
date and we have started working towards filling that gap.<br>
<br>
OpenStack Watcher provides a flexible and scalable resource<br>
optimization service for multi-tenant OpenStack-based clouds.<br>
Watcher provides a complete optimization loop—including everything<br>
from a metrics receiver, complex event processor and profiler,<br>
optimization processor and an action plan applier. This provides a<br>
robust framework to realize a wide range of cloud optimization goals,<br>
including the reduction of data center operating costs, increased<br>
system performance via intelligent virtual machine migration,<br>
increased energy efficiency—and more!<br>
<br>
Not only does Watcher provide several out-of-box optimization routines<br>
for immediate value-add, but it also supports a pluggable<br>
architecture by which custom optimization algorithms, data metrics and<br>
data profilers can be developed and inserted into the Watcher framework.<br>
Additionally, Watcher enables two different modes of execution—advise<br>
mode (manual) or active mode (automatic), giving cloud administrators<br>
the runtime flexibilities that their clouds require. Most importantly,<br>
administrators of OpenStack-based clouds equipped with Watcher will<br>
decrease their Total Cost of Ownership (TCO) by way of more efficient<br>
use of their infrastructure and less “hands on” (read: manual)<br>
administrator involvement to perform optimizations.<br>
<br>
More information, including key use cases, architecture, etc., are<br>
described on the project wiki [0].  Also feel free to browse some<br>
source code [1, 2].<br>
<br>
We meet weekly on Wednesdays at 16:00 UTC in the #openstack-meeting-3<br>
IRC channel. You can also use #openstack-watcher to contact the team.<br>
<br>
We hope to see you at our unconference session at the upcoming<br>
OpenStack Summit in Tokyo and we are welcoming participation from the<br>
community.  Let us know if you are interested in this topic and<br>
join us in #openstack-watcher!<br>
<br>
Regards,<br>
<br>
Antoine Cabot (Watcher PTL) (acabot)<br>
Susanne Balle (sballe)<br>
Joe Cropper (jwcroppe)<br>
<br>
[0] <a href="https://wiki.openstack.org/wiki/Watcher" rel="noreferrer" target="_blank">https://wiki.openstack.org/wiki/Watcher</a><br>
[1] <a href="https://github.com/openstack/watcher" rel="noreferrer" target="_blank">https://github.com/openstack/watcher</a><br>
[2] <a href="https://github.com/openstack/python-watcherclient" rel="noreferrer" target="_blank">https://github.com/openstack/python-watcherclient</a><br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</blockquote>
<br></div></div><span class=""><font color="#888888">
-- <br>
gord</font></span><div class=""><div class="h5"><br>
<br>
<br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</div></div></blockquote></div><br></div></div>