Grafana: グラフ：Y自動スケールの制限（最小最大）

ありがとう、面白いアイデア。 少しエッジケースのようです。 しかし、私は同意します、時には役に立つかもしれません。

ええ、私は自分の考えを紙に書きたかっただけです。 ：ビール：

これはエッジケースではないと思います。
AutoScaleを設定します。 最小値として0〜100を設定しますが、グラフを必要なだけ大きく拡大できるようにします。 これは、私が彼らにそれがあった規模を見てもらうまで、取締役と副社長の間で数回パニックを引き起こしました。

+1私がグラファナで視覚化する時系列データの多くはゼロ+ノイズに位置しているため、グラフが乱雑で不明瞭に見えます。

Grafana.netユーザーからの+1。

最小スケールは、プライベート/ VPNリンクの一部がアイドル状態（〜20kb / s）であるが、使用中は50-100Mb / sであるネットワークインターフェイスなどに役立ちます。 スケールを100Mb / sに設定して終了した場合、わかりません。200Mb/ sに設定した場合、5〜10Mb / sしかない場合、データがはっきりと表示されません。

この機能はおそらくごく少数の人にしか役に立たないことを理解しています。 しかし、私はこれを少しハッキングしてきました。 そして、私は私のために働く何かを思いついた。 フォークのコミットにより、Yスパンボックスが[軸]タブに追加されます。

Xは整数または浮動小数点数です。

~X Span X around average
=X Span X around current value
>X Span is atleast X
<X Span is clamped to X

https://github.com/thoj/grafana/commit/7dcdccbd42e9f63b7388e439f7194fe7ead8039a

私がそれを必要とする理由の例：

PRに興味はありますか？

@thojそれは素晴らしい追加になるでしょう。 一部のグラフにはしきい値を使用しており、常に表示したいのですが、それでもグラフをスケーリングして、しきい値よりはるかに高いポイントを表示します。 "> X"はここでうまく機能します（そして

@lpalmうん！ プルリクエストを追加して、ディスカッションを開始しようとします。

https://github.com/grafana/grafana/pull/6051に実装されてい

これは4.0.xリリーストレインに含まれていますか？ Y軸の設定で「<」と「>」を使おうとしていますが、うまくいきません。

元に戻す必要はありませんでした。入力フィールドが>や<などの式をサポートする、非表示の機能よりもユーザーフレンドリーな入力/ UIが必要だったため、時間を待って機能を元に戻しました。 UI

Y-minとY-max以外のドロップボックスにこれを入れることはできますか？

こんにちは、

私は、黒鉛プロジェクトAしばらく前にこの機能を作成し、私が今まで私は常に、私がyMaxのではないでしょうグラフの値を、知りたいことから、yMaxのを使用したくないだろうと、次の結論に達しました。
yMaxが便利な関数だと思っている人や、 yMaxをminYMaxとして機能するように再設計する必要がある人はいますか？

つまり、 yMaxをxに設定し、カウンターがxを超えた場合、制限をどれだけ超えたかを知りたくない人はいますか？

パーセンテージがある場合はyMaxを使用して、100％が常にグラフの一番上にあることを確認します（小さなブリップがある場合でも）

yMaxも必要です。 これは、グラフを歪める非常に高いスパイクを持つノイズの多い信号が原因です。

@iksaifはい。ただし、yMaxを修正する必要はありません。 グラフが100%を超えることはなく、動的yMaxは100%なるため、グラフはyMaxの現在の実装とまったく同じになり

信頼できるメトリックのように聞こえない@thoj ？ 代わりに、それらのスパイクをグラフから除外したいですか、それとも気になる場合は実際に値を知っていますか？

@Kvistian彼らは、理由のために、それが100.02％を表示することになるでしょう、そして私はそれを

また、「ズームイン」したいときにだけ見たい場合があり、yMaxを使用してそれを行うことができます。

わかりましたが、ほとんどの場合、動的なyMaxが必要になることに同意しyMaxを動的にし、それらのエッジケースに対してstaticYMaxやfixedYMaxなどの新しい関数を作成することは理にかなっていますか？ したがって、一般的なユースケースであるため、デフォルトとして動的yMaxを使用します。

グラフの上部の下限を設定するのは便利かもしれませんが、既存のyMax（実際には表示できる最大のy）のセマンティクスは変更しません。

これが他の同様のソフトウェアでどのように命名されているかを見つけるのは興味深いでしょう

@Kvistian誰もが、サーバーからのきれいなメトリックのみを表示するためにgrafanaを使用したいとはhttps ：

