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

Better disk limit strategy #320

Open
rgaudin opened this issue Dec 5, 2024 · 1 comment
Open

Better disk limit strategy #320

rgaudin opened this issue Dec 5, 2024 · 1 comment
Labels
enhancement New feature or request question Further information is requested

Comments

@rgaudin
Copy link
Member

rgaudin commented Dec 5, 2024

We are currently solely relying on local hostPath to store application data. So app data is stored on the k8s nodes and applications are thus tied to a specific node.

Because k8s is not meant to be used this way (it contradicts the core principle of k8s or moving pods across nodes) k8s is very aggressive when disk pressure is detected (90% of disk usage I think) and kills the running pods.

Our strategy so far is:

  • have plenty of extra disk space on each node (based on expected/guessed data usage)
  • have an image prune policy to purge OCI images stuff when disk usage reaches a threshold
  • manually look at disk space every week in the routine.

Given we accidentally triggered DiskPressure while restoring a backup the other day (and k8s killed all pods and the ingress did not restart for a different reason), we should start discussing better strategies.

@rgaudin rgaudin added enhancement New feature or request question Further information is requested labels Dec 5, 2024
@rgaudin rgaudin changed the title Add disk limits Better disk limit strategy Dec 5, 2024
@benoit74
Copy link
Collaborator

benoit74 commented Dec 5, 2024

Quite important indeed, probably even urgent

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request question Further information is requested
Projects
None yet
Development

No branches or pull requests

2 participants