<div dir="ltr"><br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Im working on Zabbix implementation which include HA support.<br>
<br>
Zabbix server should be deployed on all controllers in HA mode.</blockquote><div>But zabbix-server will stay and user will be able to assign this role where he wants?</div><div>If so there will be no limitations on roles allocation strategy that user can use for cluster</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> <br></blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
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></blockquote><div>It must not be in orchestrator (i guess you are talking about serializer) by some cluster attribute or another hack.</div><div>I thought about such kind of role placement during granular deployment design, and it can be done in a next way:</div><div><br></div><div>Zabbix-monitoring (i like zabbix-agent more) to all servers if zabbix-server is added to cluster,</div><div>and then operator should be able to remove zabbix-monitoring from some nodes. But more importantly he will be able</div><div>to see roles to nodes placement in a very explicit manner</div></div></div></div>