Actions
Feature #17395
closed
Control storage class of container / container_request output
Story points:
-
Release:
Release relationship:
Auto
Description
New field on container called output_storage_classes
New field on container_request called output_storage_classes
When accepting a container request and creating a new container, the new container should take the storage classes from the request. Crunch-run will ensure that container outputs are sent to that storage class.
The output collection of the file will be assigned the storage classes from output_storage_classes
- crunch-run will respect the value of
output_storage_classeson the container record when writing the output collection.
When we create the container request output collection (copied from the container output) the new collection is assigned the storage classes from the container_request output_storage_classes
Related issues
Updated by Peter Amstutz almost 4 years ago
- Related to Idea #16107: Storage classes added
Updated by Peter Amstutz over 3 years ago
- Target version set to 2021-06-23 sprint
Updated by Peter Amstutz over 3 years ago
- Target version changed from 2021-06-23 sprint to 2021-07-07 sprint
Updated by Peter Amstutz over 3 years ago
17395-container-output-storage-class @ 4dfa520bd6eb1c594c83f85431d6a39e340fa9cb
- Migration to add output_storage_classes to container and container_request
- Add OutputStorageClasses to Container and ContainerRequest in Go SDK
- Use Container.OutputStorageClasses to set the storage classes used by the "dispatcher" and "container" keep clients used in crunch-run.
- Add tests & update API documentation.
Updated by Peter Amstutz over 3 years ago
- Status changed from New to In Progress
Updated by Lucas Di Pentima over 3 years ago
Some comments below:
- It seems that the migration file is missing.
- There's a sentence on the docs: "This feature does not provide a hard guarantee on where data will be stored. Data may be written to default storage and moved to the desired storage class later. If controlling data locality is a hard requirement (such as legal restrictions on the location of data) we recommend setting up multiple Arvados clusters." at the end of https://doc.arvados.org/v2.2/admin/storage-classes.html -- not sure if this story is the right one but I think we'll need to fix it as soon it won't be completely correct.
- Somewhat related: Should keepproxy use the newly created
SetStorageClasses()function atservices/keepproxy/keepproxy.goLine 477? Also, some tests could use it. - Other than that, it LGTM.
Updated by Peter Amstutz over 3 years ago
- Status changed from In Progress to Resolved
Actions