Skip to content

Add note about possibly lower available capacity on MountVolume volumes #587

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Open
wants to merge 1 commit into
base: master
Choose a base branch
from

Conversation

nixpanic
Copy link

What type of PR is this?

Documentation change, setting expectations of the capacity_range sizes in CreateVolume and other RPCs.

What this PR does / why we need it:

Users have been confused about provisioned volumes that were slightly smaller than what they requested.

Which issue(s) this PR fixes:

Fixes #338

Special notes for your reviewer:

A similar note was added through kubernetes/website#50146.

Does this PR introduce an API-breaking change?:

none

When a CreateVolume request is handled by an SP, the requested capacity
does not include any potential overhead of filesystem metadata. This can
cause confusion, as users may not be able to store data up to the amount
of the requested size of the volume.

The SP is expected to provision a volume following the capacity_range
request, but the SP may not know how much storage for filesystem
metadata will be required (depends on filesystem type and enabled
features). In these cases, the usable capacity of the volume will be
slightly smaller than the requested capacity.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Clarify definition of Capacity in the spec
1 participant