<div dir="ltr"><div>Hi Bartosz,<br></div>As for me - zabbix is bad practice to place on controller nodes when large installations will be monitoring, cause it can slow down disk IO on big db. If it happen - controllers can became unresponsible to other services on controllers. Zabbix guys recommended to use separate station for large installations.<br>But zabbix in HA on dedicated nodes (not on the controllers) is very good idea to eliminate monitoring SPOF.<br><div><div><br></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Nov 25, 2014 at 8:07 PM, Mike Scherbakov <span dir="ltr"><<a href="mailto:mscherbakov@mirantis.com" target="_blank">mscherbakov@mirantis.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Regarding the licensing, it should not be an issue because we provide all source code (if not as git repos, then as source RPMs/DEBs).</div><div class="gmail_extra"><div><div class="h5"><br><div class="gmail_quote">On Tue, Nov 25, 2014 at 7:34 PM, Bartosz Kupidura <span dir="ltr"><<a href="mailto:bkupidura@mirantis.com" target="_blank">bkupidura@mirantis.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello Vladimir,<br>
I agree. But in most cases, zabbix-server would be moved from failed node by pacemaker.<br>
Moreover some clients dont want to „waste” 3 additional servers only for monitoring.<br>
<br>
As i said, this is only first drop of zabbix HA. Later we can allow user to deploy zabbix-server<br>
not only on controllers, but also on dedicated nodes.<br>
<br>
Best Regards,<br>
Bartosz Kupidura<br>
<br>
<br>
> Wiadomość napisana przez Vladimir Kuklin <<a href="mailto:vkuklin@mirantis.com" target="_blank">vkuklin@mirantis.com</a>> w dniu 25 lis 2014, o godz. 15:47:<br>
<div><div>><br>
> Bartosz,<br>
><br>
> It is obviously possible to install zabbix on the master nodes and put it under pacemaker control. But it seems very strange for me to monitor something with software located on the nodes that you are monitoring.<br>
><br>
> On Tue, Nov 25, 2014 at 4:21 PM, Bartosz Kupidura <<a href="mailto:bkupidura@mirantis.com" target="_blank">bkupidura@mirantis.com</a>> wrote:<br>
> Hello All,<br>
><br>
> Im working on Zabbix implementation which include HA support.<br>
><br>
> Zabbix server should be deployed on all controllers in HA mode.<br>
><br>
> Currently we have dedicated role 'zabbix-server', which does not support more<br>
> than one zabbix-server. Instead of this we will move monitoring solution (zabbix),<br>
> as an additional component.<br>
><br>
> We will introduce additional role 'zabbix-monitoring', assigned to all servers with<br>
> lowest priority in serializer (run puppet after every other roles) when zabbix is<br>
> enabled.<br>
> 'Zabbix-monitoring' role will be assigned automatically.<br>
><br>
> When zabbix component is enabled, we will install zabbix-server on all controllers<br>
> in active-backup mode (pacemaker+haproxy).<br>
><br>
> In next stage, we can allow users to deploy zabbix-server on dedicated node OR<br>
> on controllers for performance reasons.<br>
> But for now we should force zabbix-server to be deployed on controllers.<br>
><br>
> BP is in initial phase, but code is ready and working with Fuel 5.1.<br>
> Now im checking if it works with master.<br>
><br>
> Any comments are welcome!<br>
><br>
> BP link: <a href="https://blueprints.launchpad.net/fuel/+spec/zabbix-ha" target="_blank">https://blueprints.launchpad.net/fuel/+spec/zabbix-ha</a><br>
><br>
> Best Regards,<br>
> Bartosz Kupidura<br>
> _______________________________________________<br>
> OpenStack-dev mailing list<br>
> <a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">OpenStack-dev@lists.openstack.org</a><br>
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
><br>
><br>
><br>
> --<br>
> Yours Faithfully,<br>
> Vladimir Kuklin,<br>
> Fuel Library Tech Lead,<br>
> Mirantis, Inc.<br>
> +7 (495) 640-49-04<br>
> +7 (926) 702-39-68<br>
> Skype kuklinvv<br>
> 45bk3, Vorontsovskaya Str.<br>
> Moscow, Russia,<br>
> <a href="http://www.mirantis.com" target="_blank">www.mirantis.com</a><br>
> <a href="http://www.mirantis.ru" target="_blank">www.mirantis.ru</a><br>
> <a href="mailto:vkuklin@mirantis.com" target="_blank">vkuklin@mirantis.com</a><br>
> _______________________________________________<br>
> OpenStack-dev mailing list<br>
> <a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">OpenStack-dev@lists.openstack.org</a><br>
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br>
<br>
_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div></div></div><span class="HOEnZb"><font color="#888888">-- <br><div><div dir="ltr">Mike Scherbakov<br>#mihgen<br><br></div></div>
</font></span></div>
<br>_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div><br></div>