Red Hat OpenShift Cluster Observability Operator の UI プラグイン

手順

1. OpenShift Container Platform Web コンソールで、Operator → Installed Operator をクリックし、Cluster Observability Operator を選択します。
2. UI Plugin タブ (タブリストの右端) を選択し、Create UIPlugin を押します。

3. YAML view を選択し、次の内容を入力して、Create を押します。

   apiVersion: observability.openshift.io/v1alpha1
   kind: UIPlugin
   metadata:
     name: monitoring
   spec:
     type: Monitoring
     monitoring:
       acm: 

   1

   
         enabled: true
         alertmanager:
           url: 'https://alertmanager.open-cluster-management-observability.svc:9095'
         thanosQuerier:
           url: 'https://rbac-query-proxy.open-cluster-management-observability.svc:8443'
       incidents: 

   2

   
         enabled: true

   Copy to Clipboard Toggle word wrap

   1

   RHACM 機能を有効にします。Alertmanager および ThanosQuerier サービスエンドポイントを設定する必要があります。

   2

   インシデント検出機能を有効にします。

手順

1. Web コンソールの Administrator パースペクティブで、Observe → Incidents をクリックします。

2. インシデントタイムライン UI に、アラートが インシデント にグループ化されて表示されます。グラフ内の線の色分けは、インシデントの重大度に対応しています。デフォルトでは、7 日間のタイムラインが表示されます。

   

   View larger image

   
   注記

   インシデント検出を有効にした後、相関関係を処理してタイムラインを表示するのに、少なくとも 10 分かかります。

   インシデントの分析とグループ化は、この機能を有効にした後に発生したアラートに対してのみ実行されます。機能の有効化前に解決されたアラートは対象外です。

3. ドロップダウンをクリックして期間を指定し、1 日間のビューにズームインします。

   

   View larger image

   

4. インシデントをクリックすると、そのインシデントの一部であるアラートのタイムラインがアラートタイムライン UI に表示されます。

   

   View larger image

   

5. 次のアラートのリストでは、アラートが特定のコンポーネントにマッピングされ、重大度別にグループ化されています。

   

   View larger image

   

6. リスト内のコンピュートコンポーネントをクリックして展開します。そのコンポーネントに関連する基礎となるアラートが表示されます。

   

   View larger image

   
7. アラートのリンクをクリックしてアラートの詳細情報を表示します。

手順

1. OpenShift Container Platform Web コンソールで、Operator → Installed Operator をクリックし、Cluster Observability Operator を選択します。
2. UI Plugin タブ (タブリストの右端) を選択し、Create UIPlugin をクリックします。

3. YAML view を選択し、次の内容を入力して、Create をクリックします。

   apiVersion: observability.openshift.io/v1alpha1
   kind: UIPlugin
   metadata:
     name: logging
   spec:
     type: Logging
     logging:
       lokiStack:
         name: logging-loki
       logsLimit: 50
       timeout: 30s
       schema: otel 

   1

   Copy to Clipboard Toggle word wrap

   1

   schema は otel、viaq、select のいずれかです。値が指定されていない場合、デフォルトは viaq です。select を選択すると、クエリーを実行するときに UI でモードを選択できます。

   注記

   これらはロギング UI プラグインの既知の問題です。詳細は、OU-587 を参照してください。

   • schema 機能は、OpenShift Container Platform 4.15 以降でのみサポートされます。Red Hat OpenShift Cluster Observability Operator の以前のバージョンでは、ロギング UI プラグインは viaq 属性のみを使用し、設定されている可能性のある他の値を無視します。
   • 管理者以外のユーザーは、Red Hat OpenShift バージョン 5.8 から 6.2 のロギングで otel 属性を使用してログのクエリーを実行することはできません。この問題は、今後のロギングリリースで修正される予定です。(LOG-6589)
   • Red Hat OpenShift バージョン 5.9 のロギングでは、severity_text Otel 属性が設定されていません。

手順

1. OpenShift Container Platform Web コンソールで、Operator → Installed Operator をクリックし、Cluster Observability Operator を選択します。
2. UI Plugin タブ (タブリストの右端) を選択し、Create UIPlugin を押します。

3. YAML view を選択し、次の内容を入力して、Create を押します。

   apiVersion: observability.openshift.io/v1alpha1
   kind: UIPlugin
   metadata:
     name: distributed-tracing
   spec:
     type: DistributedTracing

   Copy to Clipboard Toggle word wrap

手順

1. OpenShift Container Platform Web コンソールで、Observe → Traces をクリックします。

2. TempoStack または TempoMonolithic マルチテナントインスタンスを選択し、ロードするトレースの時間範囲とクエリーを設定します。

   トレースの開始時刻、期間、スパンの数を示す散布図にトレースが表示されます。散布図の下には、Trace Name、Spans の数、Duration などの情報を示すトレースのリストがあります。

3. トレース名のリンクをクリックします。

   選択したトレースのトレース詳細ページに、トレース内の全スパンのガントチャートが表示されます。スパンを選択して、設定した属性の内訳を表示します。

手順

1. OpenShift Container Platform Web コンソールで、Operator → Installed Operator をクリックし、Cluster Observability Operator を選択します。
2. UI Plugin タブ (タブリストの右端) を選択し、Create UIPlugin を押します。

3. YAML view を選択し、次の内容を入力して、Create を押します。

   apiVersion: observability.openshift.io/v1alpha1
   kind: UIPlugin
   metadata:
     name: troubleshooting-panel
   spec:
     type: TroubleshootingPanel

   Copy to Clipboard Toggle word wrap

手順

1. コマンドラインまたは Web コンソールから次の YAML を使用して、システムの namespace に壊れたデプロイメントを作成します。

   apiVersion: apps/v1
   kind: Deployment
   metadata:
     name: bad-deployment
     namespace: default 

   1

   
   spec:
     selector:
       matchLabels:
         app: bad-deployment
     template:
       metadata:
         labels:
           app: bad-deployment
       spec:
         containers: 

   2

   
         - name: bad-deployment
           image: quay.io/openshift-logging/vector:5.8

   Copy to Clipboard Toggle word wrap

   1

   必要なアラートを発生させるには、デプロイメントがシステムの namespace (default など) に存在する必要があります。

   2

   このコンテナーは、意図的に設定ファイルなしで vector サーバーを起動することを試みます。サーバーはいくつかのメッセージをログに記録し、エラーで終了します。または、不適切に設定した任意のコンテナーをデプロイして、アラートをトリガーすることもできます。

2. アラートを表示します。

   1. Observe → Alerting に移動し、clear all filters をクリックします。Pending のアラートを表示します。

      重要

      アラートは最初 Pending 状態で表示されます。コンテナーがクラッシュするまで、アラートの発生 (Firing) は開始しません。Pending のアラートを確認できるため、アラートが発生するまで待つ必要はありません。

   2. KubeContainerWaiting、KubePodCrashLooping、または KubePodNotReady アラートのいずれかを選択し、リンクをクリックしてトラブルシューティングパネルを開きます。または、パネルがすでに開いている場合は、"Focus" ボタンをクリックしてグラフを更新します。