Skip to content
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

Workspace User and Shared Storage #1084

Open
2 of 3 tasks
marrobi opened this issue Nov 25, 2021 · 5 comments
Open
2 of 3 tasks

Workspace User and Shared Storage #1084

marrobi opened this issue Nov 25, 2021 · 5 comments
Labels

Comments

@marrobi
Copy link
Member

marrobi commented Nov 25, 2021

Notes

  • User storage does not need to be private, but dedicated to the user. Private per user storage may come later.
  • Drives should be mounted into relevant locations - the mounting is a function of the user resource template - it may be different for different user resources.
  • Creation of shared storage will be a function of the base workspace template
  • Creation of user storage - TBD - but possible when a user resource is deployed to create if does not exist
  • User shares should be created per user, with a unique identifiers - such as Azure AD object ID.
@marrobi marrobi added this to the Release 0.4 milestone Nov 25, 2021
@marrobi
Copy link
Member Author

marrobi commented Jan 21, 2022

Questions:
Should storage be added automatically or do users need to run a script retrieved from a portal?
Should users be able to add new storage (is this just a workspace service?) and connect to their machines via script?

@yorkecp
Copy link

yorkecp commented Feb 8, 2022

Shared storage should be seen as the preferred location for users to store artefacts which they are creating and working on. This gives a degree of protection where artefacts are not lost if a virtual machine is removed.

As such it should be easily accessible by the user and so I think it needs to be automatically provisioned when a user is either added to a Workspace or when they first access it.

Within a workspace I would have no requirement for private space but a structured filesystem with for example:

users\user1
users\user2
shared
sourcedata

where sourcedata is a read-only "copy" of the source data ingested into the TRE through some form of secure data ingestion process.

@yorkecp
Copy link

yorkecp commented Feb 8, 2022

Question:
Should there be controls over the size of the storage. This may be a cost issues which could be managed by #450 but a simple max size may be useful.

@marrobi
Copy link
Member Author

marrobi commented Feb 8, 2022

@yorkecp what about the fact users often store files in their "home" directories by default.

We have previously redirected that to per user shares.

However your shared only model above does simplify initial requirements.

Adding a quota to the shared storage at deployment time should not be an issue.

@yorkecp
Copy link

yorkecp commented Feb 8, 2022

Yes if home directory mapping was done that would drive compliance and make it even easier for users to fall into the pit of success. I was looking for a simple solution in the first instance.

Mapping home directories across multiple OS instances may be more of a challenge given our requirements around both Windows and Linux environments.

@daltskin daltskin moved this from Next to In Progress in AzureTRE Feature Roadmap Mar 14, 2022
@daltskin daltskin moved this from Triage to In Progress in AzureTRE - Crew Rock Mar 21, 2022
@joalmeid joalmeid moved this from In Progress to Triage in AzureTRE - Crew Rock Apr 26, 2022
@marrobi marrobi modified the milestones: Release 0.5, Release 0.6 Jul 27, 2022
@marrobi marrobi moved this from In Progress to Initial Scope Complete in AzureTRE Feature Roadmap Oct 26, 2022
@marrobi marrobi removed this from the Release 0.6 milestone Jun 27, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
Status: Initial Scope Complete
Development

No branches or pull requests

2 participants