Tingyun Server: 国内の PHP、JSP、.NET パフォーマンス監視ソリューション

最近比較的プライベートなブログを立ち上げました。海外の VPS なので、さまざまな場所からのアクセス時間をテストしたいと思います。
探し回った結果、Tingyun CDN を見つけました。
もちろん、私は再び仕事をやめ、Tingyun CDN を使用する代わりに、Tingyun Server を試し始めました。

ティンユンは何をしていますか?

Tingyun アプリ: モバイル アプリケーションの使用中のクラッシュ、接続タイムアウト、メモリ リーク、その他の問題を監視します。

Tingyun サーバー: サーバー アプリケーションの効率とパフォーマンスのボトルネックを監視します。

Tingyun CDN: CDN アクセラレーションされたコンテンツを監視します。

Tingyun sys: 監視サーバー、無料ユーザーは 5 台のサーバーを監視できます。

参考資料

今回は、より正式な参考資料を最初に紹介します:
PHP APM 比較評価: OneAPM、New Relic、Tingyun
すべての PHPer が注意すべきサーバー パフォーマンスの問題は何ですか?
Tingyun 公式ヘルプ ドキュメント
公式デモ

設定

公式設定に従ってください。他に言うことはありません。

注意すべき点がいくつかあります:

1. Tingyun Server は、元の php リンク ライブラリと実行可能ファイルを置き換えるのではなく、デーモン + php 拡張機能として起動されるため、安定性の点で安心してください。たとえば、php-fpm の場合、Tingyun プラグインをインストールした後に php-fpm を再起動するだけで済みます。

2. ライセンス キーはユーザーを区別するためにのみ使用され、サーバー アプリケーションをマークするためには使用されません。次の図の nbs.app_name オプションを使用します。

3. Tingyun サーバーの構成ファイルは、PHP 構成ファイル ディレクトリ内の networkbench.ini ファイルです。たとえば、1 台のマシンで複数のサーバー アプリケーションを構成できます。それ。

4. 通常、Tingyun サーバー上で新しく作成されたアプリケーションがデータを受信するまでに約 20 分かかります。監視データと実際のアクセス データには約 5 分の時間差があります。

5. その他の質問については、アプリケーション インターフェイスの作成に関するマニュアルを参照してください: Tingyun PHP モニタリング マニュアル

2 つの落とし穴があります:
1. Tingyun を VMPLAYER の ubuntu サーバー 14.04 (nginx、php-fpm、mysql) にインストールします。 サーバー パッケージでは、php-fpm を再起動すると mysqld がシャットダウンされる可能性があるため、mysqld を手動で起動する必要があります。 実際のサーバー上の ubuntu システムはテストされていません
2. 最初の PHP アプリケーションのデフォルト名は PHP アプリケーションです。PHP アプリケーションを削除してから、PHP アプリケーションとも呼ばれる 2 番目のアプリケーション名を作成します。の場合、2番目のアプリケーションからのデータを受信できません。これは、Tingyun カスタマー サービスに問い合わせた後に初めて知りました。PHP アプリケーションが削除されると、サーバーは PHP アプリケーションからデータを受信しなくなります。

これが、私のアプリケーションが PHP アプリケーション 2 と呼ばれる理由であるとは言いません。

アプリケーションのスクリーンショット

Tingyun が何をするのか言葉で説明するのは難しいですが、図は非常に直感的です:
typecho ブログの監視データ:

ホームページ上のルーティングの配布が応答時間のほとんどを占めていることがわかります。 :

その他の監視データ: