問題タブ [qos]

世界中の多数の携帯電話ユーザーにリアルタイム データを配信し、パケット内の差別化サービス フィールドを使用してデータをマークし、データがタイムリーにそこに到達するようにするというアイデアをいじっています。私たちのデータは完璧に見えますが、輻輳の問題を悪化させたくありません (さらに悪いことに、めったに使用されない機能から未知のルーターのバグや問題を発見することもありません)。野生。パケットはより頻繁に、よりタイムリーに表示されますか? または、大きなワイドウェブで使用すると「悪いこと」が発生しますか.

余談ですが、Wireshark で受信した Skype 通話パケットをクラックして開いたところ、優先ビットが設定されていないことに気付きましたが、おそらくこれは、特定されることを心配しているからでしょうか?

どんな経験でも大歓迎です。

API の応答時間を監視したい。平均、中央値などの方法でモニタリングできます。しかし、私はこれらの方法で次の問題に直面しています:

平均の問題

リクエストの 1 つに非常に長い時間がかかった場合。たとえば、与えられたセットでは、値 1000 により平均が高くなります
。 S1= [ 1 , 1, 1, 2, 2, 2, 2, 2, 2, 2, 2, 1000]

中央値の問題

50%までしか正しい値になりません。たとえば、指定されたセット S2=[2,2,2,2,2,50,50,50,50] では。中央値の値は 2 ですが、ほとんどのユーザーは応答が遅いことに直面しています。

5-95 スパンの問題( http://steveakers.com/2013/08/01/span-vs-median-for-response-time-monitors/ )

上記の記事で著者は値 uppser95-uppser5 を使用することを提案しました。ただし、応答時間が s3=[50,50,50,50,50] のような場合、アラートは生成されません。この場合、すべての API の応答が遅くなります。しかし、スパン 5-95 はゼロです。

この2つの値のいずれかを使用することを考えています。upper95 または (upper95+upper5)/2。

どちらが良いですか？なぜですか？QOS を計算するためのより良い方法はありますか?

私のプロジェクトでは

1. x 台のサーバーをクロールします。
2. 各サーバーのユーザー数は 1 ～ n です。
3. ユーザーごとに 1 から z 個のアイテムをクロールします。

現在、グラファイトを使用して QOS を監視しています。アイテムのクロールにかかった時間を保存しています。

このアプローチの問題は、影響を受けるのが 1 人のユーザーだけの場合、QOS に関する誤ったアラートが表示されることです。

次の点に回答/監視するための正しいツール/手法は何ですか:

1. 最小 k ユーザーが影響を受ける場合にのみアラートを出します。【イベント数ではありません】
2. 影響を受けたユーザーのリスト。

グラファイトと statsd は、このための正しいツールではないと思います。これらの 2 つの質問に答えるには、どのツールが適しているでしょうか?