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

Storage quota on PVC #797

Open
cd1989 opened this issue Feb 22, 2019 · 2 comments
Open

Storage quota on PVC #797

cd1989 opened this issue Feb 22, 2019 · 2 comments
Assignees
Labels
kind/feature Categorizes issue or PR as related to a new feature.
Milestone

Comments

@cd1989
Copy link
Contributor

cd1989 commented Feb 22, 2019

/kind feature

In Cyclone, all Workflows share a common PVC, if some malicious Workflow try to
fill up the PVC, all other Workflows would be affected. For example, write large amount
of data to cache (such as CI/CD build speed up).

We should try to limit the storage that a Workflow, or a project can use. Similar to memory, CPU quota.

For cache, it's more friendly for Cyclone to limit in tenant level, so that no need to touch project concept in workflow engine.

What happened:

What you expected to happen:

How to reproduce it (as minimally and precisely as possible):

Anything else we need to know?:

@caicloud-bot caicloud-bot added the kind/feature Categorizes issue or PR as related to a new feature. label Feb 22, 2019
@cd1989 cd1989 assigned cd1989 and zhujian7 and unassigned cd1989 Feb 22, 2019
@cd1989 cd1989 changed the title Avoid PVC filled up by some malicious Workflow Storage quota on PVC Feb 22, 2019
@supereagle
Copy link
Member

@cd1989 Is it done?

@supereagle supereagle added this to the v1.0.0 milestone Mar 30, 2019
@cd1989
Copy link
Contributor Author

cd1989 commented Apr 1, 2019

Not yet. It's a totally different topic to what we have done.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
kind/feature Categorizes issue or PR as related to a new feature.
Projects
None yet
Development

No branches or pull requests

4 participants