Hello,<br><br>I'm a new Pacemaker user and i trying to understand exactly what it can do / can't do in case of MySQL Replication or DRBD replication.<br><br>I have two MySQl servers, for the moment with a simple Master/Slave replication, my need is to implement a high availability system with automated IP and DB fail-over / fail-back (including replication).<br>

<br>I would like to be able to have 1 node designated as Master and in case of failure, automatically promote the slave node to master, and when the initial master will available again do the reverse operation automatically.<br>

<br>I have compared several solutions and according to my needs (i have two servers only and i don't want / don't need use solutions like MySQL Cluster which requires 4 servers), Pacemaker seems the best solution in my case.<br>

<br>I have to choose between Pacemaker with MySQL replication or Pacemaker with DRBD replication but it's difficult to find clear explanations and documentation about the 2 solutions, so i have some questions about it.<br>

If anyone can enlighten me i thank in advance!<br><br><br>In the Pacemaker + MySQL replication case:<br><br>I know pacemaker is able to do IP failover and it seems DB failover too(?), but what type of failure pacemaker can detect?<br>

I know it is able to monitor the network failure (node unreachable), but can it detect MySQL service failure and promote the slave to master?<br>Example: Master node reachable, but database not (mysql service stopped, access failed->too many connexions, disk full, database read access but write error...)?<br>

<br>Can pacemaker do (natively) the reverse operation automatically (When initial master node or MySQL DB will be available again)?<br>In this case, can it manage the replication? and if not, can i use a personal shell scipt to do it?<br>

<br>Else, i have browsing the maillinglist archives and i've seen the Percona Replication Manager solution (<a href="http://www.mysqlperformanceblog.com/2011/11/29/percona-replication-manager-a-solution-for-mysql-high-availability-with-replication-using-pacemaker/">http://www.mysqlperformanceblog.com/2011/11/29/percona-replication-manager-a-solution-for-mysql-high-availability-with-replication-using-pacemaker/</a>), <br>

somebody he already implemented it in production environment? Is it reliable?<br><br><br>In the Pacemaker +   DRBD replication case:<br><br>I understand that pacemaker and drbd work very well together and drbd is a good solution for mysql replication.<br>

In case of master (active node) failure, pacemaker+DRBD promote automatically the slave (passive node) as master and i have read that drbd can handle itself the back replication when master node is available again? <br>can you enlighten me a little more about it?<br>

<br>I also read that it is recommended to have a dedicated network for drbd replication, but can i do without? I don't write a lot on my databases, reading much more, so replication will not be a big charge.<br><br>The big problem i have with DRBD is that i work on RHEL5 and i have read that i will have to recompile DRBD after each kernel update (there is not a lot of updates but still some),<br>

is it possible to avoid it? (CentOS DRBD packages maybe?)<br><br>Somebody has already been problems with RHEL updates and DRBD/Pacemaker?<br><br>Thank you in advance for any response, and sorry if my english is not very good.<br>

<br><br>