これは、Ubuntu Online、Fedora Online、Windows オンライン エミュレーター、MAC OS オンライン エミュレーターなど、複数の無料オンライン ワークステーションのいずれかを使用して、OnWorks 無料ホスティング プロバイダーで実行できるコマンド rrdcreate です。
プログラム：
NAME
rrdcreate - 新しいラウンド ロビン データベースをセットアップする
SYNOPSIS
rrdtool 作ります ファイル名 [- 始める|-b 始まる時間] [- ステップ|-s 手順] [- レンプレート|-t レンプレート-
file] [- ソース|-r ソースファイル] [-いいえ-上書きしません|-O] [- デーモン|-d 住所] [DS：ds-
名[=マップされた DS 名[[ソース インデックス]]]:STD:dst 引数] [RRA:CF:cf 引数]
DESCRIPTION
RRDtool の作成機能を使用すると、新しいラウンド ロビン データベースをセットアップできます (DRR) ファイル。 の
ファイルは最終的なフルサイズで作成され、 *知らない* XNUMX つまたは複数でない限り、データ
source DRR ファイルが指定されており、新しいファイルを「事前入力」するのに適したデータを保持しています DRR
ファイルにソフトウェアを指定する必要があります。
ファイル名
の名前 DRR 作成したい。 DRR ファイルは拡張子で終わる必要があります .rrd.
しかしながら、 RRDツール 任意のファイル名を受け入れます。
--start|-b start 時間 （ディフォルト： 今 - 10秒）
1970 年 01 月 01 日 UTC から最初の値を追加するまでの時間を秒単位で指定します。
DRR. RRDツール 指定された時間より前または指定された時間のデータは受け付けません。
の AT-STYLE TIME SPECIFICATION セクションも参照してください。 rdfetch 他の方法のドキュメント
時間を指定します。
XNUMX つまたは複数のソース ファイルを使用して新しい DRR - 始める オプションは
省略。 その場合、すべてのソース ファイルの中で最新の更新時刻が使用されます。
新しいの最終更新時間 DRR ファイル、効果的に開始時間を設定します。
--ステップ|-s 手順 （ディフォルト： 300 秒）
データがフィードされる基本間隔を秒単位で指定します。 DRR。 A
倍率は、整数の接尾辞として存在する場合があります。 「STEP、HEARTBEAT、および行」を参照してください
デュレーションとして」。
--上書きなし|-O
同じ名前の既存のファイルを上書きしないでください。
--デーモン|-d 住所
rrdcached デーモンのアドレス。 受け入れられる形式のリストについては、 -l 内のオプション
rrdcached マニュアル。
rrdtool create --daemon unix:/var/run/rrdcached.sock /var/lib/rrd/foo.rrd I
[--テンプレート|-t テンプレートファイル]
テンプレートを指定します DRR ステップを実行するファイル、DS および RRA 定義から。 これにより、
新しいファイルの構造を既存のファイルに基づいて作成します。 テンプレートファイルのデータ
は事前入力には使用されませんが、ソース ファイルとして同じファイルを指定することは可能です
（下記参照）。
追加の DS および RRA 定義が許可され、
テンプレート。
--ソース|-r ソースファイル
XNUMX つ以上のソース DRR ファイルはコマンド ラインで指定できます。 これらのソースからのデータ
ファイルは、作成された DRR ファイル。 出力ファイルと XNUMX つのソース ファイル
同じファイル名を参照している可能性があります。 これにより、ソース ファイルが効果的に置き換えられます。
新製品 DRR ファイル。 ソースファイルが差し替えられて紛失する危険性はありますが、
ソースと新しいファイルがいつでも一緒に「文字化け」する危険はありません。
新しいファイルは常に最初に一時ファイルとして作成され、
全体が書き込まれた後にのみ、最終的な宛先に移動できます。
事前入力は、DS 名、RRA、および統合関数を照合し、選択することによって行われます。
その際に利用可能な最高のデータ解像度。 事前入力は数学的にできない場合があります
すべての場合で正しい (たとえば、
ターゲット RRD および古い解像度と新しい解像度は、古い/新しいビンの境界と一致しません。
RRA）。
つまり、事前入力中にデータを保持するために最善の努力が払われます。 また、プレ
RRA の充填は、特定の種類の DS タイプでのみ可能です。 事前充填も可能
Holt-Winters 予測 RRA に奇妙な影響を与えます。 言い換えれば：ありません
データの正確性を保証します。
「事前入力」する場合 DRR ファイル、新しいファイルの構造は通常どおり指定する必要があります
以下に概説する DS および RRA 仕様を使用します。 データはソース ファイルから取得されます
DS の名前とタイプに基づいて、ソース ファイルが指定されている順序で。 データ
異なるソース ファイルからの同じ名前のソースが結合され、新しいデータが形成されます。
ソース。 一般に、どの時点でも、新しい DRR ファイルは作成後にカバーされ、
XNUMX つのソース ファイルからのデータのみが事前入力に使用されます。 ただし、
複数の情報源が異なる時間または以前の名前を参照している場合は、組み合わせることができます
ソース ファイルは未知のデータを保持し、後のファイルは既知のデータを保持します。
この自動データ選択が望ましくない場合は、DS 構文を使用して、
事前入力のためのターゲットおよびソース データ ソースのマッピング。 この構文により、名前を変更できます
DS の事前入力を制限して、XNUMX つのソースからのデータのみを使用するようにします。
ファイルにソフトウェアを指定する必要があります。
事前入力は現在、従来の連結の XNUMX つを使用する RRA に対してのみ確実に機能します。
AVERAGE、MIN、MAX、LAST のいずれかの関数。 また、現在問題が発生している可能性があります
COMPUTE データ ソースを使用します。
中の事前充填の行為に注意してください 作ります 多くの操作に似ています
経由で利用可能 曲 コマンド、しかし使用 作ります 構文。
DS：DS 名[=マップされた DS 名[[ソース インデックス]]]:STD:DST 引数
シングル DRR 複数のデータ ソースからの入力を受け入れることができます (DS)、たとえば着信と
特定の通信回線上の発信トラフィック。 とともに DS 設定オプション
に格納する各データ ソースのいくつかの基本的なプロパティを定義する必要があります。 DRR.
DS 名 は、この特定のデータ ソースを参照するために使用する名前です。 DRR。 A
DS 名 文字 [a-zA-Z1-19_] で 0 ～ 9 文字にする必要があります。
STD データ ソース タイプを定義します。 データ ソース エントリの残りの引数は、
データ ソースの種類。 GAUGE、COUNTER、DERIVE、DCOUNTER、DDERIVE、および ABSOLUTE の場合、
データ ソース エントリの形式は次のとおりです。
DS：DS 名:{ゲージ | COUNTER | 派生する | Dカウンター | DDERIVE | ABSOLUTE}:ハートビート:分:マックス
COMPUTE データ ソースの場合、形式は次のとおりです。
DS：DS 名:計算する:rpn式
使用するデータ ソースの種類を決定するには、以下の定義を確認してください。 また
詳細については、「測定方法」のセクションを参照してください。
ゲージ
部屋の温度や人数、RedHat の値などのためのものです。
シェア。
COUNTER
これは、ルーターの ifInOctets カウンターのような継続的にインクリメントするカウンター用です。 の
COUNTER データソースは、カウンターが減少する場合を除いて、カウンターが決して減少しないことを前提としています
オーバーフローします。 update 関数は、オーバーフローを考慮に入れます。 カウンターは
XNUMX 秒あたりのレートとして保存されます。 カウンターがオーバーフローすると、RRDtool は
オーバーフローは 32 ビットまたは 64 ビットの境界で発生し、それに応じて
結果に適切な値。
Dカウンター
と同じ COUNTER、ただし、倍精度浮動小数点として表現される量の場合
番号。 非整数で増加する数量を追跡するために使用できます。つまり、
一部のルーチンの実行にかかった秒数、一部によって処理された総重量
テクノロジー機器など。唯一の実質的な違いは、 Dカウンター どちらか
上向きまたは下向きに数えることができますが、両方を同時に行うことはできません。 現在
方向は、XNUMX 回目の非未定義カウンタ更新で自動的に検出され、
さらに方向を変えると、リセットと見なされます。 新しい方向性は
リセット後の XNUMX 回目の更新によって決定され、ロックインされます。
リセット時の値。
派生する
の最後の値から現在の値までの線の微分を格納します
情報元。 これは、たとえば、人の割合を測定するためのゲージに役立ちます。
部屋に入ったり出たり。 内部的には、deliver は COUNTER とまったく同じように機能しますが、COUNTER はありません。
オーバーフロー チェック。 したがって、カウンターが 32 ビットまたは 64 ビットでリセットされない場合は、
DERIVE を使用し、MIN 値 0 と組み合わせます。
DDERIVE
と同じ 派生する、ただし、倍精度浮動小数点として表現される量の場合
数。
注意 on COUNTER vs 派生する
ドン・バーダ[メール保護]>
時折のカウンターのリセットを正当なものと間違えることが許せない場合
カウンタ ラップ、およびすべての正当なカウンタ ラップおよびリセットに対して「不明」を優先します。
常に min=0 で DERIVE を使用してください。 それ以外の場合、適切な最大値で COUNTER を使用すると返されます
すべての正当なカウンター ラップの値を修正し、一部のカウンター リセットを次のようにマークします。
「不明」ですが、いくつかのカウンター リセットを正当なカウンター ラップと間違える可能性があります。
5 分ステップと 32 ビット カウンターの場合、カウンター リセットを誤る確率
正当なラップの場合、おそらく最大帯域幅 0.8Mbps あたり約 1% です。 ご了承ください
これは、80Mbps インターフェイスの 100% に相当するため、高帯域幅インターフェイスと
32 ビット カウンター、min=0 の DERIVE がおそらく望ましいです。 64ビットを使用している場合
カウンター、ほぼすべての最大設定により、カウンターを間違える可能性がなくなります
カウンターラップのリセット。
ABSOLUTE
読み取り時にリセットされるカウンター用です。 これは高速カウンターに使用されます。
オーバーフローする傾向にあります。 したがって、通常どおり読み取る代わりに、読み取りごとにリセットします
次のオーバーフローまでに最大限の時間を確保できるようにします。 別の使い方
最後の更新以降のメッセージ数など、カウントするものです。
計算する
他のデータ ソースに適用された式の結果を DRR。 この
更新時にデータ ソースに値が提供されるのではなく、プライマリ データ ポイントが提供される
(PDP) は、rpn-expression に従ってデータ ソースの PDP から計算されます。
式を定義します。 次に、連結関数が通常どおりに適用されます。
COMPUTE データ ソースの PDP (つまり、rpn-expression が適用されるのは
PDP を生成します)。 データベース ソフトウェアでは、このようなデータ セットは「仮想」または「仮想」と呼ばれます。
「計算された」列。
ハートビート この XNUMX つの更新の間に経過する最大秒数を定義します
データソースの値が想定される前のデータソース *知らない*.
分 と マックス データ ソースによって提供されるデータの期待される範囲値を定義します。 もしも 分
および マックス 定義された範囲外の値が指定されていると見なされます
*知らない*. 最小値と最大値がわからない、または気にしない場合は、不明を表す U に設定します。 ノート
min と max は常に DS の処理された値を参照します。 トラフィックの場合-COUNTER
タイプ DS これは、デバイスから予想される最大および最小のデータ レートになります。
If 情報 on 最小/最大 予想される 値 is 利用可能、 常に セッションに 分 および
マックス プロパティ。 この 意志 助けます RRDツール in すること a シンプルな 正気 チェック on データ 供給
いつ ランニング アップデート。
rpn式 から COMPUTE データ ソースの PDP を計算するために使用される式を定義します。
同じ内の他のデータ ソース. を定義するのと似ています。 CDEF の引数
グラフコマンド。 RPN のリストと説明については、そのマニュアル ページを参照してください。
操作がサポートされています。 COMPUTE データ ソースの場合、次の RPN 操作は使用できません。
サポートされている: COUNT、PREV、TIME、および LTIME。 さらに、RPN 式の定義では、
COMPUTE データ ソースは、
コマンドを作成します。 これは、 CDEFs のみを参照する必要があります DEF砂
CDEF同じグラフ コマンドで以前に定義された s。
新しいものを事前に充填する場合 DRR XNUMX つ以上のソースを使用するファイル DRRs、DS 仕様は
DS 名の後にオプションのマッピングを保持します。 これは、等号の後に続く形式をとります
マップ先の DS 名と、角括弧で囲まれたオプションのソース インデックスによって。
たとえば、DS
DS:a=b[2]:ゲージ:120:0:U
指定された DS を指定します。 a という名前の DS から事前に入力する必要があります。 b 第二に
リストされたソース ファイル (ソース インデックスは 1 ベース)。
RRA:CF:cf 引数
の目的 DRR ラウンドロビンアーカイブにデータを保存することです（RRA）。 アーカイブ
定義された各データソースの多数のデータ値または統計で構成されます
(DS) で定義され、 RRA ライン。
データが DRR、定義された長さのタイムスロットに最初に収まります
-s オプション、したがって 主要な データ ポイント.
データは連結機能 (CF) アーカイブの。 がある
集計を介してプライマリ データ ポイントを統合するいくつかの統合関数
関数： 平均, MIN, MAX, LAST.
平均
データポイントの平均が保存されます。
MIN 最小のデータ ポイントが格納されます。
MAX データ ポイントの最大値が格納されます。
LAST
最後のデータ ポイントが使用されます。
データの集約は必然的に精度と情報の損失につながることに注意してください。 の
トリックは、集計関数を選択して、 興味深い データのプロパティ
集計プロセス全体で保持されます。
の形式 RRA これらの連結関数の行は次のとおりです。
RRA:{平均 | MIN | MAX | LAST}:xff:ステップ:行
xff xfiles 係数は、統合間隔のどの部分から構成されるかを定義します
*知らない* 連結された値はまだ既知と見なされますが、データ。 それは次のように与えられます
許可された比率 *知らない* PDPs から間隔内の PDP の数。 したがって、範囲
0 から 1 (排他的)。
ステップ これらの数を定義します 主要な データ ポイント を構築するために使用されます 連結 データ
ポイント その後、アーカイブに入ります。 「STEP、HEARTBEAT、Rows As」も参照
期間」。
行 何世代のデータ値が保持されるかを定義します RRA。 明らかに、これは
ゼロより大きいこと。 「STEP、HEARTBEAT、および期間としての行」も参照してください。
異常 行動 検出 ホルト・ウィンターズ 予測分析
集約関数に加えて、特殊な関数のセットがあります。
enable RRDツール (Holt-Winters 予測アルゴリズムを介して) データの平滑化を提供するため、
信頼帯、およびデータ ソースの時系列における異常な動作のフラグ付け:
· RRA:HW予測:行:アルファ:ベータ:季節の 期間[:ララナム]
· RRA:MHW予測:行:アルファ:ベータ:季節の 期間[:ララナム]
· RRA:季節:季節の 期間:ガンマ:ララナム[:平滑化ウィンドウ=分数]
· RRA:開発季節:季節の 期間:ガンマ:ララナム[:平滑化ウィンドウ=分数]
· RRA:デププレディクト:行:ララナム
· RRA:失敗:行:しきい値:ウィンドウを使用して入力ファイルを追加します。 長さ:ララナム
ボーマン RRA いくつかの点で、実際の連結関数とは異なります。 まずはそれぞれの
RRAs は、プライマリ データ ポイントごとに XNUMX 回更新されます。 第二に、これら RRA
相互依存。 リアルタイムの信頼限界を生成するには、SEASONAL の一致したセット、
DEVSEASONAL、DEVPREDICT、および HWPREDICT または MHWPREDICT のいずれかが存在する必要があります。 生成中
プライマリ データ ポイントの平滑化された値には SEASONAL が必要です RRA および HWPREDICT のいずれか
またはMHWPREDICT RRA. 異常な動作の検出には、FAILURES、DEVSEASONAL、SEASONAL、
および HWPREDICT または MHWPREDICT のいずれか。
予測または平滑化された値は、HWPREDICT または MHWPREDICT に格納されます。 RRA.
HWPREDICT と MHWPREDICT は、実際には Holt-Winters 法の XNUMX つのバリエーションです。 彼らです
交換可能。 どちらも、データを XNUMX つのコンポーネントに分解しようとします: ベースライン、
トレンド、および季節係数。 HWPREDICT は、その季節係数を
ベースラインを使用して予測を作成しますが、MHWPREDICT はその季節係数に
予測を形成するためのベースライン。 ベースラインが変わると違いが顕著
シーズン中に大幅に。 HWPREDICT は滞在する季節性を予測します
ベースラインが変化しても一定ですが、MHWPREDICT は季節性が増加するか、または増加すると予測します。
ベースラインに比例して縮小します。 方法の適切な選択は、ものによって異なります
モデル化されています。 簡単にするために、この説明の残りの部分では HWPREDICT を参照しますが、
その代わりに MHWPREDICT を代用できます。
予測された偏差は DEVPREDICT に保存されます (標準偏差は
信頼帯を生成するためにスケーリングされます)。 失敗 RRA バイナリ インジケータを格納します。 A 1 点
インデックス付きの観測を失敗として。 つまり、信頼限界違反の数
前の観測ウィンドウが、指定されたしきい値に達したか、超えました。 の例
これらを使用して RRA 信頼限界と失敗をグラフ化するには、rrdgraph に表示されます。
SEASONAL と DEVSEASONAL RRA Holt-Winters の季節係数を保存する
それぞれ予測アルゴリズムと季節偏差。 XNUMX回につきXNUMX回のエントリーがあります
季節サイクルにおける観測時点。 たとえば、プライマリ データ ポイントが
1 分ごとに生成され、季節サイクルは SEASONAL と XNUMX 日です。
DEVSEASONAL には 288 行が含まれます。
初心者ユーザーの作成を簡素化するために、明示的なサポートに加えて
HWPREDICT、SEASONAL、DEVPREDICT、DEVSEASONAL、および FAILURES の作成 RRA
RRDツール create コマンドは、HWPREDICT が指定されている場合、他の XNUMX つの暗黙的な作成をサポートします。
単独で指定され、最後の引数 ララナム 省略されます。
行 の長さを指定します RRA 巻き込む前。 あることを覚えておいてください-
これらの RRA 内のプライマリ データ ポイントとエントリ間の対 XNUMX 対応。 のために
HWPREDICT CF、 行 より大きい必要があります 季節の 期間. DEVPREDICT の場合 RRA is
暗黙的に作成され、デフォルトの行数は HWPREDICT と同じです 行 引数。
失敗した場合 RRA 暗黙的に作成され、 行 に設定されます 季節の 期間
HWPREDICT の引数 RRA。 もちろん、 RRDツール リサイズ コマンドは、これらの場合に使用できます
デフォルトは十分ではなく、作成者は明示的な作成を避けたいと考えています。
その他の専門機能 RRA.
季節の 期間 季節サイクルにおけるプライマリ データ ポイントの数を指定します。 もしも
SEASONAL と DEVSEASONAL は暗黙的に作成され、この引数はそれらの RRA 設定されている
HWPREDICT で指定された値に自動的に変更されます。 それらが明示的に作成された場合、
作成者は XNUMX つすべてを確認する必要があります 季節の 期間 引数は同意します。
アルファ Holt- の切片 (またはベースライン) 係数の適応パラメーターです。
冬の予測アルゴリズム。 このアルゴリズムの説明については、rrdtool を参照してください。 アルファ しなければなりません
0 から 1 の間にあります。値が 1 に近いほど、最近の観測値の方が大きいことを意味します
予測のベースライン コンポーネントを予測する際の重み。 0 に近い値は、
過去の履歴は、ベースライン コンポーネントの予測においてより大きな重みを持っています。
ベータ は、Holt-
冬の予測アルゴリズム。 ベータ 0 と 1 の間にある必要があり、と同じ役割を果たします。
アルファ 予測された線形傾向に関して。
ガンマ Holt-Winters の季節係数の適応パラメータ
予測アルゴリズム (HWPREDICT) または指数平滑法における適応パラメータ
季節偏差の更新。 0 から 1 の間でなければなりません。
開発季節 RRA 暗黙的に作成されるため、どちらも同じ値を持ちます ガンマ：
HWPREDICT に指定された値 アルファ 口論。 季節限定なので注意
季節サイクル中の各時点の係数 (または偏差)、適応
レートはベースラインよりもはるかに遅くなります。 各季節係数は更新されるだけです (または
適応) 対応する季節サイクルのオフセットで観測値が発生する場合
その係数に。
SEASONAL と DEVSEASONAL の場合 RRA 明示的に作成され、 ガンマ 同じである必要はありません
両方。 ご了承ください ガンマ を介して変更することもできます。 RRDツール 曲
平滑化ウィンドウ 各シーズンで平均化する必要がある季節の割合を指定します
点。 デフォルトでは、 平滑化ウィンドウ は 0.05 です。これは、
SEASONAL と DEVSEASONAL は、その (季節の
期間*0.05) 最近傍。 設定 平滑化ウィンドウ ゼロにすると無効になります
全体的に移動平均が滑らかになります。
ララナム 関連間のリンクを提供します RRA. HWPREDICT が単独で指定され、
他の RRA が暗黙的に作成される場合、この引数について心配する必要はありません。 もしも
RRA が明示的に作成されている場合は、この引数に注意してください。 それぞれについて RRA
この引数を含む、それの間に依存関係があります RRA 別 RRAを選択します。
ララナム 引数は、次の順序の 1 から始まるインデックスです。 RRA 作成 (つまり、順序
それらは 作ります 指図）。 扶養者 RRA それぞれ RRA を必要とする ララナム
引数はここにリストされています：
· HWPREDICT ララナム SEASONALの指数です RRA.
・季節限定 ララナム HWPREDICT のインデックスです。 RRA.
· デププレディクト ララナム DEVSEASONAL のインデックスです。 RRA.
・DEVSEASONAL ララナム HWPREDICT のインデックスです。 RRA.
· 失敗 ララナム DEVSEASONAL のインデックスです。 RRA.
しきい値 は違反の最小数です (信頼範囲外の観測値
境界) 失敗を構成するウィンドウ内。 失敗した場合 RRA 暗黙的に
デフォルト値は 7 です。
ウィンドウを使用して入力ファイルを追加します。 長さ ウィンドウ内の時点の数です。 より大きい整数を指定してください
しきい値以上で 28 以下。このウィンドウの時間間隔
は、プライマリ データ ポイント間の間隔によって異なります。 失敗した場合 RRA is
デフォルト値は 9 です。
ステップ、 ハートビート、 と 行 As 期間
従来、RRDtool は PDP 間隔を秒単位で指定し、他のほとんどの値は次のいずれかとして指定していました。
秒または PDP カウント。 これにより、データベースの仕様がかなり不透明になりました。 ために
例
rrdtool create power.rrd \
--今すぐ開始-2h --ステップ 1 \
DS:ワット:GAUGE:300:0:24000 \
RRA:平均:0.5:1:864000 \
RRA:平均:0.5:60:129600 \
RRA:平均:0.5:3600:13392 \
RRA:平均:0.5:86400:3660
300 秒に XNUMX 回、XNUMX 分間 (XNUMX
XNUMX 番目) ハートビート、および XNUMX RRAs: 90 秒が 18 日、XNUMX 分が XNUMX 日、XNUMX か月
XNUMX 時間、XNUMX 日平均で XNUMX 年。
ステップ、ハートビート、および PDP のカウントと行は、期間として指定することもできます。
倍率を指定する XNUMX 文字の接尾辞が付いた正の整数。 見る
サポートされている接尾辞「s」の倍率については、librrd の「rrd_scaled_duration」
(秒)、"m" (分)、"h" (時間)、"d" (日)、"w" (週)、"M" (月)、および "y"
（年）。
スケーリングされたステップとハートビートの値 (ネイティブに秒単位の持続時間) が使用されます
直接、統合関数の行引数は、生成するステップで分割されます
行数。
この機能を使用すると、上記と同じ仕様を次のように書くことができます。
rrdtool create power.rrd \
--今すぐ開始-2h --ステップ 1s \
DS:ワット:GAUGE:5m:0:24000 \
RRA:平均:0.5:1s:10d \
RRA:平均:0.5:1m:90d \
RRA:平均:0.5:1h:18M \
RRA:平均:0.5:1d:10年
この ハートビート と STEP
これは、RRDtool の内部動作に関する Don Baarda による説明です。 それはあなたを助けるかもしれません
この*UNKNOWN*データがすべてデータベースに表示される理由を整理してください:
RRDtool は、任意のタイミングでサンプル/アップデートを取得します。 これらから一次データを構築します
「ステップ」間隔ごとのポイント (PDP)。 その後、PDP は RRA に蓄積されます。
「ハートビート」は、サンプル/更新間の最大許容間隔を定義します。 もし
サンプル間の間隔が「ハートビート」未満の場合、平均レートが計算され、
その間隔で適用されます。 サンプル間の間隔が「心拍」よりも長い場合、
その場合、その間隔全体が「不明」と見なされます。 他にもあるので注意
制限を超える速度やサンプル間隔など、サンプル間隔を「不明」にすることができます
不明として明示的にマークされました。
PDP の「ステップ」間隔中の既知のレートは、平均レートを計算するために使用されます。
そのPDP。 「不明な」時間の合計が ハーフ 「ステップ」、全体
PDP は「不明」とマークされています。 これは、既知のサンプル時間と「未知の」サンプル時間が混在していることを意味します。
単一の PDP の「ステップ」では、既知の
PDP。
「ハートビート」は、「ステップ」間隔に対して短い (異常) または長い (典型的) 場合があります。
PDP間。 短い「ハートビート」は、PDP ごとに複数のサンプルが必要であることを意味します。
それらに PDP 不明のマークを付けさせないでください。 長いハートビートは、複数の「ステップ」にまたがる可能性があります。
単一のサンプルから複数の PDP を計算しても問題ないことを意味します。 極端な
この例としては、5 分の「ステップ」と XNUMX 日の「ハートビート」が考えられます。
毎日 XNUMX つのサンプルで、その XNUMX 日の期間全体のすべての PDP が設定されます。
同じ平均レートに。 -- 是非お見逃しなく！ バーダ <[メール保護]>
時間|
軸|
開始__|00|
| 01 |
u|02|----* sample1、「hb」タイマーを再起動します
u|03| /
u|04| /
u|05| /
u|06|/「hbt」の有効期限が切れました
u|07|
|08|----* sample2、「hb」を再起動
|09| /
|10| /
u|11|----* sample3、「hb」を再起動します
u|12| /
u|13| /
ステップ1_u|14| /
u|15|/「swt」の有効期限が切れました
u|16|
|17|----* sample4、"hb" を再起動、step1 の "pdp" を作成 =
|18| / = 10 "u" ラベル付き秒 > 0.5 * ステップのため不明
|19| /
|20| /
|21|----* sample5、「hb」を再起動
|22| /
|23| /
|24|----* sample6、「hb」を再起動
|25| /
|26| /
|27|----* sample7、「hb」を再起動
ステップ2__|28| /
|22| /
|23|----* sample8、"hb" を再起動、step1 の "pdp" を作成、"cdp" を作成
|24| /
|25| /
グラフィックスによる [メール保護].
HOW に 測定
測定方法に関するいくつかのヒントを次に示します。
温度
通常、温度を取得するために読み取ることができる何らかのタイプのメーターがあります。 の
温度は実際には時間とは関係ありません。 唯一の接続は、
温度の読み取りは特定の時間に発生しました。 を使用できます。 ゲージ データ ソースの種類
このため。 RRDtool は、時間と共に読書を記録します。
メールメッセージ
メールによって転送されたメッセージの数をカウントする方法があると仮定します
一定の時間内にサーバーにアクセスし、過去 5 件で '65 件のメッセージのようなデータを提供します
秒」。 5のカウントを次のように見ると ABSOLUTE 簡単にできるデータ型
番号 5 と監視期間の終了時刻で RRD を更新します。 RRDツール
次に、XNUMX 秒あたりのメッセージ数を記録します。 後の段階で必要な場合
XNUMX 日に転送されるメッセージの数がわかれば、XNUMX 日あたりの平均メッセージを取得できます。
問題の日の RRDtool から XNUMX 番目の数値を乗算し、この数値に数値を掛けます。
XNUMX日で数秒。 すべての計算は Double で実行されるため、精度は次のようになります。
許容できます。
それは常にレートです
RRDtool は、COUNTER、DERIVE、DCOUNTER、DDERIVE、および
絶対データ。 データをプロットすると、y 軸に量/秒が表示されます。
デルタ時間を掛けて絶対量に変換したくなるかもしれません
ポイントの間。 RRDtool は連続データをプロットするため、
たとえば、ルーターで送受信された「総バイト数」などの絶対量をプロットします。
おそらく必要なのは、バイト/時間にスケーリングできるプロットレートです。たとえば、または
棒グラフを描画する別のツールで絶対量をプロットします。ここで、デルタ時間は
各ポイントのプロットをクリアします（グラフを読むと、
たとえば、y 軸に GB、x 軸に日、各日を XNUMX 本のバーで表します)。
実施例
rrdtool 作成温度.rrd --ステップ 300 \
DS:温度:ゲージ:600:-273:5000 \
RRA:平均:0.5:1:1200 \
RRA:MIN:0.5:12:2400 \
RRA:MAX:0.5:12:2400 \
RRA:平均:0.5:12:2400
これにより、 DRR 呼ばれます 温度.rrd 300ごとにXNUMXつの温度値を受け入れます
秒。 600 秒以上新しいデータが提供されない場合、温度は次のようになります。
*知らない*. 許容される最小値は -273 で、最大値は 5'000 です。
いくつかのアーカイブ領域も定義されています。 100 つ目は、XNUMX に指定された温度を格納します。
時間 (1'200 * 300 秒 = 100 時間)。 XNUMX 番目の RRA には最低気温が格納されます
12 時間ごと (300 * 1 秒 = 100 時間)、2 日間 (400 時間) にわたって記録されます。 の
XNUMX 番目と XNUMX 番目の RRA は、最高温度と平均温度に対して同じことを行います。
。
実施例 2
rrdtool create Monitor.rrd --ステップ 300 \
DS:ifOutOctets:COUNTER:1800:0:4294967295 \
RRA:平均:0.5:1:2016 \
RRA:HWPREDICT:1440:0.1:0.0035:288
この例は、ルーター インターフェイスのモニターです。 最初 RRA のトラフィック フローを追跡します
オクテット; 二番目 RRA 特殊な関数を生成します RRA 異常行動に
検出。 注意してください ララナム HWPREDICT の引数が欠落しているため、他の RRA 意志
デフォルトのパラメーター値で暗黙的に作成されます。 この例では、予測
アルゴリズムのベースラインは迅速に適応します。 実際には、最新の XNUMX 時間の観測 (それぞれ
5 分間隔で) ベースライン予測の 75% を占めます。 線形トレンド
予測ははるかにゆっくりと適応します。 最終日に行われた観察 (288
65 日あたりの観測数) は、予測された線形傾向の XNUMX% しか占めていません。 注：これら
計算は、LISA 2000 の論文で説明されている指数平滑法に依存しています。
季節サイクルは 288 日 (300 秒間隔で XNUMX データ ポイント) であり、季節サイクルは
適応パラメータは 0.1 に設定されます。 RRD ファイルには 5 日間 (1 データ ポイント) が保存されます。
ラップアラウンド前の予測と偏差予測の。 ファイルには 1 日 (a
FAILURES の 0-1 指標の季節サイクル) RRA.
同じ RRD ファイルと RRA 次のコマンドで作成され、明示的に
すべての特殊な関数を作成します RRA 「STEP、HEARTBEAT、および Rows As Duration」を使用します。
rrdtool create Monitor.rrd --step 5m \
DS:ifOutOctets:COUNTER:30m:0:4294967295 \
RRA:平均:0.5:1:2016 \
RRA:HWPREDICT:5d:0.1:0.0035:1d:3 \
RRA:季節:1d:0.1:2 \
RRA:DEVS季節:1d:0.1:2 \
RRA:デブプレディクト:5d:5 \
RRA:障害:1d:7:9:5
もちろん、明示的な作成は暗黙的な作成を複製する必要はありません。
変更できる可能性があります。
実施例 3
rrdtool create proxy.rrd --ステップ 300 \
DS:リクエスト:DERIVE:1800:0:U \
DS:期間:DERIVE:1800:0:U \
DS:AvgReqDur:COMPUTE:期間,リクエスト,0,EQ,1,リクエスト,IF,/ \
RRA:平均:0.5:1:2016
この例では、300 秒間隔ごとの平均リクエスト期間を監視しています。
間隔中に Web プロキシによって処理された要求。 この場合、プロキシは
XNUMX つのカウンター、ブート以降に処理されたリクエストの数、および累積合計
処理されたすべてのリクエストの期間。 明らかに、これらのカウンターには両方ともロールオーバー ポイントがあります。
ただし、DERIVE データ ソースを使用すると、Web プロキシが無効になったときに発生するリセットも処理されます。
停止して再起動しました。
DRR、最初のデータ ソースは、インターバル中の XNUMX 秒あたりのリクエスト数を格納します。
XNUMX 番目のデータ ソースには、処理中に処理されたすべての要求の合計期間が格納されます。
COMPUTE データ ソースは、AccumDuration の各 PDP を 300 で割ります。
TotalRequests の対応する PDP を取得し、平均要求期間を格納します。 の
RPN 式の残りの部分は、ゼロ除算のケースを処理します。
作者
トビアス・オエティカー[メール保護]>、ピーター・スタンフェスト[メール保護]>
onworks.net サービスを使用してオンラインで rrdcreate を使用する
