<div dir="ltr">DB servers are not in PCS cluster. Basically you say that i need to add them to PCS cluster and then start them? but in case if DB1 fails - DB2 autopromoted and not required start of service again><br><br>Regarding colocation rule - i'm kind of missing logic how it works - how i can "colocate" 1 of 2 APP servers to be around a master DB ? </div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Mar 10, 2020 at 8:42 PM Strahil Nikolov <<a href="mailto:hunter86_bg@yahoo.com">hunter86_bg@yahoo.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On March 10, 2020 7:31:27 PM GMT+02:00, Roman Hershkovich <<a href="mailto:warpik@gmail.com" target="_blank">warpik@gmail.com</a>> wrote:<br>
>I have 2 DB servers (master/slave with replica) and 2 APP servers.<br>
>2 APP servers managed by pacemaker  (active/passive) , but i want also<br>
>to<br>
>monitor "which DB is master".  I can't use VIP (which could be sticked<br>
>on<br>
>master DB) - it is very limited virtual environment.<br>
><br>
>Is it possible to create a rule or some other scenario, so in case if<br>
>master moved - pacemaker will restart APP (app does not support<br>
>failover) ?<br>
<br>
Hi Roman,<br>
<br>
If you set an order rule that  starts  first the master  and then the app, during a failover  the app will be stoped  and once the master  is switched  (slave is promoted) the  app will be started again.<br>
<br>
Also you can consider  a  colocation rule that all  apps are  started  where  the master  DB is running  -  so the lattency will be minimal.<br>
<br>
Best Regards,<br>
Strahil Nikolov<br>
</blockquote></div>