-
Bug
-
Resolution: Done-Errata
-
Normal
-
Logging 5.7.z, Logging 5.6.z, Logging 5.8.z
-
False
-
None
-
False
-
NEW
-
NEW
-
Before this change the vector collector deployments were unrestricted in their use of memory and cpu. This enhancement defaults the requests and limits to values recommended by the vector upstream documentation.
-
Enhancement
-
-
-
Log Collection - Sprint 258
-
Important
Description of problem:
In case that not user defined values of limits.cpu and limits.memory, Vector has not default values, then, as it's designed to work in memory, it can lead to get exhausted an OCP node (including master nodes).
The high memory usage is reported in https://issues.redhat.com/browse/LOG-4536 where Vector pods where able to use until 160GB of memory.
Then, it's required that in case that not user defined values for limits.cpu and limits.memory for the collector, the default installation should set some values for avoiding Vector consuming all the memory or cpu available on the nodes and impacting to the cluster
Version-Release number of selected component (if applicable):
Logging 5.6, 5.7 and 5.8
How reproducible:
Always
Steps to Reproduce:
Deploy Vector without having user defined values and verify that the collector pods have not _ limits.cpu_ or limits.memory values
Actual results:
If not user defined values of limits.cpu and limits.memory then, not default values assigned being not a secure and good configuration out of the box for the collector.
Expected results:
If not user defined values of limits.cpu and limits.memory, then, Vector collector can use all the memory and cpu from the nodes and it does it causing problems on the OCP nodes and the loads running on top of it.
- relates to
-
OBSDOCS-856 Examples without limits and resources defined for the collector
- To Do
- links to
-
RHBA-2024:137361 Logging for Red Hat OpenShift - 6.0.0
- mentioned on