You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We need to be able to add more storage by adding a set of capacity units while still maintaining readability of the old data. We have discussed several schemes for this including distributing the objects uniformly at random on write, then stating all the capacity units in parallel to find the object for reading. This has the drawback that we can't easily re-balance objects across the available capacity.
I have discussed an alternative scheme based on consistent-hashing with Jeff that will allow for efficient background re-balancing (if wanted) and eliminates the need to stat every capacity unit. This scheme also facilitates the idea of "capacity targets" where an admin can decide we want to place 50% of the data on cap0 and 25% on cap1 and cap2 respectively.
The text was updated successfully, but these errors were encountered:
We need to be able to add more storage by adding a set of capacity units while still maintaining readability of the old data. We have discussed several schemes for this including distributing the objects uniformly at random on write, then stating all the capacity units in parallel to find the object for reading. This has the drawback that we can't easily re-balance objects across the available capacity.
I have discussed an alternative scheme based on consistent-hashing with Jeff that will allow for efficient background re-balancing (if wanted) and eliminates the need to stat every capacity unit. This scheme also facilitates the idea of "capacity targets" where an admin can decide we want to place 50% of the data on
cap0
and 25% oncap1
andcap2
respectively.The text was updated successfully, but these errors were encountered: