Open Stack

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 <sbogatkin at 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 <mscherbakov at mirantis.com
> <javascript:_e(%7B%7D,'cvml','mscherbakov at 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 <bkupidura at mirantis.com
>> <javascript:_e(%7B%7D,'cvml','bkupidura at 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 <vkuklin at mirantis.com
>>> <javascript:_e(%7B%7D,'cvml','vkuklin at 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 <
>>> bkupidura at mirantis.com
>>> <javascript:_e(%7B%7D,'cvml','bkupidura at 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 at lists.openstack.org
>>> <javascript:_e(%7B%7D,'cvml','OpenStack-dev at 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
>>> > vkuklin at mirantis.com
>>> <javascript:_e(%7B%7D,'cvml','vkuklin at mirantis.com');>
>>> > _______________________________________________
>>> > OpenStack-dev mailing list
>>> > OpenStack-dev at lists.openstack.org
>>> <javascript:_e(%7B%7D,'cvml','OpenStack-dev at lists.openstack.org');>
>>> > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>>
>>>
>>> _______________________________________________
>>> OpenStack-dev mailing list
>>> OpenStack-dev at lists.openstack.org
>>> <javascript:_e(%7B%7D,'cvml','OpenStack-dev at lists.openstack.org');>
>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>>
>>
>>
>>
>> --
>> Mike Scherbakov
>> #mihgen
>>
>>
>> _______________________________________________
>> OpenStack-dev mailing list
>> OpenStack-dev at lists.openstack.org
>> <javascript:_e(%7B%7D,'cvml','OpenStack-dev at lists.openstack.org');>
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
>>
>

-- 
Mike Scherbakov
#mihgen
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20141126/6f0a5a72/attachment.html>