Skip to Main Content
Cloud Management and AIOps


This is an IBM Automation portal for Cloud Management and AIOps products. To view all of your ideas submitted to IBM, create and manage groups of Ideas, or create an idea explicitly set to be either visible by all (public) or visible only to you and IBM (private), use the IBM Unified Ideas Portal (https://ideas.ibm.com).

Shape the future of IBM!

We invite you to shape the future of IBM, including product roadmaps, by submitting ideas that matter to you the most. Here's how it works:

Search existing ideas

Start by searching and reviewing ideas and requests to enhance a product or service. Take a look at ideas others have posted, and add a comment, vote, or subscribe to updates on them if they matter to you. If you can't find what you are looking for,

Post your ideas
  1. Post an idea.

  2. Get feedback from the IBM team and other customers to refine your idea.

  3. Follow the idea through the IBM Ideas process.

Specific links you will want to bookmark for future use

Welcome to the IBM Ideas Portal (https://www.ibm.com/ideas) - Use this site to find out additional information and details about the IBM Ideas process and statuses.

IBM Unified Ideas Portal (https://ideas.ibm.com) - Use this site to view all of your ideas, create new ideas for any IBM product, or search for ideas across all of IBM.

ideasibm@us.ibm.com - Use this email to suggest enhancements to the Ideas process or request help from IBM for submitting your Ideas.

Status Under review
Workspace Instana
Categories Kubernetes
Created by Guest
Created on Dec 7, 2023

Memory Limits Allocation

Issue: 
Case number
TS014283635

We are receiving alerts from eks_commhub_prod_east_2 cluster stating that the below mentioned nodes are breaching the Memory Limits Allocation. 

ip-10-45-30-219.us-east-2.compute.internal
ip-10-45-31-81.us-east-2.compute.internal 
ip-10-45-31-159.us-east-2.compute.internal 
ip-10-45-30-17.us-east-2.compute.internal 
ip-10-45-30-212.us-east-2.compute.internal
ip-10-45-31-154.us-east-2.compute.internal 

On checking the issue further with the DEVOPS team we figured out that the nodes are having enough memory to support the APIs running in it but in Instana we can see the health status of the nodes are pointing it to be "CRITICAL". 

We have set a threshold of 70% for warning and 80% for critical for these nodes in Instana. I have attached as a screenshot which would show the Memory and CPU usage as on today which is less than 70%. But strangely, in Instana the health seems to be pointing to critical even though everything is good with it's health as confirmed by the DEVOPS/AWS team. 

Solution that the IBM Technical Team provided: 
The warning is in reference to "Resource Limits" associated with the node. 

This is related to the QoS that Kubernetes provides and not a reference to the actual consumed memory on the host. This is calculated by summing of all of the pod limits on the node. When this sum exceeds the available capacity of the node the issue is emitted. There are 3 levels of QoS in Kubernetes:
* Guaranteed (request == limit)
* Burstable (request < limit)
* Best Effort (not specified)

"Currently it's not possible to adjust the level at which this value triggers the issue but can be raised as an AHA Feature Request". 

Idea priority Medium