You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I found in the mariadb-single deployment where, since the ephemeral storage does not have any requests set, that once deployed it will try to consume too much of the disk storage on the node it is deployed on. This causes DiskPressure and eventually if not mitigated by, for instance, patching in the requests, it will eventually kill the node.
As of now, only cpu and memory requests are defined, something small like 5Gi would be okay to use as default so the pod doesn't try to over consume storage.
In the scenario that uncovered this, what is the ephemeral storage being used for - there is persistent storage at /var/lib/mysql for the database, and /tmp is in-memory, so what is being stored and where?
In this case, the storage is using a custom path /var/lib/<storage-dir>/* and not the default persistent storage path. The size of /var/lib/mysql is very small, almost negligible.
I found in the mariadb-single deployment where, since the ephemeral storage does not have any requests set, that once deployed it will try to consume too much of the disk storage on the node it is deployed on. This causes DiskPressure and eventually if not mitigated by, for instance, patching in the requests, it will eventually kill the node.
As of now, only cpu and memory requests are defined, something small like
5Gi
would be okay to use as default so the pod doesn't try to over consume storage.build-deploy-tool/legacy/helmcharts/mariadb-single/values.yaml
Lines 60 to 62 in 997483b
e.g.
ephemeral-storage: 5Gi
The text was updated successfully, but these errors were encountered: