Ternary Ternary Release Notes logo
Back to Homepage

Ternary Release Notes

Subscribe to Updates

Labels

  • All Posts
  • Partner
  • Announcement
  • Enhancement
  • Coming Soon
  • Action Required
  • Deprecation
  • Fix

Jump to Month

  • October 2026
  • September 2026
  • August 2026
  • July 2026
  • June 2026
  • May 2026
  • April 2026
  • March 2026
  • February 2026
  • January 2026
  • December 2025
  • November 2025
  • October 2025
  • September 2025
  • August 2025
  • July 2025
  • June 2025
  • May 2025
  • April 2025
  • March 2025
  • February 2025
  • January 2025
  • December 2024
  • November 2024
  • October 2024
  • September 2024
  • August 2024
  • July 2024
  • June 2024
  • May 2024
  • April 2024
  • March 2024
  • February 2024
  • January 2024
  • November 2023
  • October 2023
  • September 2023
  • July 2023
  • June 2023
  • May 2023
  • April 2023
  • March 2023
  • February 2023
  • January 2023
  • December 2022
  • November 2022
  • October 2022
  • September 2022
  • August 2022
  • June 2022
  • May 2022
  • April 2022
  • March 2022
  • February 2022
  • January 2022
  • December 2021
  • November 2021
  • October 2021
  • September 2021
  • May 2021
  • April 2021
Powered by

Create yours, for free!

Announcement
4 years ago

Explore Kubernetes Data in the Ternary Reporting Engine

Today, we're excited to announce an extension of the Ternary Reporting Engine that now gives you the power to query the data sourced from your Kubernetes clusters in any way that you would like.

The data we're making available falls into two major categories:

Kubernetes Containers - CPU and Memory Request and Utilization Data from the applications and workloads you run inside your clusters. Think Pods, Deployments, ReplicaSets and DaemonSets. Use this to make sure your Kubernetes Containers are using what they're requesting and to motivate rightsizing at the application level.

Kubernetes Nodes - CPU and Memory Capacity and Utilization Data from the Nodes that make up your Kubernetes Clusters. Use this to make sure your Kubernetes Clusters are appropriately sized for the applications scheduled to them and to motivate rightsizing at the cluster level.

In each data source, cost, usage, and waste metrics are made available for you to analyze this from every perspective possible. Billing is the default data source to visualize all cloud usage and costs. To begin using Kubernetes Data in Reporting Engine, simply choose the Kubernetes Container or Kubernetes Node option in the new Data Source dropdown when creating a Report. 

Then, choose the appropriate filters, groupings and measures corresponding to what you'd like to discover. We allow you to filter and group on clusters and namespaces. Choose the measures you'd like to chart, such as cost or CPU/memory usage/wastage and you are done. In this example, I am interested in exploring container cores requested and the associated core cost for all projects (I may decide to add a filter to drill down on a few specific projects)

Save your report and add it to a dashboard and build a collection of Kubernetes reports.

You can view a complete list of our container and node metric definitions here. We hope that this feature helps you better understand your Kubernetes clusters and workloads.