[tahoe-dev] web "control panel", static server selection UI
Greg Troxel
gdt at ir.bbn.com
Mon Jan 24 13:23:18 UTC 2011
Sorry to be a wet blanket, but: I see why you propose this, but I worry
that it will be too inflexible.
A key property is that with some churn things still work. Once you
add 'required', that breaks.
For 'allowed', I would want to phrase it as "disable use of this server"
because the default in a grid is to use all. It's not clear what the
motivation for disabling is - performance, cost, or reliability.
I wonder about a priority # per server, to bias the selection rather
than being absolute.
Required is too binary. I think 'shares.independent', what
servers-of-happiness should be renamed to :-), has a clear meaning:
ensure that at least I independent servers have at least 1 share. But
the real thing to express is much more complicated, and is really about
correlated failure modes. If I check required, then I have no
resilience to a server being unreachable once in a while. If I had 6
servers and each were there 99% of the time I might not care which 5 of
the 6 got shares.
Plus, there's load balancing by free space.
This should all be tied in to repair and rebalancing, so that one can
hill climb on preferences.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 194 bytes
Desc: not available
URL: <http://tahoe-lafs.org/pipermail/tahoe-dev/attachments/20110124/e97e1cdd/attachment.pgp>
More information about the tahoe-dev
mailing list