インテグレーションショーケース: ロードビューとダイナトレース

このショーケースは、Dynatrace と LoadView の組み合わせによって、パフォーマンス エンジニアリング チェーンの残りのギャップがどのように解消されるかが示されています。
ダイナトレースとドットコムモニター

統合ショーケース:

ダイナトレース&ドットコムモニターのロードビュー

ドットコムモニターのLoadViewダイナトレース は、パフォーマンスエンジニアリングプラットフォームです。 どちらも優れた顧客基盤を持ち、完全にクラウドネイティブのソリューションであり、長年の歴史に根ざしています。 このショーケースは、両方のツールを組み合わせて、パフォーマンス エンジニアリング チェーンの残りのギャップを埋める方法を示しています。

[dt_vc_list]

My major steps in this showcase were:

Registration

Trial account for Dynatrace SaaS

Trial account for dotcom-monitor LoadView SaaS

Installation

EasyTravel demo application on AWS server

LoadView scripting tool Easystep on AWS server

Configuration

Firewall on AWS server

AWS server security policy

Dynatrace request attribute

Setup Load Test

Recorded EasyTravel testing script

Setup load test scenario and execute the test

Result Analysis

Review LoadView end-to-end response times

Deep dive analysis of correlated results in Dynatrace

[/dt_vc_list]
この統合について

LoadViewは、プロトコル、ヘッドレス、または完全なブラウザベースのユーザーシミュレーション技術を完全に備えたSaaSベースのロードテストプラットフォームです。 IE、Chrome、Firefox、IPhone、サムスン、ノキア、ブラックベリーなどのトップモバイルデバイスなどの40以上のデバイスのテストサポートを提供しています。

ダイナトレースはSaaSベースの監視ソリューションであり、幅広いテクノロジーをサポートします。 強力な OneAgent は、すべてのサービスを自動的に挿入し、エンド ユーザー、ネットワーク、ミドルウェアからバックエンド層を通じてサービス フローとすべての対話をキャプチャし、実際のボトルネックに対する洞察を提供します。

下の図は、両方のソリューション間の主要な統合手順を示しています。

ショーケースで使用されるソフトウェア:

ダイナトレースSaaS – ダイナトレースからプラットフォームを監視

ダイナトレースワンエージェント – ダイナトレースからのモニタリングエージェント

イージートラベル – ダイナトレースからデモアプリケーション

LoadView – ドットコムモニターからのロードテストプラットフォーム

EveryStep – ドットコムモニターからのスクリプトツール

AWS ボックスでデモアプリケーションイージートラベルを設定する

AWS ボックスにインストールされたイージートラベル

イージートラベルのセットアップ

イージートラベルデモアプリを開始

ポート 8079 のテスト サーバーに受信および送信 Windows ファイアウォール規則を追加する

以下の AWS ボックスの IP に対するアウトバウンドルールを追加して、Dynatrace SaaS バックエンドとの通信を許可します。

34.251.255.57
34.250.133.68
54.77.84.155

AWS サーバーでホストされている Easytravel デモアプリケーションへのリンク:

http://35.166.197.76:8079/

AWS でホストされているデモアプリケーションをダイナトレースに接続

セットアップにこのドキュメントを使用:

https://help.dynatrace.com/infrastructure-monitoring/amazon-web-services/how-do-i-start-amazon-web-services-monitoring/

Amazonアカウントのキーベースのアクセスを作成する
ユーザー: ダイナトレース
アキッド: ..
シークレットアクセスキー: ..
カスタムポリシー: 視聴
ダイナトレースにアマゾンアカウントを接続します。

ダイナトレースの設定

ロードテスト要求の属性名をセットアップする
設定/サーバー側サービスの監視に移動します。
ロードテストと呼ばれる新しい要求属性 を作成します。
[新しいデータソースの追加] をクリックします。
パラメータ名を x-dynatraceに設定します。
[保存]をクリックします。

重要: 属性とパラメーター名の両方に小文字を使用します。

詳細なドキュメント:
https://www.dynatrace.com/blog/request-attributes-simplify-request-searches-filtering/

LoadView – ロード テスト スクリプトの作成

  • デモアプリケーションEasyTravelをクリックしてブラウザベースのスクリプトを記録
  • ブラウザ ベースのスクリプトを再生する
  • ロード テスト スクリプトを編集し、tab0 変数が初期化された後に次のコード セクション を追加します。

