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

Switch staging hub on openscapes hub to its own EFS #4461

Closed
3 tasks done
Tracked by #4453
yuvipanda opened this issue Jul 20, 2024 · 1 comment · Fixed by #4498, #4503 or #4504
Closed
3 tasks done
Tracked by #4453

Switch staging hub on openscapes hub to its own EFS #4461

yuvipanda opened this issue Jul 20, 2024 · 1 comment · Fixed by #4498, #4503 or #4504
Assignees

Comments

@yuvipanda
Copy link
Member

yuvipanda commented Jul 20, 2024

As part of #4453, we want to support running one EFS per hub. This allows accurate cost allocation per hub for home directory storage.

This task requires:

Definition of done

The staging hub uses a new EFS instance set up specifically for it.

@yuvipanda yuvipanda changed the title Allow creating multiple EFS filesystems on AWS Switch to one EFS filesystem per hub on the openscapes cluster Jul 24, 2024
@yuvipanda yuvipanda changed the title Switch to one EFS filesystem per hub on the openscapes cluster Switch staging hub on openscapes hub to its own EFS Jul 24, 2024
@GeorgianaElena GeorgianaElena self-assigned this Jul 24, 2024
@GeorgianaElena
Copy link
Member

GeorgianaElena commented Jul 26, 2024

I have finished the tasks of this issue. Only remaining bit is deleting the previous contents of the staging homedir. Will do so in a later iteration, after doing a workshop migration so I can still use it for testing.

Note

This task was a bit more complex than initially anticipated and required more effort than planned (first sub-task).
This was mostly due to the implementation details not being very similar with the GCP one because of differences in how we manage filestores on each cloud provider and required pivoting away from the terraform state mv approach to avoid running into unwanted issues having to run the command 5 times for each aws cluster.

Not sure what to do with this info, but leaving it here for reference.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment