For small installs we still have to consider an option of roles
combination, and placing Zabbix on controllers. Fuel disk allocation logic
should be smart and has to allocate separate disk for it where possible.

On Wednesday, November 26, 2014, Stanislaw Bogatkin <sbogat...@mirantis.com>
wrote:

> Hi Bartosz,
> 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.
> But zabbix in HA on dedicated nodes (not on the controllers) is very good
> idea to eliminate monitoring SPOF.
>
>
> On Tue, Nov 25, 2014 at 8:07 PM, Mike Scherbakov <mscherba...@mirantis.com
> <javascript:_e(%7B%7D,'cvml','mscherba...@mirantis.com');>> wrote:
>
>> 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).
>>
>> On Tue, Nov 25, 2014 at 7:34 PM, Bartosz Kupidura <bkupid...@mirantis.com
>> <javascript:_e(%7B%7D,'cvml','bkupid...@mirantis.com');>> wrote:
>>
>>> Hello Vladimir,
>>> I agree. But in most cases, zabbix-server would be moved from failed
>>> node by pacemaker.
>>> Moreover some clients dont want to „waste” 3 additional servers only for
>>> monitoring.
>>>
>>> As i said, this is only first drop of zabbix HA. Later we can allow user
>>> to deploy zabbix-server
>>> not only on controllers, but also on dedicated nodes.
>>>
>>> Best Regards,
>>> Bartosz Kupidura
>>>
>>>
>>> > Wiadomość napisana przez Vladimir Kuklin <vkuk...@mirantis.com
>>> <javascript:_e(%7B%7D,'cvml','vkuk...@mirantis.com');>> w dniu 25 lis
>>> 2014, o godz. 15:47:
>>> >
>>> > Bartosz,
>>> >
>>> > 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.
>>> >
>>> > On Tue, Nov 25, 2014 at 4:21 PM, Bartosz Kupidura <
>>> bkupid...@mirantis.com
>>> <javascript:_e(%7B%7D,'cvml','bkupid...@mirantis.com');>> wrote:
>>> > Hello All,
>>> >
>>> > Im working on Zabbix implementation which include HA support.
>>> >
>>> > Zabbix server should be deployed on all controllers in HA mode.
>>> >
>>> > Currently we have dedicated role 'zabbix-server', which does not
>>> support more
>>> > than one zabbix-server. Instead of this we will move monitoring
>>> solution (zabbix),
>>> > as an additional component.
>>> >
>>> > We will introduce additional role 'zabbix-monitoring', assigned to all
>>> servers with
>>> > lowest priority in serializer (run puppet after every other roles)
>>> when zabbix is
>>> > enabled.
>>> > 'Zabbix-monitoring' role will be assigned automatically.
>>> >
>>> > When zabbix component is enabled, we will install zabbix-server on all
>>> controllers
>>> > in active-backup mode (pacemaker+haproxy).
>>> >
>>> > In next stage, we can allow users to deploy zabbix-server on dedicated
>>> node OR
>>> > on controllers for performance reasons.
>>> > But for now we should force zabbix-server to be deployed on
>>> controllers.
>>> >
>>> > BP is in initial phase, but code is ready and working with Fuel 5.1.
>>> > Now im checking if it works with master.
>>> >
>>> > Any comments are welcome!
>>> >
>>> > BP link: https://blueprints.launchpad.net/fuel/+spec/zabbix-ha
>>> >
>>> > Best Regards,
>>> > Bartosz Kupidura
>>> > _______________________________________________
>>> > OpenStack-dev mailing list
>>> > OpenStack-dev@lists.openstack.org
>>> <javascript:_e(%7B%7D,'cvml','OpenStack-dev@lists.openstack.org');>
>>> > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>> >
>>> >
>>> >
>>> > --
>>> > Yours Faithfully,
>>> > Vladimir Kuklin,
>>> > Fuel Library Tech Lead,
>>> > Mirantis, Inc.
>>> > +7 (495) 640-49-04
>>> > +7 (926) 702-39-68
>>> > Skype kuklinvv
>>> > 45bk3, Vorontsovskaya Str.
>>> > Moscow, Russia,
>>> > www.mirantis.com
>>> > www.mirantis.ru
>>> > vkuk...@mirantis.com
>>> <javascript:_e(%7B%7D,'cvml','vkuk...@mirantis.com');>
>>> > _______________________________________________
>>> > OpenStack-dev mailing list
>>> > OpenStack-dev@lists.openstack.org
>>> <javascript:_e(%7B%7D,'cvml','OpenStack-dev@lists.openstack.org');>
>>> > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>>
>>>
>>> _______________________________________________
>>> OpenStack-dev mailing list
>>> OpenStack-dev@lists.openstack.org
>>> <javascript:_e(%7B%7D,'cvml','OpenStack-dev@lists.openstack.org');>
>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>>
>>
>>
>>
>> --
>> Mike Scherbakov
>> #mihgen
>>
>>
>> _______________________________________________
>> OpenStack-dev mailing list
>> OpenStack-dev@lists.openstack.org
>> <javascript:_e(%7B%7D,'cvml','OpenStack-dev@lists.openstack.org');>
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
>>
>

-- 
Mike Scherbakov
#mihgen
_______________________________________________
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Reply via email to