@thoj便利な機能である場合は削除することを提案しませんでしたが、そうであるかどうかを単に質問しました。 ただし、いくつかの使用例があるように思われるため、その場合は削除しないでください。 しかし、個人的には、動的なyMaxが必要な場合がもっとあるはずだと思いyMaxで問題が解決すると思いました（実際の静的yMaxの有用なケースが見当たらないため）。 最終的には、現時点では名前の問題にすぎません。

yMaxとminYMaxのどちらと呼ばれるかはあまり気にしませんが、 yMaxは、最も一般的なユースケースを解決するdefault関数のように感じると思っただけです。

バッテリーの充電状態（SOC）値を表示していますが、自動スケーリングをこれらの制限内に維持しながら、上限と下限を設定できる機能が本当に気に入っています。

Y-Max値を設定するかしないかによって直面している問題のいくつかの画像を次に示します。

Iは、Yスケールで、グラフが示すのSOC値をY-Max値を設定_don't_場合> 100％発生しないであろう。 言い換えれば、バッテリーの充電状態の場合：

0% <= y_scale_values <= 100%

Y-Max値を_do_設定すると、SOC値が長期間低い場合、下の画像に示すように、グラフは自動スケーリングされません。

上限（100％）と下限（0％）を設定できるようにしたいのですが、Y制限が設定されていないときと同様に、これらの制限内でプロットの自動スケーリングを行うことができます。

ユースケースを追加するだけです。 私たちはウェブサイトを監視しており、「動作中」のインスタンスのヘルスチェックトラフィックのベースラインレベルを持っています。これは、グラフィカルに「低い」グラフ線として表示したいと思います（たとえば、0.1リクエスト/秒ですが、軸は最小1ですが、 「実際の」トラフィックが到着したときに、グラフ軸を上方に拡大できるようにします。

最小の最大Y軸値を持つためのハックがあります。

必要な最小スケールのBaselineメトリックを作成します。 ここでは、CPU時間に1を選択しました。

ベースラインメトリックのオーバーライドを追加して、グラフから消えるようにします。

それでおしまい。

唯一の欠点は、ベースラインをホバーすると表示されることです。

IO表示にもこれが必要です。

たとえば、読み取り速度は50kb / minまたは500MB / minにすることができ、最小スケールを設定します。たとえば、デフォルトとして100MB / minを使用すると、グラフの一貫性が大幅に向上します。

+1
お願いします？

@dstensnesGitHubの問題にこのフォームのコメントを残さないでください。 最初の投稿にリアクションを追加して、この機能が必要であることを示すことができます。 +1にコメントすると、この問題をフォローしているすべての人に、関連情報のない通知メールが届きます。 それは単に悪い形です。

さて、私はそれと一緒に暮らすことができます:)誰かが反応を見たことがありますか？ 反応の量でソートできることに気づいたので、少なくともそれは何かです。 ありがとう

ほとんどの人のユースケースは、Y-MinフィールドとY-Maxフィールドの横に「ソフト制限」チェックボックスを追加することでカバーされると思います。 Y-Maxを次の行に移動すると、チェックボックスとラベルの両方に十分なスペースがあり、機能はかなり自明であるはずです:)

これがどのようにエッジケースと見なされるかはわかりません。私たちが持っている主なアプリケーションはネットワークトラフィックですが、ほとんどのグラフでは、「山」として表示される小さな値を見たくありません。

現在、それを行うための回避策はありますか？

これに対する更新はありますか？ これにより、優れたダッシュボードの設定が非常に困難になっています。

UIのアイデアの1つは、次のことです。

• YMax（soft）-グラフの上部は常に少なくともここまで拡張されます
• YMax（hard）-グラフの上部がここを超えることはありません
• YMin（soft）-グラフの下部は常に少なくともここまで拡張されます
• YMin（hard）-グラフの下部がここを超えて拡張されることはありません

これに対する別の見方は、現在のY-lowからY-highまでのスパンが指定された値より小さくならないように定義するY軸の最小スパンである可能性があります。 このようにして、レンダリングはy軸の開始位置と終了位置を自由に設定できます。同時に、山としてレンダリングされる値の小さな変更を回避できます。

私も、これはノイズの多いデータで非常に一般的な問題であり、ほとんどのデータにノイズがあることがわかりました。

本当の問題は、外れ値がY軸のスケールを歪め、他のすべてが消えることだと思います。 私が正しい解決策を見る方法は、極端な外れ値をトリミングしながら、表示されたデータに基づいてY軸の範囲を動的にすることです。 そのための最良の方法は、表示されたデータの平均からの標準偏差に基づいて範囲を決定することです。 たとえば、平均より1標準偏差を超えるものよりも1標準偏差を設定すると、グラフ上でトリミングされます。 これは構成が簡単で、クライアント側で簡単に計算できるため、データソースに依存せず、人々が理解しやすいものになります。

