Skip to content

Commit c27efac

Browse files
authored
editorial changes
1 parent 3cacfb6 commit c27efac

1 file changed

Lines changed: 18 additions & 17 deletions

File tree

support/azure/azure-kubernetes/create-upgrade-delete/aks-increased-memory-usage-cgroup-v2.md

Lines changed: 18 additions & 17 deletions
Original file line numberDiff line numberDiff line change
@@ -1,7 +1,7 @@
11
---
22
title: Increased memory usage reported in Kubernetes 1.25 or later versions
33
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
55
editor: momajed
66
ms.reviewer: aritraghosh, cssakscic, v-leedennis
77
ms.service: azure-kubernetes-service
@@ -34,27 +34,28 @@ This increase is caused by a change in memory accounting within version 2 of the
3434

3535
- 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).
3636

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:
3838

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**:
4140

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.
4749

4850
- **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.
5052

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).
5354

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.
5859
5960

6061
> [!NOTE]
@@ -64,7 +65,7 @@ This increase is caused by a change in memory accounting within version 2 of the
6465

6566
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).
6667

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.
6869

6970
## Reference
7071

0 commit comments

Comments
 (0)