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
Copy file name to clipboardExpand all lines: support/azure/azure-kubernetes/create-upgrade-delete/aks-increased-memory-usage-cgroup-v2.md
+18-17Lines changed: 18 additions & 17 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1,7 +1,7 @@
1
1
---
2
2
title: Increased memory usage reported in Kubernetes 1.25 or later versions
3
3
description: Resolve an increase in memory usage that's reported after you upgrade an Azure Kubernetes Service (AKS) cluster to Kubernetes 1.25.x.
4
-
ms.date: 12/22/2024
4
+
ms.date: 02/28/2025
5
5
editor: momajed
6
6
ms.reviewer: aritraghosh, cssakscic, v-leedennis
7
7
ms.service: azure-kubernetes-service
@@ -34,27 +34,28 @@ This increase is caused by a change in memory accounting within version 2 of the
34
34
35
35
- If you see a higher eviction rate on the pods, [use higher limits and requests for pods](/azure/aks/developer-best-practices-resource-management#define-pod-resource-requests-and-limits).
36
36
37
-
- cgroup v2 uses a different API than cgroup v1, so if there are any applications that directly access the cgroup file system, they need to be updated to newer versions that support cgroup v2. For example:
37
+
- cgroup v2 uses a different API than cgroup v1. there are any applications that directly access the cgroup file system, update them to newer versions that support cgroup v2. For example:
38
38
39
-
-**Third-Party Monitoring and Security Agents**:
40
-
Some monitoring and security agents depend on the cgroup filesystem. Update these agents to versions that support cgroup v2.
39
+
-**Third-party monitoring and security agents**:
41
40
42
-
-**Java Applications**:
43
-
Prefer to use versions that fully support cgroup v2:
44
-
- OpenJDK / HotSpot: `jdk8u372`, `11.0.16`, `15`, and later.
45
-
- IBM Semeru Runtimes: `8.0.382.0`, `11.0.20.0`, `17.0.8.0`, and later.
46
-
- IBM Java: `8.0.8.6` and later.
41
+
Some monitoring and security agents depend on the cgroup file system. Update these agents to versions that support cgroup v2.
42
+
43
+
-**Java applications**:
44
+
45
+
Use versions that fully support cgroup v2:
46
+
- OpenJDK/HotSpot: `jdk8u372`, `11.0.16`, `15`, and later versions.
47
+
- IBM Semeru Runtimes: `8.0.382.0`, `11.0.20.0`, `17.0.8.0`, and later versions.
48
+
- IBM Java: `8.0.8.6` and later versions.
47
49
48
50
-**uber-go/automaxprocs**:
49
-
If you are using the `uber-go/automaxprocs` package, ensure the version is `v1.5.1` or higher.
51
+
If you are using the `uber-go/automaxprocs` package, ensure the version is `v1.5.1` or later.
50
52
51
-
- An alternative temporary solution is to revert the cgroup version on your nodes by using the following DaemonSet:
52
-
[Revert to cgroup v1 DaemonSet](https://github.com/Azure/AKS/blob/master/examples/cgroups/revert-cgroup-v1.yaml)
53
+
- An alternative temporary solution is to revert the cgroup version on your nodes by using the DaemonSet. For more information, see [Revert to cgroup v1 DaemonSet](https://github.com/Azure/AKS/blob/master/examples/cgroups/revert-cgroup-v1.yaml).
53
54
54
-
**Important**:
55
-
- This DaemonSet is a best-effort solution and should be used with caution. Test it thoroughly in a lower environment before applying it to production to ensure compatibility and avoid unexpected disruptions.
56
-
- The DaemonSet, by default, applies to all nodes in your cluster and will reboot them to implement the cgroup change.
57
-
- To control how this gets applied, configure a `nodeSelector` to target specific nodes.
55
+
> [!IMPORTANT]
56
+
> - Use the DaemonSet cautiously. Test it in a lower environment before applying to production to ensure compatibility and prevent disruptions.
57
+
> - By default, the DaemonSet applies to all nodes in the cluster and will reboot them to implement the cgroup change.
58
+
> - To control how the DaemonSet is applied, configure a `nodeSelector` to target specific nodes.
58
59
59
60
60
61
> [!NOTE]
@@ -64,7 +65,7 @@ This increase is caused by a change in memory accounting within version 2 of the
64
65
65
66
We're actively working with the Kubernetes community to resolve the underlying issue. Progress on this effort can be tracked at [Azure/AKS Issue #3443](https://github.com/kubernetes/kubernetes/issues/118916).
66
67
67
-
As part of the resolution, we plan to either adjust the eviction thresholds or update [resource reservations](/azure/aks/concepts-clusters-workloads#resource-reservations), depending on the outcome of the fix.
68
+
As part of the resolution, we plan to adjust the eviction thresholds or update [resource reservations](/azure/aks/concepts-clusters-workloads#resource-reservations), depending on the outcome of the fix.
0 commit comments