ほぼ2年前から：

UIを理解するための時間を待って機能を元に戻しました

より良いUIが検討されている間、 >と<を戻してください。

2年前に削除されたような機能を必死に待っています！

異なるシステムで同じメトリックを監視するテンプレート化されたグラフでも、グラフの現在のデータのみに基づいてスケールが個別に自動調整されるため、並べて表示すると不正確になります。

最小の最大Y軸値を持つためのハックがあります。

必要な最小スケールのBaselineメトリックを作成します。 ここでは、CPU時間に1を選択しました。

ベースラインメトリックのオーバーライドを追加して、グラフから消えるようにします。

それでおしまい。

唯一の欠点は、ベースラインをホバーすると表示されることです。

@bobrikの便利な人のために、最近では、オーバーライドのツールチップからbaselineアイテムを非表示にすることもできます。

@bobrik @ sb3tcsこんにちは、回避策を使用したいのですが、クエリに入力したのが20またはその他の数値だけの場合、Grafanaはクエリ構文エラーで終了します。 ベースラインメトリックを作成する方法は？ または、私のGrafana 5.1は古すぎて、この種のクエリをサポートできませんか？

2番目のクエリでいくつかの連鎖関数を使用して、グラフがy軸で大きく拡大しないようにしました。
この例では、複数のサーバーからログインしたユーザーを1つのグラフにグラフ化します。

同じデータポイントでクエリを追加しました。
offset（-20）aggregateBy（1m、min）removeBelowValue（0）setAlias（hidden_​​min）

これにより、ダイナミックズームが
最小から最大
に
最小-20（ネガティブにはなりませんが）最大

偽のグラフを非表示にするには：
正規表現「/hidden_​​.*/」による視覚化のオーバーライド
行：false
凡例：false
ツールチップで非表示

おそらく、複数のグラフ間でy軸を同期することもできます。 サーバーごとのパネルのように、各パネルのすべてのサーバーのデータポイントから最小/最大を収集します。

別の回避策を見つけました。 minタグとmaxタグを使用してminとmaxの時系列を追加しました。 線はこんな感じでした
weather,sensorID=min temperature=0
weather,sensorID=max temperature=20
それらはグラフに追加され、上記のように非表示になります。 唯一の問題は、定期的に注入する必要があるということです。
外観は次のとおりです。軸を20に自動調整するために、最高温度を19に設定する必要がある場合があります。

編集：最大を19として挿入すると、機能しました。

Grafanaで柔軟なy-maxを設定するための解決策を探しているこのスレッドに出くわしました。 私のユースケースでは、APIのリクエストレイテンシとボリュームをグラフ化しています。 柔軟なy-maxを約500ms（.5秒）に設定して、スパイク状の外れ値を除外し、最大遅延が以下のときにy-maxを自動調整することで、低遅延の呼び出しのニュアンスをよりよく確認できるようにします。そのしきい値。

y-minを0に、y-maxを<.5に設定しようとしましたが、y軸が完全に消えるか、y-minを無視します。 この問題は、レイテンシーのグラフ化とボリュームクエリのリクエストに関係なく発生しました。 この問題に関して新たな進展はありましたか？ それは私のチームにとって本当に有益でしょう。

y-maxの構成が異なるグラフのスクリーンショットをいくつか含めています（それぞれの場合にグラフのタイトルでラベルが付けられています）

500ミリ秒を超える値をグラフ化したくない場合は、removeAboveValue（0.5）を使用してみてください。
次に、null値の処理方法をグラフに指示します

この関数に計算されたパラメータを使用する方法があるかどうかはわかりません

もう少し最新のベースライン回避策は次のとおりです。

これにより、ベースラインクエリがグラフ、凡例、ホバーのツールチップに表示されなくなり、スタッキングで問題が発生するのを防ぐことができます。

これは実際にはエッジケースではなく、非常に一般的なケースです。 実際、「ソフト」な最小/最大値を持つy軸が必要になることはよくあることだと思います。 y軸のスケールを設定する主な理由は、期待されるデータ範囲に合わせて調整することと、値を簡単に比較できるようにy軸に合わせた複数のグラフを作成することです。

これが他の同様のソフトウェアでどのように命名されているかを見つけるのは興味深いでしょう

HighchartjsはそれをsoftMin / softMaxと呼んでいます。
https://api.highcharts.com/highcharts/yAxis

