2.5. サービスのメトリックの検証

メトリクスとモニタリングスタックをエクスポートするようにアプリケーションを設定したら、Web コンソールでメトリクスを検査できます。

前提条件

手順

オプション: メトリックに表示できるアプリケーションに対する要求を実行します。

$ hello_route=$(oc get ksvc helloworld-go -n ns1 -o jsonpath='{.status.url}') && \
    curl $hello_route

出力例

Hello Go Sample v1!

入力フィールドに、監視するメトリクスのクエリーを入力します。以下に例を示します。

revision_app_request_count{namespace="ns1", job="helloworld-go-sm"}

別の例:

myapp_processed_ops_total{namespace="ns1", job="helloworld-go-sm"}

各 Knative サービスには、アプリケーションコンテナーへの接続をプロキシーするプロキシーコンテナーがあります。キュープロキシーのパフォーマンスについて多くのメトリックが報告されます。

以下のメトリックを使用して、要求がプロキシー側でキューに入れられているかどうか、およびアプリケーション側で要求を処理する際の実際の遅延を測定できます。

メトリック名	説明	タイプ	タグ	単位
`revision_request_count`	`queue-proxy` Pod にルーティングされる要求の数。	カウンター	`configuration_name`、`container_name`、`namespace_name`、`pod_name`、`response_code`、`response_code_class`、`revision_name`、`service_name`	整数 (単位なし)
`revision_request_latencies`	リビジョン要求の応答時間。	ヒストグラム	`configuration_name`、`container_name`、`namespace_name`、`pod_name`、`response_code`、`response_code_class`、`revision_name`、`service_name`	ミリ秒
`revision_app_request_count`	`user-container` Pod にルーティングされる要求の数。	カウンター	`configuration_name`、`container_name`、`namespace_name`、`pod_name`、`response_code`、`response_code_class`、`revision_name`、`service_name`	整数 (単位なし)
`revision_app_request_latencies`	リビジョンアプリケーション要求の応答時間。	ヒストグラム	`configuration_name`、`namespace_name`、`pod_name`、`response_code`、`response_code_class`、`revision_name`、`service_name`	ミリ秒
`revision_queue_depth`	`serving` および `waiting` キューの現在の項目数。無制限の同時実行が設定されている場合には、このメトリックは報告されません。	ゲージ	`configuration_name`、`event-display`、`container_name`、`namespace_name`、`pod_name`、`response_code_class`、`revision_name`、`service_name`	整数 (単位なし)