[uanog] distributed FS

[Mykola Ulianytskyi]

> У тебя очевидная проблема будет при split brain, очевидная необходимость в conflict resolution. Файловая система не даёт таких возможностей.

Даёт. С тремя нодами всё будет ок.

Client quorum:
This is a feature implemented in Automatic File Replication (AFR here
on) module, to prevent split-brains in the I/O path for
replicate/distributed-replicate volumes.
By default, if the client-quorum is not met for a particular replica
subvol, it becomes read-only.

https://docs.gluster.org/en/v3/Administrator%20Guide/Split%20brain%20and%20ways%20to%20deal%20with%20it/

--
Best regards,
Mykola

On Mon, Nov 15, 2021 at 4:50 PM Vladimir Sharun <vladimir.sharun at ukr.net> wrote:
>
> Привет,
>
> У тебя очевидная проблема будет при split brain, очевидная необходимость в conflict resolution. Файловая система не даёт таких возможностей.
>
> 15 листопада 2021, 16:26:31, від "Volodymyr Litovka" <doka at funlab.cc>:
>
> Привет,
> совет нужен. Нужно собрать кластер из трёх маломощных серверов под маломощную работу. Проблема в том, что там будет крутиться proprietary софт, который пишет своё состояние в свои файлы/каталоги и другого способа, кроме как подсунуть ему распределенную файловую систему, чтобы стартовать hot backup из "общего каталога", я не вижу.
> Посоветуйте распределенную файловую систему типа GlusterFS, которая бы делала работу. Собственно, GlusterFS тоже подойдет, но если у кого-то есть причины, по которым использовать GlusterFS не стоит или просто есть другие рекомендации - то буду очень признателен.
> Спасибо.
>
> _______________________________________________
> uanog mailing list
> uanog at uanog.kiev.ua
> https://mailman.uanog.kiev.ua/mailman/listinfo/uanog