AnyChartはそれをソフト最小/最大と呼びます。
https://docs.anychart.com/Axes_and_Grids/Scales#soft

Chartjsには、このユースケースを処理するための「suggestedMin / Max」オプションがあります。
https://www.chartjs.org/docs/latest/axes/cartesian/linear.html#axis -range-settings

amChartsはそれらをmin / maxおよびstrictMin / Maxと呼びます。
https://www.amcharts.com/docs/v4/reference/valueaxis/#strictMinMax_property

たとえば、RRDtoolには、自動スケールを使用する場合、デフォルトで「ソフト」制限がありますが、スケールに「ハード」制限を強制するrigidというオプションがあります。

[-u |-上限値] [-l |-下限値] [-r | --rigid] [--allow-shrink]

デフォルトでは、グラフは自動スケーリングされるため、y軸はデータの範囲に合わせて調整されます。 制限を明示的に設定することで、この動作を変更できます。 表示されるy軸は、少なくとも下限から上限までの範囲になります。 自動スケーリングでは、固定オプションが設定されていない限り、これらの境界を引き伸ばすことができます。 allow-shrinkは、自動ダウンスケールを許可することでリジッドの動作を変更します。グラフはユーザー指定の制限を超えません。
https://oss.oetiker.ch/rrdtool/doc/rrdgraph.en.html

Tableauには、すべての行または列に対して均一な軸範囲を許可する機能があり、たとえば、y軸に対してのみこれを選択できます。 これはわずかに異なる方法で問題を解決しますが、複数のグラフに同じ軸範囲/スケールを持たせたい場合は同じユースケースです。

これに関する多くの議論は、スケーリングのために別々のソフト最小値と最大値を実装することに焦点を当てていますが、この一部として「最小y軸範囲」機能を実装することには、「ソフト」とは異なり、多くの価値があると思います。 「元のポスターが示唆したように、最小/最大。 ソフトの最小値と最大値は、自動スケーリング中に常に表示される必要があるy軸上の固定位置を指定するために使用されます。 これは、常に表示したい既知の範囲のy軸値がある場合に使用できます。これは、自動スケーリングのズーム効果によって誇張された山と谷として表示される小さな差異を防ぐのに役立ちます。 ただし、これは、設計時にこれらのy軸の値がどうなるかを知っている場合にのみ機能します。これは、特にハードウェアや負荷パターンが異なるエンドユーザーが使用するテンプレートを作成する場合は、常にそうであるとは限りません。

自動スケーリングの最小y軸範囲オプションは、この要件を削除します。 データの範囲（つまりabs(max(Y)-min(Y)) ）が構成された最小y軸範囲を超えない値のセットで使用される場合、y軸の最小値と最大値はデータが次のように設定されます垂直方向の中央に配置されます。 これにより、グラフ設計者が正確なy軸の値を事前に知る必要がなく、小さな分散を誇張する問題が回避されます。

計算を示すための擬似コードの簡単なビット：

minRange = 25
dataRange = abs(max(Y)-min(Y))
if dataRange < minRange:
    yAxisExtension = (minRange - dataRange) / 2
    yAxisMin = min(Y) - yAxisExtension
    yAxisMax = max(Y) + yAxisExtension

このアプローチでは、平均値を中心とするように、外れ値がスケールから外れることはありません。

ユースケースの例として、 NUT / upsdからのデータを監視するためのダッシュボードを設計し、電力使用量のグラフをまとめていると想像してください。 私のUPSは平均400Wかもしれませんが、他の誰かのUPSは、ハードウェアのセットアップがどのように見えるかに応じて、平均100Wまたは1000Wになる可能性があります。 これを事前に知ることはできません。 ただし、消費される電力量は通常、短い時間スケールでほぼ一定です。つまり、自動スケーリングが実行されると、y軸が誇張される傾向があります。 これは、最小y軸範囲の完全な使用例であり、特定の期間の分散のスケールについて合理的な仮定を行うことができますが、絶対値の大きさについては仮定できません。

センサーの分解能が制限されている場合、選択した期間で量がほとんど変化しないときに表示されるのは量子化ノイズだけです。 たとえば、グラフでこの量子化ノイズを増幅しすぎないように、最小のyスパンを確認したいと思います。
左右両方のy軸のy値のスパンが小さい場合は、一方のy軸の中心を上半分に向け、もう一方のy軸の中心を下半分に向けて「微調整」するとよいでしょう。ハーフ。 は、不要な左右のY値の交差を抑制します。 もちろん、両方のY軸が同じ量を示している場合、軸をそのように微調整するべきではありませんが、「y軸の同期」オプションはすでに存在します。