After an application is running, you can view information about the state of the application and its related services. You can view status information for an application from the Spaces details views.
Before exploring the Space Details views, ensure that:
The application was scheduled and deployed into a Space. For more information about Spaces, see What is a Space.
The observability.tanzu.vmware.com
Trait is configured in the Profile that is assigned to your Space. This Trait provides observability data related to the Space and its related components.
The observability.tanzu.vmware.com
Capability is in the Profile that is assigned to your Space. Observability enables observability-operator
and servicemesh-collector
to enrich metrics for the services in a Space where the observability-trait
is enabled.
The servicemesh-observability.tanzu.vmware.com
Capability is in the Profile that is assigned to your Space. The observability Capability package relies on this feature to intercept traffic and enhance the metrics metadata.
You have the necessary roles:
The Tanzu Application Platform Admin role or Tanzu Application Platform Viewer role is required to see all of the Space Details views.
The Tanzu Application Platform Developer role is not expected to have visibility into the underlying infrastructure, and it cannot access the Space Topology, Kubernetes Services, and Performance Metrics views. However, the role can see the Applications and Service Instances views.
The Tanzu Application Platform Member role can view the list of Spaces. The role has access to the Configuration view only.
Go to the Space where the application you are interested in is running:
Click the Space your application is running in.
NoteYour Space can appear in the Recent Spaces area at the top of the page and in the Spaces table grid.
What you see in the table view depends on the role you have.
Access a data grid in which you can see live logs of the pods of your application:
Select a service pod to begin log streaming.
The first container of this pod is selected automatically. You can switch between the logs of the available containers. Logs are streamed in the data grid based on the applied filters.
Adjust the log filters to make troubleshooting easier.
Available filters and settings for logs:
Last 5 minutes
.500
.false
.To view the performance metrics of your Kubernetes services:
Click a Kubernetes service from the Network Topology view.
A side panel opens. This side panel provides more details about your Kubernetes service, including the HTTP performance charts HTTP Requests, HTTP Errors, HTTP Latency (p50), and HTTP Latency (p99):
The data for these charts is based on the following time periods for which the Space details are displayed: Last 5 Mins
, Last 15 Mins
, Last 1 Hour
, and Last 12 Hours
.
With the details side panel open, view the performance metrics of your Kubernetes service’s pods by clicking the Show Details button.
The Kubernetes Service details page opens. By default, the Performance view is selected. The details page includes the same HTTP performance charts found in the side panel and two additional charts: CPU Utilization and Memory Usage.
The CPU Utilization and Memory Usage charts show data for the Kubernetes pods that are associated with the given Kubernetes service.
The data for these charts is based on the following time period for which the Space details are displayed: Last 5 Mins
, Last 15 Mins
, Last 1 Hour
, and Last 12 Hours
.
Alternatively, you can find a list of your Kubernetes services under the Kubernetes Services view of your Space details page. Click a Kubernetes service in the list to open the Kubernetes Service details page. On this page, under the Performance view, you can view the performance metrics of your Kubernetes service and its associated pods.
This Service Instances view shows details about all service instances that are created in the Space.
Service instances can include:
To create a service instance, use either the Tanzu CLI or kubectl. For detailed instructions, see Create backing services.
You can bind service instances listed in that view to a deployment or application, or not bind them to anything. To bind a service instance to an application:
The information shown in the Service Instance details view includes:
Binding connectors:
Each connector refers to a binding secret that can be specific to an Availability Target. Typically, the secret contains everything required for a client to establish an authenticated and authorized connection with the corresponding endpoint. For example, a host, a port, a user name, or a password.
Bound applications:
Bound applications are Kubernetes deployments or applications that consume the service. The table displays the exact binding connector used to establish the connection.
Click the bound application name to see more details about the bound application.
NoteBitnami Services do not have binding connectors. This is because they are local to the Space and directly reference a secret that is not specific to an Availability Target.