well, that is why I was asking.
Yes, we are extremely satisfied with the existing arbiter. It makes a
measurable difference vs true Replica 3.
I was curious as to if Thin Arbiter was an *improvement* over regular
Arbiter or even considered the new 'Arbiter' going forward.
The documentation indicates that Thin Arbiter is faster because we
aren't waiting for the arbiter write to complete during full quorum ops.
However the doc's dont indicate if there is a safety cost over
traditional arbiter, nor does it really say how much faster TA would be
vs a traditional arbiter with an SSD/NVME sitting right next to the
cluster on the same gluster network.
The docs do imply it was primarily designed for the out of band case you
mentioned.
I was just curious if anyone had any real world experience and if it was
considered stable and seems to work as advertised. I would so some
testing on it.
-wk
On 12/19/2020 9:50 AM, Strahil Nikolov wrote:> You already mentioned that regular arbiter works fine for you .
>
> What are the considerations to switch from regular to thin arbiter ?
>
> I think that thin arbiter is suitable for environments where a third node
is not possible locally and is a compromise in order to avoid 'replica
2' volumes.
>
>
> Best Regards,
> Strahil Nikolov
>
>
>
>
>
>
> ? ?????, 18 ???????? 2020 ?., 23:54:59 ???????+2, WK <wkmail at
bneit.com> ??????:
>
>
>
>
>
>
>
>
>
>
>
> OK, so it seems 8.x is the way to go
>
> So what about Thin Arbiter?
>
> Is anyone one using it in production?
>
>
> -wk
>
>
>
>
>
>
>
>
> On 12/18/2020 12:59 AM, Olaf Buitelaar wrote:
>
>
>>
>> It is in their release
notes;?https://docs.gluster.org/en/latest/release-notes/7.9/
>>
>>
>>
>> Ok, we've usually?good experiences with inplace update's. But
taking the safe route is always a good idea!
>>
>>
>>
>>
>> Op do 17 dec. 2020 om 19:49 schreef WK <wkmail at bneit.com>:
>>
>>
>>> On 12/17/2020 10:13 AM, Olaf Buitelaar wrote:
>>>> Hi WK,
>>>>
>>>> i believe gluster 7 just received it's
>>>> latest?maintenance?patch?@version 7.9. so that's a dead end
from there on.
>>>>
>>> Hmm, ok, the website should reflect that then.
>>>
>>>
>>>> I'm not sure if you can skip a whole version going straight
to 8.
>>> well it would be a forklift upgrade.
>>>
>>> We build up new boxes and migrate over the data.
>>>
>>> The one area we have been burned before on Gluster is doing in
place
>>> upgrades. Since we don't have all our eggs in one basket we can
migrate
>>> one cluster at a time that way.
>>>
>>>
>>>
>>
> ________
>
>
>
> Community Meeting Calendar:
>
> Schedule -
> Every 2nd and 4th Tuesday at 14:30 IST / 09:00 UTC
> Bridge: https://meet.google.com/cpu-eiue-hvk
> Gluster-users mailing list
> Gluster-users at gluster.org
> https://lists.gluster.org/mailman/listinfo/gluster-users