-
Low-touch onboarding of NetScaler instances using Console Advisory Connect
-
-
Importing and synchronizing StyleBooks from an external repository
-
Create and use custom StyleBooks
-
Create a StyleBook to upload files to NetScaler Console service
-
Create a StyleBook to upload SSL certificate and certificate key files to NetScaler Console service
-
Enable analytics and configure alarms on a virtual server defined in a StyleBook
-
Allow special characters with their literal form in StyleBooks
-
Use API to create configurations from StyleBooks
-
This content has been machine translated dynamically.
Dieser Inhalt ist eine maschinelle Übersetzung, die dynamisch erstellt wurde. (Haftungsausschluss)
Cet article a été traduit automatiquement de manière dynamique. (Clause de non responsabilité)
Este artículo lo ha traducido una máquina de forma dinámica. (Aviso legal)
此内容已经过机器动态翻译。 放弃
このコンテンツは動的に機械翻訳されています。免責事項
이 콘텐츠는 동적으로 기계 번역되었습니다. 책임 부인
Este texto foi traduzido automaticamente. (Aviso legal)
Questo contenuto è stato tradotto dinamicamente con traduzione automatica.(Esclusione di responsabilità))
This article has been machine translated.
Dieser Artikel wurde maschinell übersetzt. (Haftungsausschluss)
Ce article a été traduit automatiquement. (Clause de non responsabilité)
Este artículo ha sido traducido automáticamente. (Aviso legal)
この記事は機械翻訳されています.免責事項
이 기사는 기계 번역되었습니다.책임 부인
Este artigo foi traduzido automaticamente.(Aviso legal)
这篇文章已经过机器翻译.放弃
Questo articolo è stato tradotto automaticamente.(Esclusione di responsabilità))
Translation failed!
View service details
Click a service and select View Details.

The service details page enables you to view:
-
The cluster name where the service is hosted (1)
-
The namespace and service labels of the service (2) (4)
-
All associated incoming and outgoing services connected with the selected service (3)
-
Service key metrics in a graph format such as Hits, Response time, Errors, Data volume, SSL frontend errors, and TCP frontend errors. The Metrics with Anomalies tab enables you to view the anomalies for a specific duration (5).
For more information, see Monitor services using the golden signal metrics.
-
The backend pods associated with the service (6).

Using these key metrics trends, you can analyze how the service is performing for a specific time duration.
For example, consider that a service indicates Service Response Time > 700 ms for all requests. As an administrator, you can:
-
Analyze the Service Response Time metric trend for a specific duration
-
Troubleshoot the issue
-
Check the Service Response Time metric again to analyze if the response time has improved
Metrics details
| Metrics | Description |
|---|---|
| Hits | The total number of requests received by the service |
| Errors | The total HTTP errors from the service |
| Service Response Time | The average response time taken from the service to respond for Time To First Byte (TTFB). |
| Data Volume | The total data volume processed by the service |
| SSL front-end errors | The total SSL front-end errors from the service. For example: SSL CLIENTAUTH FAILURE |
| SSL back-end errors | The total SSL back-end errors from the service. For example: SSL Client Errors |
| TCP back-end errors | The total TCP back-end errors from the service. For example: TCP Server Reset |
| TCP front-end errors | The total TCP front-end errors from the service. For example: TCP Client Reset |
View backend pod details
Click the Pods tab to view the backend pods associated with the service.

-
Pod name – Denotes the pod name
-
Status – Denotes if the pod is running (UP) or not (DOWN).
-
IP address – Denotes the pod IP address
Use the Poll Now option to get the pod status
The Poll Now option fetches the latest pod status from the cluster.

Monitor services using the golden signal metrics
The golden signal metrics in services running in Kubernetes cluster refer to a set of metrics that enable you to detect potential anomalies for a specific duration. When you have 100 s of microservices in the Kubernetes cluster, identifying a service that has frequent issues might be difficult. The following three key metrics are the golden signal metrics that NetScaler Console graph can help you identify potential anomalies for a Kubernetes service:
-
Hits
-
Response Time (Avg) and Response Time (P99)
-
Errors
As an administrator, using these metrics, you can:
-
Identify the service status
-
Critical – Service has anomalies or threshold breach in multiple metrics
-
Review – Service has anomalies or threshold breach in any one of the metrics
-
Good – Service with no anomalies or no threshold breach
-
-
Analyze how many anomalies are identified in each metric
-
Troubleshoot the issue and avoid any major impact
Identify anomalies
When you click a service and select View Details, the service details page displays the overview of all metrics. Click Metrics with Anomalies tab to view the anomaly details.

For each metric, the graph enables you to view the anomalies detected whenever the expected range exceeds. You can click the options to filter the views in the graph.

Consider that you want to analyze the anomalies for the service Response Time (P99).
Under Response Time, you can view the following details for the selected time duration:

-
99th percentile – Indicates that the 99% of the requests for the selected duration is less than 60 ms
-
Average – Indicates the average response time from the service
-
99.9th percentile – Indicates the highest response time from the service
-
Anomalies – Indicates the total anomalies detected
The graph also enables you to view the expected range for the selected time duration. According to the example, you can view:
-
The response time expected range is between 1 ms and 9 ms.
-
Two anomalies detected for the service (one for 60 ms and another for 25 ms), because the service response time has exceeded more than the expected range (between 1 ms and 9 ms).
Share
Share
This Preview product documentation is Cloud Software Group Confidential.
You agree to hold this documentation confidential pursuant to the terms of your Cloud Software Group Beta/Tech Preview Agreement.
The development, release and timing of any features or functionality described in the Preview documentation remains at our sole discretion and are subject to change without notice or consultation.
The documentation is for informational purposes only and is not a commitment, promise or legal obligation to deliver any material, code or functionality and should not be relied upon in making Cloud Software Group product purchase decisions.
If you do not agree, select I DO NOT AGREE to exit.