> I didn't have much reliability issues with ensemble, appia or spread, so
> far. Although, I admit I didn't ever run any of these in production.
> Performance is certainly an issue, yes.
I may suggest another reading even though a bit dates, most of the
results still apply:
The baseline is that if you use UDP multicast, you need a dedicated
switch and the tuning is a nightmare. I discussed these issues with the
developers of Spread and they have no real magic. TCP seems a more
reliable alternative (especially predictable performance) but the TCP
timeouts are also tricky to tune depending on the platform. We worked
quite a bit with Nuno around Appia in the context of Sequoia and
performance can be outstanding when properly tuned or absolutely awful
is some default values are wrong. The chaotic behavior of GCS under
stress quickly compromises the reliability of the replication system,
and admission control on UDP multicast has no good solution so far.
It's just a heads up on what is awaiting you in production when the
system is stressed. There is no good solution so far besides a good
admission control on top of the GCS (in the application).
I am now off for the holidays.
Aster Data Systems
In response to
pgsql-hackers by date
|Next:||From: Emmanuel Cecchet||Date: 2008-12-24 15:41:44|
|Subject: Re: [Fwd: Re: Transactions and temp tables]|
|Previous:||From: Simon Riggs||Date: 2008-12-24 15:31:17|
|Subject: Re: Sync Rep: First Thoughts on Code|