Skip to Main Content
Cloud Management and AIOps


This is an IBM Automation portal for Cloud Management, Technology Cost Management, Network Automation 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 Submitted
Created by Guest
Created on Oct 14, 2025

Watson AIOps Container Monitoring Enhancement - Dynatrace Metadata Configuration

Currently, the Bank of America has a monitoring solution in place to monitor Watson AIOps containers running on NOI 1.6.13 Hybrid Cloud. While all configurations have been completed, we are unable to monitor all namespaces simultaneously. Each time we log into the Dynatrace console, we must manually select the cluster and namespace to view key metrics such as:

Number of running and failed containers.
CPU requests and throttling
Memory requests and out-of-memory kills
Top 10 CPU throttling percentages
Top 10 memory usage percentages
Workloads by type and pods by phase


The dashboard filters should vary based on the selected management zone, but its not happening.

To improve visibility and reduce manual effort, the Dynatrace Architecture team has recommended defining custom Dynatrace metadata for containers.

This involves adding additional metadata to containers using an environment variable named DT_CUSTOM_PROP. The values defined here will appear under the Properties and Tags section of each process in Dynatrace (as shown in the example image below). These values can then be used to create custom tags for advanced filtering and dynamic dashboard visualizations.

Challenge:
We currently have three namespaces in a cluster i.e., Operator, Operands and Postgres. if any temporary changes are made to pods, deployments or statefulsets in the operands namespace, the operator will reconcile and automatically reset those configurations.

Implementation Guidelines

Note:

The environment variable must be named DT_CUSTOM_PROP for Dynatrace to collect metadata values.
The property values should not include spaces.
These metadata key-value pairs will appear at the process level, not at the host level. However, automatic tagging rules can be configured to propagate the metadata to the host level if required.

Recommended Metadata Properties

Below are the five recommended properties to add to your containers:

Container Property

Description

Sample Value

CONTAINER_AIT

AIT for the container

13241

CONTAINER_DATACENTER

Physical location of the container

USTX01, USVA01

CONTAINER_ENVIRONMENT

Environment lane

Dev, SIT, etc.,

CONTAINER_FUNCTION

Container function

APIServer, Web, Application

CONTAINER_K8_CLUSTER

Openshift cluster name

useast19


Idea priority High
  • Guest
    Oct 14, 2025

    Added additional data in the comments section.
    Option 1: Using ConfigMap

    You can use a ConfigMap to define and store the above properties under the DT_CUSTOM_PROP key, specifying values for each property.
    Once created, the ConfigMap needs to be mapped to your container so it can read the DT_CUSTOM_PROP values.

    Steps:

    1. Add the properties to the ConfigMap under the key DT_CUSTOM_PROP
    2. In your container definition, add an environment variable named DT_CUSTOM_PROP
    3. Reference the ConfigMap and Dynatrace key to pull the values.

    Important: The environment variable must be named DT_CUSTOM_PROP for Dynatrace to recognize and collect the metadata.

    Example ConfigMap:

    apiVersion: v1
    kind: configMap
    metadata:
    name: dynatrace-props
    namespace: default
    data:
    DT_CUSTOM_PROP: CONTAINER_AIT=123 CONTAINER_DATACENTER=USA CONTAINER_ENVIRONMENT=Dev CONTAINER_FUNCTION=WebApp CONTAINER_K8_CLUSTER=useast1

    Example Pod/Deployment YAML:

    env:
    - name:DT_CUSTOM_PROP
    valueFrom:
    configMapKeyRef:
    name: dynatrace-props
    key: DT_CUSTOM_PROP

    Note: Ensure that DT_CUSTOM_PROP values contain no spaces (eg., use "WebApp" instead of "Web App") to avoid formatting issues.

    Option 2: Hardcoding Values into Pod/Deployment

    Alternatively, you can directly set the DT_CUSTOM_PROP environment variable in your Pod or Deployment file.

    In this case, all metadata properties must be defined under a single environment variable named DT_CUSTOM_PROP.

    Each key-value pair should be separated by a space to indicate a new metadata property.

    Example:

    apiVersion: v1
    kind: Pod
    metadata:
    name: dynatrace-example
    namespace: default
    spec:
    containers:
    - name: dynatrace-example
    image: dynatrace/example
    env:
    - name: DT_CUSTOM_PROP
    value: CONTAINER_AIT=123 CONTAINER_DATACENTER=USA CONTAINER_ENVIRONMENT=Dev CONTAINER_FUNCTION=WebApp CONTAINER_K8_CLUSTER=useast1