<div dir="auto"><div>Unfortunately I move to a different company and they are stick to MySQL<div dir="auto"><br></div><div dir="auto">For what I understand they have some mysql cluster without automatic failover.</div><div dir="auto">Probably also their customers have some kind of cluster without automatic failover.</div><div dir="auto"><br></div><div dir="auto">Looking at some Galera cluster designs on web seems a couple of server proxy are placed in front.</div><div dir="auto"><br></div><div dir="auto">If I would have only 3 nodes where I clustered MySQL with galera how then I have to point my application to the right nodes?</div><br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Sep 6, 2023, 1:32 PM Antony Stone <<a href="mailto:Antony.Stone@ha.open.source.it">Antony.Stone@ha.open.source.it</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Wednesday 06 September 2023 at 12:10:23, Damiano Giuliani wrote:<br>
<br>
> Thanks for helping me.<br>
> <br>
> I'm going to know more about Galera.<br>
> What I don't like is seems I need many nodes, at least 3 for the cluster<br>
> and then at least 2 other nodes for proxy.<br>
<br>
You didn't mention anything about wanting a proxy service in your original <br>
posting, and there's no reason why a proxy can't run on the same machines as <br>
MySQL does.<br>
<br>
As for requiring three nodes, you'll need that for pacemaker anyway.  Trying <br>
to run a 2-node cluster (of anything) as a production service is a disaster <br>
waiting to happen.  Read up about "split brain" if you do not know why.<br>
<br>
> Asking for 5 VM is quite consuming.<br>
<br>
What's your actual (functional) requirement here?<br>
<br>
> As you told drbd can work only in 2 node cluster and disk replication is<br>
> not dbms replication.<br>
> Probably I'm going to try drbd on very small and low usage db.<br>
<br>
The lower the usage (and therefore unrepresentative of typical production <br>
activity), the more likely it is that you'll think "this is working".<br>
<br>
Assuming you mean to set up two MySQL servers each pointing at a synchronised <br>
DRBD storage volume on their local systems, the main thing I expect to go <br>
wrong is data cached in memory, perhaps during complex updates.<br>
<br>
If instead you mean to have only one instance of MySQL running at any given <br>
time, and a failover involves stopping MySQL on the first node and then <br>
starting it on the second, then sure, that will work, but it introduces a <br>
(probably multi-second at the very least) delay during which no client <br>
requests can be processed during the failover, whereas a replicated Galera <br>
cluster (especially with something like ProxySQL in front of it) offers almost <br>
instantaneous switchover and therefore much reduced downtime in DB <br>
availability.<br>
<br>
> More I know about MySQL  more postgresql seems have better replication at<br>
> least for me.<br>
<br>
So why not use Postgres?<br>
<br>
<br>
Antony.<br>
<br>
-- <br>
I don't know, maybe if we all waited then cosmic rays would write all our <br>
software for us. Of course it might take a while.<br>
<br>
 - Ron Minnich, Los Alamos National Laboratory<br>
<br>
                                                   Please reply to the list;<br>
                                                         please *don't* CC me.<br>
_______________________________________________<br>
Manage your subscription:<br>
<a href="https://lists.clusterlabs.org/mailman/listinfo/users" rel="noreferrer noreferrer" target="_blank">https://lists.clusterlabs.org/mailman/listinfo/users</a><br>
<br>
ClusterLabs home: <a href="https://www.clusterlabs.org/" rel="noreferrer noreferrer" target="_blank">https://www.clusterlabs.org/</a><br>
</blockquote></div></div></div>