EveryStep スクリプトロードテストスクリプトを複数回実行する (シングルユーザー)
ロード テスト スクリプトをLoadView プラットフォームにアップロードする

ロードビュー – ロード テストの実行

4 人の同時ユーザーを使用してテスト シナリオを作成する
イージートラベルのロードテストを開始する

実行中のユーザーランプアップとE-2-E応答時間の動作を見る

ダイナトレース – 深い潜水分析
フィルターロードテストを適用し、関連する要求を取得する
サービスフローを開き、通信パターンを理解する

長時間実行される要求の一覧を取得する

長時間実行される要求の詳細、問題点の検索

全体像、そこからパフォーマンス分析を開始

ユーザーアクション

利点:

ロード テストとパフォーマンス モニタリングは、2 つの新星です。 顧客が運転席に座り、多くの場合、他の信頼性の高いサイトにお金を使うため、組織は信頼できないアプリケーションを無視できなくなりました。 このマイナスの財務的影響により、放棄率の上昇と、企業がこのパフォーマンスのジレンマから抜け出す方法を模索している迅速な展開サイクルの必要性が高まっています。

開発段階の初期段階での負荷生成は、エンドツーエンドの応答時間がマルチユーザーの条件下でどのように発展するかを確信しています。 テスターは、多くの場合、プリプロダクションステージで非機能的な要件を検証するために負荷注入を使用します。

パフォーマンス監視は、アプリケーション層がサービス要求に対処する方法を把握します。 開発者や運用スタッフは、アプリケーション内の問題のホットスポットを見つけるために、しばしばそれを使用します。

ロードビューとダイナトレースを組み合わせると、大きなメリットがあります。

  1. ライフ サイクルの初期段階でパフォーマンスの問題を見つける
  2. パフォーマンスの問題の根本原因を見つける
  3. 再実行の労力を削減
  4. 実際の実稼働負荷条件下でのサービスの動作を確認する
  5. コミュニケーション パターンを理解する
  6. ハードウェアのサイズ変更を確認する
  7. アプリケーションのチューニングを大幅に簡単にする
  8. コストを削減し、中古サービスのみを支払う
  9. パフォーマンスエンジニアリング活動のための内部インフラストラクチャは不要

成功を収める企業は、開発ライフサイクルにパフォーマンスエンジニアリングを統合しました。 実稼働前の段階での実際の成長パターンと将来の成長パターンをシミュレートし、ホットスポットを特定して修正し、調整されたアプリケーションを運用環境にデプロイします。 生産でも推測作業は禁止されています。 ユーザーエクスペリエンスを恒久的に監視し、すべてのトランザクションをキャプチャし、実際の数値と履歴値に基づいて自動的に問題を検出します。 LoadView とダイナトレースは、リーンで信頼性の高い IT サービスに向けた優れたステップです。

アイデア この統合を改善する方法

[dt_vc_list]
  • Reporting

    Fetch important Dynatrace performance metrics via Dynatrace Rest API and add those metrics to the test report.

    https://help.dynatrace.com/dynatrace-api/

  • Add “loadtest” header attribute automatically

    It could be difficult for a normal user to edit the script manually.

    A manual script edit requires also a review by support teams prior to execution of a load test.

    Recommendation: Include an “Add Dynatrace header” to Everystep context menu.

  • Tagging of user actions

    Current LoadView – Dynatrace integration starts at the server tier.

    LoadView simulates real user actions and it would be easier if a loadtest tag could be added during replay so that Dynatrace were able to use its filter technique to find the corresponding user actions.

    Dynatrace support recommended reading this blog:

    https://www.dynatrace.com/blog/user-session-search-analytics-arrived/

  • IP based Filter

    No manual or automatic script edits required on LoadView / EveryStep side.

    Simply execute the stress test scenario and use the IP addresses of the load injection machines to filter the corresponding requests captured in Dynatrace.

  • Custom Region

    Define a custom region in Dynatrace for the LoadView load injection machines and use the custom region to identify all load testing requests and drill down to performance hotspots.

[/dt_vc_list]
Share on facebook
Facebook
Share on twitter
Twitter
Share on linkedin
LinkedIn
Share on email
Email
Share on print
Print