- Documentation
- OpenShift Dedicated
- Serverless
- Monitor
- Autoscaling dashboard history bug_report picture_as_pdf
- About
- Architecture
- Planning
- Getting started
- Red Hat OpenShift Cluster Manager
- Creating a cluster
- Configuring identity providers
- Administering your cluster
- Authentication and authorization
- Upgrading
- Cluster notifications
- Add-on services
- Configuring private connections
- Networking
- Nodes
- Monitoring user-defined projects
- Storage
- Applications
- Policies and service definition
-
Serverless
- Release notes
- Discover
- Install
- Knative CLI
- Develop
-
Administer
- Global configuration
- Knative Kafka
- Creating Knative Eventing components in the Administrator perspective
- Creating Knative Serving components in the Administrator perspective
- Autoscaling
- Integrating Service Mesh with OpenShift Serverless
- Monitoring serverless components
- Metrics
- High availability on OpenShift Serverless
- Monitor
- Support
- Security
-
Functions
- Setting up OpenShift Serverless Functions
- Getting started with functions
- Developing Node.js functions
- Developing TypeScript functions
- Developing Golang functions
- Developing Python functions
- Developing Quarkus functions
- Using functions with Knative Eventing
- Function project configuration in func.yaml
- Accessing secrets and config maps from functions
- Adding annotations to functions
- Functions development reference guide
- Support
×
Autoscaling dashboard
You can use the Knative Serving - Scaling Debugging dashboard to examine detailed and visualized data for Knative Serving autoscaling. The dashboard is useful for several purposes:
-
Troubleshooting your autoscaled workloads
-
Improving understanding of how autoscaling works
-
Determining why an application was autoscaled
-
Evaluating resource footprint of an application, such as number of pods
|
Currently, this dashboard only supports the Knative pod autoscaler (KPA). It does not support the horizontal pod autoscaler (HPA). |
The dashboard demonstrations in this section use an OpenShift Dedicated cluster with the autoscale-go sample application installed. The load is generated using the hey load generator.
The sample application has a concurrency limit of 5 requests. When the limit is exceeded, autoscaling requests additional pods for Knative from Kubernetes.
Navigating to the autoscaling dashboard
You can use the following steps to navigate to the autoscaling dashboard in the OpenShift Dedicated web console.
Prerequisites
-
You have logged in to the OpenShift Dedicated web console.
-
You have installed the OpenShift Serverless Operator and Knative Serving.
Procedure
-
In the Developer perspective, navigate to the Monitoring → Dashboards page.
-
In the Dashboard field, select the Knative Serving - Scaling Debugging dashboard.
-
Use the Namespace, Configuration, and Revision fields to specify the workload you want to examine.
Pod information
The top of the Knative Serving - Scaling Debugging dashboard shows the counts of the requested pods, as well as of the pods in various stages of deployment. The Revision Pod Counts (Timeline) graph shows the same data visualized on the timeline. This information might be useful for general assessment of autoscaling by checking for problems with pod allocation.
Observed concurrency
The Observed Concurrency graph shows the timeline of a set of concurrency-related metrics, including:
-
request concurrency
-
panic concurrency
-
target concurrency
-
excess burst capacity
Note that ExcessBurstCapacity is a negative number, -200 by default, that increases when a bursty load appears. It is equal to the difference between spare capacity and the configured target burst capacity. If ExcessBurstCapacity is negative, then the activator is threaded in the request path by the PodAutoscaler controller.
Scrape time
The Scrape Time graph shows the timeline of scrape times for each revision. Since autoscaling makes scaling decisions based on the metrics coming from service pods, high scrape times might cause delays in autoscaling when workload changes.
Panic mode
The Panic Mode graph shows the timeline of times when the Knative service faces a bursty load, which causes the autoscaler to quickly adapt the service pod number.
Activator metrics
The Activator graphs Request Concurrency, Request Count by Response Code (last minute), and Response Time (last minute) show the timeline of requests going through the activator until the activator is removed from the request path. These graphs can be used, for example, to evaluate whether response count and the returned HTTP codes match expectations.
