이 콘텐츠는 선택한 언어로 제공되지 않습니다.
Chapter 21. Using the Skupper console
You can use the Skupper console to monitor and troubleshoot your application network. The console provides a visual overview of the sites, links, services, and communication metrics.
Prerequisites
- Access to an Kubernetes cluster with Network Observer installed.
- A site is created in a namespace
Procedure
- Change context to the site namespace.
If you are using the OpenShift console:
-
Navigate to
. - Choose Red Hat Service Interconnect Network Observer Operator from the list of available Operators, and then click .
-
Navigate to
If you are not using the OpenShift console:
Create a file named
network-observer.yamlwith the following CR:Copy to Clipboard Copied! Toggle word wrap Toggle overflow Change the namespace value to match the site namespace.
Apply the CR YAML:
kubectl apply -f network-observer.yaml
$ kubectl apply -f network-observer.yamlCopy to Clipboard Copied! Toggle word wrap Toggle overflow Determine the console URL:
kubectl get --namespace west -o jsonpath="{.spec.host}" route networkobserver-sample-network-observerkubectl get --namespace west -o jsonpath="{.spec.host}" route networkobserver-sample-network-observerCopy to Clipboard Copied! Toggle word wrap Toggle overflow - Navigate to the console.
21.1. Configuring the Network observer 링크 복사링크가 클립보드에 복사되었습니다!
Currently the primary purpose of the Network Observer is to provide a console for monitoring your application network. This section describes advanced configuration.
- Change context to a site namespace.
Apply a CR to create the Network Observer instance
The following CR shows the supported parameters that you can use to configure the Network observer instance:
Copy to Clipboard Copied! Toggle word wrap Toggle overflow See the table below for explanation of the parameters.
Verify the configuration, enter:
oc describe networkobserver networkobserver-sample -n west
oc describe networkobserver networkobserver-sample -n westCopy to Clipboard Copied! Toggle word wrap Toggle overflow Note that the parameters listed in output, not related to the CR above, are not configurable.
Parameters reference
The following table describes the configuration parameters:
| Parameter | Type | Description / Implications |
|---|---|---|
|
| String | The minimum CPU guaranteed to the Network observer. Increase this if the console feels sluggish under high network load. |
|
| String | The initial memory allocation. 4Gi is the recommended minimum for medium-sized networks. |
|
| String | The maximum CPU the Network observer can consume. |
|
| String | The upper bound of memory. If memory usage exceeds this limit, the pod is terminated due to insufficient memory. |
|
| String |
Defines how users log in. Options: |
|
| Boolean |
When |
|
| Boolean |
When |
Troubleshooting
If you are concerned about Network Observer resources, consider using standard techniques to monitor those resources. The following example demonstrates how to configure a Prometheus alert that triggers when memory usage exceeds 90% of the defined limit.