ThousandEyes と Splunk Observability Cloud の統合
120 minutes Author Alec Chamberlainこのワークショップでは、ThousandEyes と Splunk Observability Cloud を統合し、シンセティックモニタリングとオブザーバビリティデータ全体にわたる統合的な可視性を提供する方法を紹介します。
学習内容
このワークショップを完了すると、以下のことができるようになります
- ThousandEyes Enterprise Agent を Kubernetes のコンテナ化されたワークロードとしてデプロイする
- OpenTelemetry を使用して ThousandEyes メトリクスを Splunk Observability Cloud に統合する
- ThousandEyes と Splunk APM が同じリクエストにリンクできるよう分散トレーシングを設定する
- 内部の Kubernetes サービスおよび外部依存関係に対するシンセティックテストを作成する
- Splunk Observability Cloud ダッシュボードでテスト結果を監視する
- ThousandEyes から Splunk APM トレースに移動し、元の ThousandEyes テストに戻る
セクション
コアパス
- 概要 - ThousandEyes のエージェントタイプとアーキテクチャを理解する
- デプロイ - Kubernetes に Enterprise Agent をデプロイする
- Splunk 統合 - ThousandEyes メトリクスを Splunk Observability Cloud にストリーミングする
- 分散トレーシング - ThousandEyes と Splunk APM 間のサポートされた双方向ドリルダウンを有効にする
シナリオ拡張
- Kubernetes テスト - シンセティックモニタリングとトレース相関の両方に有用な内部テストを作成する
- RUM - ThousandEyes のネットワークシグナルと Splunk RUM を関連付けてエンドユーザー調査に活用する
サポート
- トラブルシューティング - よくある問題と解決方法
ヒント
このシナリオは2つの連携した統合として考えてください:OpenTelemetry ストリームが ThousandEyes メトリクスを Splunk に取り込み、分散トレーシングが Splunk APM から ThousandEyes への逆方向のパスを提供します。
前提条件
- Kubernetes クラスター(v1.16以上)
- 選択した namespace にリソースをデプロイするための RBAC 権限
- Enterprise Agent トークンにアクセスできる ThousandEyes アカウント
- インジェストトークンへのアクセスと APM ルックアップ用の API トークンを作成する権限を持つ Splunk Observability Cloud アカウント
統合のメリット
ThousandEyes を Splunk Observability Cloud に接続することで、以下のメリットが得られます
- 🔗 統合的な可視性: シンセティックテスト結果を RUM、APM トレース、およびインフラストラクチャメトリクスと相関付ける
- 📊 強化されたダッシュボード: 既存の Splunk オブザーバビリティメトリクスと並べて ThousandEyes データを可視化する
- 🔄 双方向ドリルダウン: ThousandEyes Service Map から Splunk トレースへ、また Splunk APM からリクエストを生成した ThousandEyes テストへ移動する
- 🚨 一元化されたアラート: Splunk 内で ThousandEyes テスト結果に基づくアラートを設定する
- 🔍 根本原因分析: 問題がネットワーク関連(ThousandEyes)かアプリケーション関連(APM)かを迅速に特定する
- 📈 包括的な分析: Splunk の強力な分析エンジンでシンセティックモニタリングのトレンドを分析する