[ClusterLabs] Antw: [EXT] Re: DRBD and SQL Server

Ulrich Windl Ulrich.Windl at rz.uni-regensburg.de
Mon Sep 26 06:41:09 EDT 2022


>>> Brian <brian at tenethor.ddns.net> schrieb am 26.09.2022 um 12:10 in
Nachricht
<5CB7CA0C-C502-44A9-8C74-C14D87F5E634 at tenethor.ddns.net>:
> Eric
> 
> Up until recently I was running mariaDB on my cluster with a DRBD storage. 
> As for the server it ran perfectly fine in my use. Just a home server with 
> not too much demand. 
> 
> About I week ago I decided to move from DRBD to a NAS tho because I kept 
> having issues with the DRBD syncing and split brain. I believe it was 
> probably a configuration problem on my part but I couldn’t figure it out and

> I had the NAS already setup so the switch was easy. To DRBDs credit, when it

> worked it worked perfectly fine and I did like the idea of having the data 
> multiply redundant and not having a single point of failure like I do with 
> the NAS. 

We had a scenario that was like using two NAS in different buildigs, mirrored
using clustered mdraid. Even earlier we were using LVM mirroring instead. At
the moment we are using two NAS systems, too, but they are mirroring
transparently to the host...

> 
> My next project maybe to setup a glusterFS instead and see how that fairs. 
> 
> Brian
> 
> 
> Sent from my iPhone
> 
>> On 26. Sep 2022, at 10:22 AM, Reid Wahl <nwahl at redhat.com> wrote:
>> 
>> On Sun, Sep 25, 2022 at 8:49 PM Eric Robinson <eric.robinson at psmnv.com> 
> wrote:
>>> 
>>> Hey list,
>>> 
>>> 
>>> 
>>> Anybody have experience running SQL Server on DRBD? I’d ask this in the
DRBD 
> list but that one is like a ghost town. This list is the next best option.
>> 
>> I think the DRBD Slack channel is marginally more active than their
>> list, for what it's worth.
>>> 
>>> 
>>> 
>>> -Eric
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> Disclaimer : This email and any files transmitted with it are confidential

> and intended solely for intended recipients. If you are not the named 
> addressee you should not disseminate, distribute, copy or alter this email.

> Any views or opinions presented in this email are solely those of the author

> and might not represent those of Physician Select Management. Warning: 
> Although Physician Select Management has taken reasonable precautions to 
> ensure no viruses are present in this email, the company cannot accept 
> responsibility for any loss or damage arising from the use of this email or

> attachments.
>>> _______________________________________________
>>> Manage your subscription:
>>> https://lists.clusterlabs.org/mailman/listinfo/users 
>>> 
>>> ClusterLabs home: https://www.clusterlabs.org/ 
>> 
>> 
>> 
>> -- 
>> Regards,
>> 
>> Reid Wahl (He/Him)
>> Senior Software Engineer, Red Hat
>> RHEL High Availability - Pacemaker
>> 
>> _______________________________________________
>> Manage your subscription:
>> https://lists.clusterlabs.org/mailman/listinfo/users 
>> 
>> ClusterLabs home: https://www.clusterlabs.org/ 
> _______________________________________________
> Manage your subscription:
> https://lists.clusterlabs.org/mailman/listinfo/users 
> 
> ClusterLabs home: https://www.clusterlabs.org/ 





More information about the Users mailing list