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 updateson them if they matter to you. If you can't find what you are looking for,
Post your ideas
Post an idea.
Get feedback from the IBM team and other customers to refine your idea.
Follow the idea through the IBM Ideas process.
Specific links you will want to bookmark for future use
To be able to change Scaling Target VMEM Utilization for On-Premises
Currently, almost all of my SQL Servers are considered to not have enough memory according to Turbonomic as it appears to want 70% free memory. This was told to me by support. This threshold is way above what VMware and Microsoft consider to be best practices. Say I have a server with a total amount of memory of 16 GB. I allocate 12 GB for SQL leaving 4 GB for the OS per best practices. Since SQL will use all memory allocated to it, Turbonomic will see at least all 12 GB utilized, which is 75% of the total memory. Turbonomic wants me to have at least 5 GB free at all time.
This isn't that big of a deal for servers with small amounts of memory, but when you get to larger memory allocations, the difference can be great. An example would be if I had a server with 64 GB of memory. Turbonomic would want me to have over 19 GB free compared to best practices where they recommend to have 10% memory free or 6.4 GB.
Do not place IBM confidential, company confidential, or personal information into any field.