rrdcreate - عبر الإنترنت في السحابة

برنامج:

اسم

rrdcreate - إعداد قاعدة بيانات Round Robin الجديدة

موجز

rrdtool خلق اسم الملف [--بداية|-b وقت البدء] [--خطوة|-s .] [--نموذج|-t نموذج-
ملف] [--مصدر|-r مصدر الملف] [--لا يوجد الكتابة فوقها|-O] [- ديمون|-d العنوان] [DS:DS-
الاسم[=تعيين اسم DS[[فهرس المصدر]]]:التوقيت الصيفي:الحجج dst] [RRA:CF:الحجج cf]

الوصف

تتيح لك وظيفة الإنشاء في RRDtool إعداد قاعدة بيانات Round Robin جديدة (RRD) الملفات. ال
يتم إنشاء الملف بحجمه النهائي والكامل وملئه بـ *مجهول* البيانات ، ما لم يكن واحدًا أو أكثر
مصدر RRD تم تحديد الملفات وهي تحتوي على بيانات مناسبة "لملء" الجديد مسبقًا RRD
ملف.

اسم الملف
اسم ال RRD تريد إنشاء. RRD يجب أن تنتهي الملفات بالامتداد .rd.
ومع ذلك، أداة RRD سيقبل أي اسم ملف.

- البداية | -ب بداية الوقت (إفتراضي: الآن - 10S)
يحدد الوقت بالثواني منذ 1970-01-01 بالتوقيت العالمي المنسق عندما يجب إضافة القيمة الأولى إليه
القادم RRD. أداة RRD لن تقبل أي بيانات موقوتة قبل أو في الوقت المحدد.

راجع أيضًا قسم مواصفات الوقت على النمط في ملف rrdfetch توثيق طرق أخرى
لتحديد الوقت.

إذا تم استخدام ملف مصدر واحد أو أكثر لملء الملف الجديد مسبقًا RRDأطلقت حملة --بداية قد يكون الخيار
محذوف. في هذه الحالة ، سيتم استخدام وقت التحديث الأخير بين جميع ملفات المصدر كملف
وقت التحديث الأخير للجديد RRD ملف ، وتحديد وقت البدء بشكل فعال.

--خطوة | -s . (إفتراضي: 300 ثواني)
يحدد الفاصل الزمني الأساسي بالثواني والذي سيتم من خلاله إدخال البيانات في RRD. A
قد يكون عامل التحجيم موجودًا كلاحقة للعدد الصحيح ؛ راجع "الخطوة ، ونبض القلب ، والصفوف
كمدد ".

- لا فوق الكتابة | -O
لا تضغط على ملف موجود يحمل نفس الاسم.

--دايمون | -د العنوان
عنوان البرنامج الخفي rrdcached. للحصول على قائمة بالتنسيقات المقبولة ، راجع ملف -l الخيار في
دليل rrdcached.

rrdtool create --daemon unix: /var/run/rrdcached.sock /var/lib/rrd/foo.rrd I

[- قالب | -t ملف نموذجي]
يحدد قالبًا RRD ملف لاتخاذ الخطوة ، وتعريفات DS و RRA من. هذا يسمح لأحد
لتأسيس بنية ملف جديد على بعض الملفات الموجودة. بيانات ملف القالب
لا يتم استخدامه للملء المسبق ، ولكن من الممكن تحديد نفس الملف كملف مصدر
(انظر أدناه).

يُسمح بتعريفات DS و RRA إضافية ، وستتم إضافتها إلى التعريفات المأخوذة من
قالب.

--المصدر | -r مصدر الملف
مصدر واحد أو أكثر RRD قد يتم تسمية الملفات في سطر الأوامر. البيانات من هذه المصادر
سيتم استخدام الملفات لتعبئة ملف RRD ملف. ملف الإخراج وملف مصدر واحد
قد يشير إلى نفس اسم الملف. سيؤدي هذا بشكل فعال إلى استبدال الملف المصدر بامتداد
جديد RRD ملف. في حين أن هناك خطر فقدان الملف المصدر لأنه يتم استبداله ،
لا يوجد خطر من أن المصدر والملف الجديد قد يتم "خلطهما" معًا في أي وقت
في الوقت المناسب ، لأن الملف الجديد سيتم إنشاؤه دائمًا كملف مؤقت أولاً وسيفعل
يتم نقلها إلى وجهتها النهائية بمجرد كتابتها بالكامل.

يتم إجراء التعبئة المسبقة عن طريق مطابقة أسماء DS و RRAs ووظائف الدمج والاختيار
أفضل دقة بيانات متاحة عند القيام بذلك. قد لا يكون الملء المسبق رياضيًا
صحيح في جميع الحالات (على سبيل المثال ، إذا كان يجب تغيير القرارات بسبب تغيير خطوة في
RRD المستهدف والقرارات القديمة والجديدة لا تتطابق مع حدود الحاوية القديمة / الجديدة في
RRAs).

بمعنى آخر: يتم بذل أفضل الجهود للحفاظ على البيانات أثناء التعبئة المسبقة. أيضا ، قبل-
قد يكون ملء RRAs ممكنًا فقط لأنواع معينة من أنواع DS. قد يكون الملء المسبق أيضًا
تأثيرات غريبة على توقع هولت وينترز RRAs. بمعنى آخر: لا يوجد
ضمان صحة البيانات.

عند "الملء المسبق" أ RRD ملف ، يجب تحديد بنية الملف الجديد كالمعتاد
باستخدام مواصفات DS و RRA على النحو المبين أدناه. سيتم أخذ البيانات من ملفات المصدر
استنادًا إلى أسماء وأنواع DS وبالترتيب المحدد في ملفات المصدر. البيانات
سيتم دمج المصادر التي تحمل الاسم نفسه من ملفات مصدر مختلفة لتكوين بيانات جديدة
مصدر. بشكل عام ، لأي نقطة زمنية جديدة RRD سيغطي الملف بعد إنشائه ،
سيتم استخدام البيانات من ملف مصدر واحد فقط للملء المسبق. ومع ذلك ، فإن البيانات من
يمكن دمج عدة مصادر إذا كانت تشير إلى أوقات مختلفة أو مسمى سابق
يحتفظ الملف المصدر ببيانات غير معروفة لفترة حيث يحتفظ ملف لاحق ببيانات معروفة.

إذا لم يكن هذا التحديد التلقائي للبيانات مرغوبًا فيه ، فإن بناء جملة DS يسمح للشخص بتحديد ملف
رسم خرائط لمصادر بيانات الهدف والمصدر للتعبئة المسبقة. يسمح بناء الجملة هذا للشخص بإعادة التسمية
مصادر البيانات ولتقييد التعبئة المسبقة لـ DS لاستخدام البيانات من مصدر واحد فقط
ملف.

يعمل الملء المسبق حاليًا بشكل موثوق فقط مع RRAs باستخدام واحد من الدمج الكلاسيكي
الوظائف ، وهي واحدة من: AVERAGE ، MIN ، MAX ، LAST. قد يكون لديها أيضا مشاكل حاليا
مع مصادر بيانات الكمبيوتر.

لاحظ أن فعل التعبئة خلال خلق يشبه الكثير من العمليات
متاح عبر لحن الأمر ، ولكن باستخدام خلق بناء الجملة.

DS:DS- اسم[=تعيين اسم DS[[فهرس المصدر]]]:التوقيت الصيفي:التوقيت الصيفي الحجج
A واحد RRD يمكن أن تقبل الإدخال من عدة مصادر بيانات (DS) ، على سبيل المثال الواردة و
حركة صادرة على خط اتصال معين. مع ال DS خيار التكوين لك
يجب أن تحدد بعض الخصائص الأساسية لكل مصدر بيانات تريد تخزينه في RRD.

DS- اسم هو الاسم الذي ستستخدمه للإشارة إلى مصدر البيانات المعين هذا من ملف RRD. A
DS- اسم يجب أن يكون طول الأحرف من 1 إلى 19 حرفًا [a-zA-Z0-9_].

التوقيت الصيفي يحدد نوع مصدر البيانات. تعتمد الوسائط المتبقية لإدخال مصدر البيانات على
نوع مصدر البيانات. بالنسبة إلى GAUGE و COUNTER و DERIVE و DCOUNTER و DDERIVE و المطلق
تنسيق إدخال مصدر البيانات هو:

DS:DS- اسم:{مقياس | COUNTER | استخلاص | DCOUNTER | ديريف | مطلق}:نبض القلب:دقيقة:ماكس

بالنسبة لمصادر بيانات الكمبيوتر ، يكون التنسيق كما يلي:

DS:DS- اسم:إحصاء - عد:rpn- التعبير

لتحديد نوع مصدر البيانات المراد استخدامه ، راجع التعريفات التالية. أيضًا
راجع قسم "كيفية القياس" لمزيد من المعلومات.

مقياس
هي لأشياء مثل درجات الحرارة أو عدد الأشخاص في الغرفة أو قيمة RedHat
سهم.

COUNTER
هو للعدادات المتزايدة المستمرة مثل عداد ifInOctets في جهاز التوجيه. ال
COUNTER يفترض مصدر البيانات أن العداد لا ينقص أبدًا ، إلا عندما يكون العداد
فيضانات. تأخذ وظيفة التحديث الفائض في الاعتبار. العداد
يتم تخزينها كمعدل في الثانية. عندما يفيض العداد ، يتحقق RRDtool مما إذا كان ملف
حدث الفائض عند الحدود 32 بت أو 64 بت ويعمل وفقًا لذلك عن طريق إضافة
القيمة المناسبة للنتيجة.

DCOUNTER
كمثل COUNTER، ولكن للكميات المعبر عنها كنقطة عائمة مزدوجة الدقة
رقم. يمكن استخدامها لتتبع الكميات التي تتزايد بأرقام غير صحيحة ، أي
عدد الثواني التي استغرقتها بعض الإجراءات الروتينية للتشغيل ، والوزن الإجمالي الذي يعالجه البعض
معدات التكنولوجيا وما إلى ذلك الفرق الجوهري الوحيد هو ذلك DCOUNTER يمكن إما
يكون العد التصاعدي أو التنازلي ، ولكن ليس كلاهما في نفس الوقت. الحالي
يتم اكتشاف الاتجاه تلقائيًا في التحديث الثاني للعداد غير المحدد وأي
مزيد من التغيير في الاتجاه يعتبر إعادة تعيين. الاتجاه الجديد
تم تحديده وإغلاقه بواسطة التحديث الثاني بعد إعادة التعيين واختلافه في
القيمة عند إعادة التعيين.

استخلاص
سيخزن مشتق الخط الذي ينتقل من القيمة الأخيرة إلى القيمة الحالية لـ
مصدر البيانات. يمكن أن يكون هذا مفيدًا للمقاييس ، على سبيل المثال ، لقياس معدل الأشخاص
دخول أو مغادرة الغرفة. داخليًا ، اشتق أعمالًا تمامًا مثل COUNTER ولكن بدونها
فحص الفائض. لذلك إذا لم يتم إعادة تعيين العداد الخاص بك على 32 أو 64 بت ، فقد ترغب في ذلك
استخدم DERIVE وادمجها مع MIN بقيمة 0.

ديريف
كمثل استخلاص، ولكن للكميات المعبر عنها كنقطة عائمة مزدوجة الدقة
عدد.

نوت on COUNTER vs استخلاص

بواسطة دون بارداdon.baarda@baesystems.com>

إذا كنت لا تستطيع أن تتسامح مع الخطأ في إعادة ضبط العداد العرضي على أنه شرعي
الالتفاف المضاد ، ويفضل "غير معروف" لجميع عمليات الالتفاف وإعادة التعيين المشروعة ،
استخدم دائمًا DERIVE مع min = 0. وإلا ، فإن استخدام COUNTER بحد أقصى مناسب سيعود
القيم الصحيحة لجميع التفافات العداد المشروعة ، ضع علامة على بعض عمليات إعادة تعيين العداد كـ
"غير معروف" ، ولكن يمكن أن يخطئ في بعض عمليات إعادة تعيين العداد من أجل التفاف مضاد شرعي.

لخطوة 5 دقائق وعداد 32 بت ، احتمال الخطأ في إعادة تعيين العداد
بالنسبة للالتفاف الشرعي ، يمكن القول إن حوالي 0.8٪ لكل 1 ميجابت في الثانية من الحد الأقصى لعرض النطاق الترددي. لاحظ أن
هذا يعادل 80٪ لواجهات 100 ميجابت في الثانية ، لذلك بالنسبة للواجهات ذات النطاق الترددي العالي وملف
عداد 32 بت ، DERIVE مع min = 0 هو الأفضل على الأرجح. إذا كنت تستخدم ملف 64 بت
العداد ، سيؤدي أي إعداد أقصى تقريبًا إلى القضاء على احتمال الخطأ في ملف
إعادة تعيين التفاف العداد.

مطلق
هو للعدادات التي يتم إعادة تعيينها عند القراءة. يستخدم هذا للعدادات السريعة التي
تميل إلى الفائض. لذا فبدلاً من قراءتها بشكل طبيعي ، تقوم بإعادة ضبطها بعد كل قراءة
للتأكد من أن لديك أقصى وقت متاح قبل الفائض التالي. استخدام آخر
هو للأشياء التي تحسبها مثل عدد الرسائل منذ التحديث الأخير.

إحصاء - عد
لتخزين نتيجة الصيغة المطبقة على مصادر البيانات الأخرى في RRD. هذا
لا يتم توفير مصدر البيانات قيمة عند التحديث ، بل يتم توفير نقاط البيانات الأولية الخاصة به
(PDPs) يتم حسابها من PDPs لمصادر البيانات وفقًا لتعبير rpn
التي تحدد الصيغة. ثم يتم تطبيق وظائف التوحيد بشكل طبيعي على ملف
PDPs لمصدر بيانات COMPUTE (يتم تطبيق تعبير rpn فقط على
توليد PDPs). في برامج قواعد البيانات ، يشار إلى مجموعات البيانات هذه على أنها "افتراضية" أو
الأعمدة "المحسوبة".

نبض القلب يحدد الحد الأقصى لعدد الثواني التي قد تمر بين تحديثين لهذا
مصدر البيانات قبل افتراض قيمة مصدر البيانات *مجهول*.

دقيقة و ماكس تحديد قيم النطاق المتوقعة للبيانات التي يوفرها مصدر البيانات. لو دقيقة
و / أو ماكس يتم تحديد أي قيمة خارج النطاق المحدد سيتم اعتبارها
*مجهول*. إذا كنت لا تعرف أو تهتم بـ min و max ، فاضبطهما على U لـ Unknown. ملحوظة
يشير هذا الحد الأدنى والحد الأقصى دائمًا إلى القيم المعالجة لـ DS. لحركة المرور-COUNTER
اكتب DS سيكون هذا هو الحد الأقصى والأدنى لمعدل البيانات المتوقع من الجهاز.

If معلومات on الحد الأدنى / الحد الأقصى متوقع القيم is متاح، دائما طقم القادم دقيقة و / أو
ماكس خصائص. هذه سوف مساعدة أداة RRD in فعل a بسيط الصحة العقلية التحقق on القادم البيانات زودت
متى تشغيل تحديث.

rpn- التعبير يحدد الصيغة المستخدمة لحساب PDPs لمصدر بيانات COMPUTE من
مصادر البيانات الأخرى في نفس . إنه مشابه لتعريف أ CDEF حجة ل
أمر الرسم البياني. يرجى الرجوع إلى تلك الصفحة اليدوية للحصول على قائمة ووصف RPN
دعم العمليات. بالنسبة لمصادر بيانات COMPUTE ، فإن عمليات RPN التالية ليست كذلك
المدعومة: COUNT و PREV و TIME و LTIME. بالإضافة إلى ذلك ، عند تحديد تعبير RPN ، فإن ملف
قد يشير مصدر بيانات COMPUTE فقط إلى أسماء مصدر البيانات المدرجة سابقًا في
إنشاء الأمر. هذا مشابه للقيود التي CDEFيجب أن يشير s فقط إلى DEFالصورة و
CDEFتم تحديدها مسبقًا في نفس أمر الرسم البياني.

عند الملء المسبق لملف RRD ملف باستخدام مصدر واحد أو أكثر RRDق ، قد مواصفات DS
عقد تعيين اختياري بعد اسم DS. هذا يأخذ شكل علامة التساوي المتبعة
بواسطة اسم DS معيّن وفهرس مصدر اختياري محاط بأقواس مربعة.

على سبيل المثال ، DS

DS: a = b [2]: GAUGE: 120: 0: U

يحدد أن DS المسمى a يجب ملؤها مسبقًا من DS المسمى b في الثانية
ملف المصدر المدرج (مؤشرات المصدر تستند إلى 1).

RRA:CF:cf الحجج
الغرض من RRD هو تخزين البيانات في أرشيفات روبن المستديرة (عبر). أرشيف
يتكون من عدد من قيم البيانات أو الإحصائيات لكل مصدر من مصادر البيانات المحددة
(DS) ويتم تعريفه بامتداد عبر الخط.

عندما يتم إدخال البيانات في ملف RRD، يتم احتوائه أولاً في فترات زمنية من الطول المحدد
مع الالجائزة -s الخيار ، وبالتالي أصبح ابتدائي البيانات نقطة.

تتم معالجة البيانات أيضًا باستخدام وظيفة التوحيد (CF) من الأرشيف. هناك
العديد من وظائف الدمج التي تدمج نقاط البيانات الأولية عبر تجميع
وظيفة: متوسط, دقيقة, وفر, آخر.

متوسط
يتم تخزين متوسط ​​نقاط البيانات.

يتم تخزين MIN أصغر نقاط البيانات.

يتم تخزين MAX أكبر من نقاط البيانات.

آخر
يتم استخدام آخر نقاط البيانات.

لاحظ أن تجميع البيانات يؤدي حتمًا إلى فقدان الدقة والمعلومات. ال
الحيلة هي اختيار الوظيفة التجميعية مثل وكتابة مواضيع مثيرة للاهتمام خصائص بياناتك
يتم الاحتفاظ بها عبر عملية التجميع.

شكل عبر السطر لوظائف التوحيد هذه هو:

RRA:{متوسط | دقيقة | وفر | آخر}:xff:سلم:الصفوف

xff يحدد عامل xfiles أي جزء من فاصل الدمج يمكن أن يتكون منه
*مجهول* البيانات بينما لا تزال القيمة الموحدة معروفة. يتم إعطاؤه باسم
نسبة المسموح بها *مجهول* PDPs إلى عدد PDPs في الفاصل الزمني. وبالتالي ، فإنه يتراوح
من 0 إلى 1 (حصري).

سلم يحدد عدد هؤلاء ابتدائي البيانات نقطة تستخدم لبناء موحد البيانات
نقطة والتي تنتقل بعد ذلك إلى الأرشيف. راجع أيضًا "STEP و HEARTBEAT و Rows As
المدد ".

الصفوف يحدد عدد أجيال قيم البيانات المحفوظة في ملف عبر. من الواضح أن هذا له
لتكون أكبر من الصفر. راجع أيضًا "الخطوة ، ونبض القلب ، والصفوف كمدد".

شاذ سلوك كشف مع هولت وينترز التنبؤ

بالإضافة إلى الوظائف المجمعة ، هناك مجموعة من الوظائف المتخصصة التي
تمكين أداة RRD لتوفير تجانس البيانات (عبر خوارزمية التنبؤ هولت وينترز) ،
نطاقات الثقة والسلوك الشاذ في التسلسل الزمني لمصدر البيانات:

· RRA:HWPREDICT:الصفوف:ألفا:بيتا:موسمي فترة[:rra- الأسطوانات]

· RRA:MHWPREDICT:الصفوف:ألفا:بيتا:موسمي فترة[:rra- الأسطوانات]

· RRA:موسمي:موسمي فترة:نطاق:rra- الأسطوانات[: تجانس النافذة =جزء]

· RRA:ديفسيسونال:موسمي فترة:نطاق:rra- الأسطوانات[: تجانس النافذة =جزء]

· RRA:الإنجاز:الصفوف:rra- الأسطوانات

· RRA:الإخفاقات:الصفوف:عتبة:نافذة الطول:rra- الأسطوانات

تشبه RRAs تختلف عن وظائف الدمج الحقيقية بعدة طرق. أولاً ، كل من
القادم عبريتم تحديث s مرة واحدة لكل نقطة بيانات أولية. ثانيًا ، هؤلاء RRAs .
مترابط. لإنشاء حدود ثقة في الوقت الفعلي ، مجموعة متطابقة من SEASONAL ،
يجب أن توجد DEVSEASONAL و DEVPREDICT وإما HWPREDICT أو MHWPREDICT. التوليد
تتطلب القيم المتجانسة لنقاط البيانات الأساسية تحديدًا موسميًا عبر وإما HWPREDICT
أو MHWPREDICT عبر. يتطلب اكتشاف السلوك الشاذ أخطاء ، DEVSEASONAL ، SEASONAL ،
وإما HWPREDICT أو MHWPREDICT.

يتم تخزين القيم المتوقعة أو المتجانسة في HWPREDICT أو MHWPREDICT عبر.
HWPREDICT و MHWPREDICT هما في الواقع نوعان مختلفان من طريقة Holt-Winters. هم
قابل للتبديل. يحاول كلاهما تحليل البيانات إلى ثلاثة مكونات: خط الأساس ، أ
الاتجاه والمعامل الموسمي. تضيف HWPREDICT معاملها الموسمي إلى
خط الأساس لتشكيل تنبؤ ، في حين أن MHWPREDICT يضاعف معامله الموسمي بـ
خط الأساس لتشكيل التنبؤ. يكون الاختلاف ملحوظًا عندما يتغير خط الأساس
بشكل ملحوظ خلال الموسم ؛ ستتوقع HWPREDICT بقاء الموسمية
ثابت مع تغير خط الأساس ، لكن MHWPREDICT ستتوقع نمو الموسمية أو
يتقلص بما يتناسب مع خط الأساس. يعتمد الاختيار الصحيح للطريقة على الشيء
يجري على غرار. للتبسيط ، ستشير بقية هذه المناقشة إلى HWPREDICT ، لكن
قد يتم استبدال MHWPREDICT في مكانها.

يتم تخزين الانحرافات المتوقعة في DEVPREDICT (فكر في الانحراف المعياري الذي يمكن أن يكون
تحجيم لتسفر عن نطاق ثقة). الإخفاقات عبر يخزن المؤشرات الثنائية. أ 1 درجات
الملاحظة المفهرسة على أنها فشل ؛ وهذا يعني أن عدد انتهاكات حدود الثقة في
استوفت نافذة الملاحظات السابقة أو تجاوزت العتبة المحددة. مثال
باستخدام هذه RRAs لرسم حدود الثقة والفشل في الرسم البياني يظهر في rrdgraph.

الموسمية والتجارية RRAs تخزين المعاملات الموسمية لهولت وينترز
خوارزمية التنبؤ والانحرافات الموسمية على التوالي. هناك إدخال واحد لكل
نقطة زمنية للمراقبة في الدورة الموسمية. على سبيل المثال ، إذا كانت نقاط البيانات الأساسية هي
يتم إنشاؤها كل خمس دقائق وتكون الدورة الموسمية يومًا واحدًا ، موسميًا و
سيتضمن DEVSEASONAL 288 صفًا.

من أجل تبسيط الخلق للمستخدم المبتدئ ، بالإضافة إلى دعم صريح
إنشاء HWPREDICT و SEASONAL و DEVPREDICT و DEVSEASONAL و FAILURES RRAsأطلقت حملة
أداة RRD الأمر create يدعم الإنشاء الضمني للأربعة الأخرى عندما يكون HWPREDICT
المحدد وحده والحجة النهائية rra- الأسطوانات تم حذفه.

الصفوف يحدد طول عبر قبل الالتفاف. تذكر أن هناك واحدًا-
المراسلات الفردية بين نقاط البيانات الأولية والمدخلات في RRAs هذه. بالنسبة إلى
HWPREDICT CF ، الصفوف يجب أن يكون أكبر من موسمي فترة. إذا كانت التنمية عبر is
تم إنشاؤه ضمنيًا ، ويكون العدد الافتراضي للصفوف هو نفسه HWPREDICT الصفوف جدال.
إذا فشل عبر تم إنشاؤه ضمنيًا ، الصفوف سيتم تعيينه إلى موسمي فترة
حجة HWPREDICT عبر. بالطبع ، فإن أداة RRD تغيير حجم الأمر متاح إذا كانت هذه
الإعدادات الافتراضية ليست كافية ويريد المنشئ تجنب الإنشاءات الصريحة لـ
وظيفة متخصصة أخرى RRAs.

موسمي فترة يحدد عدد نقاط البيانات الأولية في دورة موسمية. لو
يتم إنشاء SEASONAL و DEVSEASONAL ضمنيًا ، هذه الحجة لهؤلاء RRAs تم تعيين
تلقائيًا إلى القيمة المحددة بواسطة HWPREDICT. إذا تم إنشاؤها بشكل صريح ، فإن ملف
على الخالق التحقق من أن الثلاثة موسمي فترة تتفق الحجج.

ألفا هي معلمة التكيف لمعامل التقاطع (أو الخط الأساسي) في هولت-
خوارزمية التنبؤ في الشتاء. انظر rrdtool للحصول على وصف لهذه الخوارزمية. ألفا يجب
تقع بين 0 و 1. تعني القيمة الأقرب إلى 1 أن الملاحظات الأحدث تحمل قيمة أكبر
الوزن في التنبؤ بالمكون الأساسي للتنبؤ. تعني القيمة الأقرب من 0
أن التاريخ الماضي له أهمية أكبر في التنبؤ بمكون خط الأساس.

بيتا هي معلمة التكيف لمعامل المنحدر (أو الاتجاه الخطي) في هولت-
خوارزمية التنبؤ في الشتاء. بيتا يجب أن تقع بين 0 و 1 وتلعب نفس الدور مثل
ألفا فيما يتعلق بالاتجاه الخطي المتوقع.

نطاق هي معلمة التكيف للمعاملات الموسمية في Holt-Winters
خوارزمية التنبؤ (HWPREDICT) أو معامل التكيف في التجانس الأسي
تحديث الانحرافات الموسمية. يجب أن تقع بين 0 و 1. إذا كان SEASONAL و
ديفسيسونال RRAs تم إنشاؤه ضمنيًا ، فسيكون لكليهما نفس القيمة لـ نطاق: ال
القيمة المحددة لـ HWPREDICT ألفا دعوى. لاحظ أنه بسبب وجود موسمي واحد
المعامل (أو الانحراف) لكل نقطة زمنية خلال الدورة الموسمية ، التكيف
معدل أبطأ بكثير من خط الأساس. يتم تحديث كل معامل موسمي فقط (أو
يتكيف) عندما تحدث القيمة الملاحظة عند الإزاحة في الدورة الموسمية المقابلة
لهذا المعامل.

إذا كان موسميًا وجسميًا RRAs صراحة ، نطاق لا يلزم أن يكون هو نفسه ل
كلاهما. لاحظ أن نطاق يمكن أيضًا تغييرها عبر أداة RRD لحن أمر.

تجانس النافذة يحدد جزء الموسم الذي يجب حساب متوسطه حول كل منها
نقطة. بشكل افتراضي ، قيمة تجانس النافذة هي 0.05 ، مما يعني أن كل قيمة في
سيتم استبدال SEASONAL و DEVSEASONAL أحيانًا بوضع المتوسط ​​مع (موسمي
فترة* 0.05) أقرب الجيران. جلسة تجانس النافذة إلى الصفر سيعطل
تشغيل متوسط ​​أكثر سلاسة تمامًا.

rra- الأسطوانات يوفر الروابط بين ذات الصلة RRAs. إذا تم تحديد HWPREDICT بمفرده و
أخرى RRAs خلقت ضمنيًا ، فلا داعي للقلق بشأن هذه الحجة. لو
RRAs صراحة ، ثم انتبه بعناية لهذه الحجة. لكل عبر
الذي يتضمن هذه الحجة ، هناك تبعية بين ذلك عبر وآخر عبر.
rra- الأسطوانات الوسيطة هي الفهرس المستند إلى 1 بالترتيب عبر الخلق (أي الترتيب
تظهر في خلق يأمر). المعال عبر لكل منهما عبر تتطلب rra- الأسطوانات
الحجة مدرجة هنا:

· هوبريديكت rra- الأسطوانات هو فهرس SEASONAL عبر.

· موسمي rra- الأسطوانات هو فهرس HWPREDICT عبر.

· الإنجاز rra- الأسطوانات هو فهرس DEVSEASONAL عبر.

· ديفسيسونال rra- الأسطوانات هو فهرس HWPREDICT عبر.

· الإخفاقات rra- الأسطوانات هو فهرس DEVSEASONAL عبر.

عتبة هو الحد الأدنى لعدد الانتهاكات (القيم الملاحظة خارج الثقة
حدود) داخل نافذة تشكل فشلًا. إذا فشل عبر ضمنيًا
تم إنشاؤه ، القيمة الافتراضية هي 7.

نافذة الطول هو عدد النقاط الزمنية في النافذة. حدد عددًا صحيحًا أكبر من
أو يساوي الحد الأدنى وأقل من أو يساوي 28. الفاصل الزمني لهذه النافذة
يمثل يعتمد على الفاصل الزمني بين نقاط البيانات الأولية. إذا فشل عبر is
تم إنشاؤه ضمنيًا ، القيمة الافتراضية هي 9.

خطوة، نبض القلب، و الصفوف As مدد

تقليديًا ، حدد RRDtool فترات PDP بالثواني ، ومعظم القيم الأخرى إما
عدد الثواني أو PDP. هذا جعل مواصفات قواعد البيانات غامضة إلى حد ما ؛ ل
مثال

rrdtool خلق الطاقة. rrd
- ابدأ الآن - ساعتان - الخطوة الأولى
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
الثاني) ضربات القلب ، وأربعة عبرs: عشرة أيام من ثانية واحدة ، 90 يومًا من دقيقة واحدة ، 18 شهرًا
ساعة واحدة ، وعشر سنوات بمتوسط ​​يوم واحد.

يمكن أيضًا تحديد عدد الصفوف والصفوف ونبضات القلب وخطوة القلب كمدد
أعداد صحيحة موجبة مع لاحقة من حرف واحد تحدد عامل تحجيم. يرى
"rrd_scaled_duration" في librrd لعوامل القياس للواحق المدعومة: "s"
(بالثواني) و "m" (بالدقائق) و "h" (ساعات) و "d" (أيام) و "w" (أسابيع) و "M" (شهور) و "y"
(سنين).

يتم استخدام قيم الخطوات المتدرجة ونبضات القلب (التي تكون أصلاً فترات بالثواني)
مباشرة ، بينما يتم تقسيم وسيطات صف دالة الدمج حسب خطوتها للإنتاج
عدد الصفوف.

باستخدام هذه الميزة ، يمكن كتابة نفس المواصفات المذكورة أعلاه على النحو التالي:

rrdtool خلق الطاقة. rrd
- ابدأ الآن - ساعتان - الخطوة الأولى
DS: واط: GAUGE: 5m: 0: 24000
RRA: متوسط: 0.5: 1 ثانية: 10 يوم
RRA: متوسط: 0.5: 1m: 90d
RRA: المتوسط: 0.5: 1h: 18M
RRA: متوسط: 0.5: 1d: 10y

ال نبض القلب و القادم الخطوة

هنا شرح من قبل Don Baarda حول الأعمال الداخلية لـ RRDtool. قد يساعدك على ذلك
افرز سبب ظهور كل هذه البيانات * غير المعروفة * في قواعد البيانات الخاصة بك:

يحصل RRDtool على عينات / تحديثات في أوقات عشوائية. من هذه تقوم ببناء البيانات الأولية
نقاط (PDPs) على كل فترة "خطوة". ثم يتم تجميع PDPs في RRAs.

تحدد "نبضات القلب" الحد الأقصى للفترة الزمنية المقبولة بين العينات / التحديثات. إذا كان
الفاصل الزمني بين العينات أقل من "ضربات القلب" ، ثم يتم حساب متوسط ​​المعدل و
تقدمت لهذه الفترة. إذا كانت الفترة الفاصلة بين العينات أطول من "ضربات القلب" ،
ثم يعتبر هذا الفاصل الزمني بأكمله "غير معروف". لاحظ أن هناك أشياء أخرى
يمكن أن تجعل الفاصل الزمني العينة "غير معروف" ، مثل المعدل الذي يتجاوز الحدود ، أو العينة التي
تم تعليمه بشكل صريح على أنه غير معروف.

تُستخدم المعدلات المعروفة أثناء فترة "الخطوة" الخاصة بـ PDP لحساب متوسط ​​معدل لـ
أن PDP. إذا كان إجمالي الوقت "غير معروف" يمثل أكثر من نصف "الخطوة" ، كله
تم وضع علامة PDP على أنها "غير معروفة". وهذا يعني أنه مزيج من أوقات العينة المعروفة و "غير المعروفة"
في "خطوة" PDP واحدة قد تضيف أو لا تضيف ما يكفي من الوقت "المعروف" لتبرير معروف
حزب الديمقراطيين الاشتراكيين.

يمكن أن تكون "ضربات القلب" قصيرة (غير عادية) أو طويلة (نموذجية) بالنسبة إلى فترة "الخطوة"
بين PDPs. تعني "ضربات القلب" القصيرة أنك تحتاج إلى عينات متعددة لكل PDP ، وإذا كنت تريد ذلك
لا تجعلهم علامة PDP غير معروف. نبضات قلب طويلة يمكن أن تمتد عدة "خطوات" ، والتي
يعني أنه من المقبول أن يكون لديك عدة PDPs محسوبة من عينة واحدة. متطرف
مثال على ذلك قد يكون "خطوة" مدتها 5 دقائق و "نبضة قلب" ليوم واحد ، وفي هذه الحالة
ستؤدي عينة واحدة كل يوم إلى تعيين جميع PDPs لكامل فترة اليوم
بنفس المعدل المتوسط. -- دون باردا <don.baarda@baesystems.com>

الوقت |
المحور |
تبدأ__ | 00 |
| 01 |
u | 02 | ---- * sample1 ، أعد تشغيل الموقت "hb"
ش | 03 | /
ش | 04 | /
ش | 05 | /
u | 06 | / "hbt" منتهية الصلاحية
ش | 07 |
| 08 | ---- * sample2 ، أعد تشغيل "hb"
| 09 | /
| 10 | /
u | 11 | ---- * sample3 ، أعد تشغيل "hb"
ش | 12 | /
ش | 13 | /
step1_u | 14 | /
u | 15 | / "swt" منتهية الصلاحية
ش | 16 |
| 17 | ---- * sample4 ، أعد تشغيل "hb" ، أنشئ "pdp" للخطوة 1 =
| 18 | / = غير معروف بسبب 10 ثوانٍ ممكّنة> 0.5 * خطوة
| 19 | /
| 20 | /
| 21 | ---- * sample5 ، أعد تشغيل "hb"
| 22 | /
| 23 | /
| 24 | ---- * sample6 ، أعد تشغيل "hb"
| 25 | /
| 26 | /
| 27 | ---- * sample7 ، أعد تشغيل "hb"
step2__ | 28 | /
| 22 | /
| 23 | ---- * sample8 ، أعد تشغيل "hb" ، أنشئ "pdp" للخطوة 1 ، أنشئ "cdp"
| 24 | /
| 25 | /

رسومات بواسطة vladimir.lavrov@desy.de.

HOW إلى قياس

فيما يلي بعض التلميحات حول كيفية القياس:

درجة الحرارة
عادة ما يكون لديك نوع من العدادات يمكنك قراءته لمعرفة درجة الحرارة. ال
لا ترتبط درجة الحرارة حقًا بالوقت. الاتصال الوحيد هو أن ملف
حدثت قراءة درجة الحرارة في وقت معين. يمكنك استخدام ال مقياس نوع مصدر البيانات
لهذا. سيقوم RRDtool بعد ذلك بتسجيل قراءتك مع الوقت.

رسائل البريد
افترض أن لديك طريقة لحساب عدد الرسائل المنقولة بواسطة بريدك
الخادم في فترة زمنية معينة ، مما يمنحك بيانات مثل "5 رسائل في آخر 65
ثواني. إذا نظرت إلى العد 5 مثل مطلق نوع البيانات يمكنك ببساطة
تحديث RRD بالرقم 5 ووقت انتهاء فترة المراقبة الخاصة بك. RRDtool
سيقوم بعد ذلك بتسجيل عدد الرسائل في الثانية. إذا كنت تريد ذلك في مرحلة لاحقة
تعرف على عدد الرسائل المنقولة في اليوم ، يمكنك الحصول على متوسط ​​عدد الرسائل لكل
الثانية من RRDtool لليوم المعني واضرب هذا الرقم مع الرقم
من الثواني في اليوم. نظرًا لأن كل الرياضيات تُجرى باستخدام الزوجي ، يجب أن تكون الدقة
مقبول.

إنه دائمًا معدل
RRDtool يخزن الأسعار بالمقدار / بالثانية لـ COUNTER و DERIVE و DCOUNTER و DDERIVE و
بيانات مطلقة. عندما ترسم البيانات ، ستحصل على مقدار / ثانية المحور ص الذي
قد تميل إلى التحويل إلى مبلغ مطلق عن طريق الضرب في دلتا الوقت
بين النقطتين. RRDtool يرسم البيانات المستمرة ، وعلى هذا النحو لا يناسب
رسم كميات مطلقة مثل "إجمالي البايتات" المرسلة والمستلمة في جهاز التوجيه.
ما تريده على الأرجح هو معدلات الرسم التي يمكنك تغيير حجمها إلى وحدات البايت / الساعة ، على سبيل المثال ، أو
ارسم كميات مطلقة باستخدام أداة أخرى ترسم مخططات الشريط ، حيث يكون وقت دلتا
واضح في المؤامرة لكل نقطة (مثل عندما تقرأ الرسم البياني الذي تراه
مثال GB على المحور y ، أيام على المحور x وشريط واحد لكل يوم).

مثال

rrdtool إنشاء درجة الحرارة. rrd - الخطوة 300
DS: درجة الحرارة: GAUGE: 600: -273: 5000
RRA: متوسط: 0.5: 1: 1200
RRA: الحد الأدنى: 0.5: 12: 2400
RRA: الحد الأقصى: 0.5:12:2400
RRA: متوسط: 0.5: 12: 2400

هذا يضع ملف RRD تسمى درجة الحرارة الذي يقبل قيمة درجة حرارة واحدة كل 300
ثواني. إذا لم يتم توفير بيانات جديدة لأكثر من 600 ثانية ، تصبح درجة الحرارة
*مجهول*. الحد الأدنى المقبول للقيمة هو -273 والحد الأقصى 5.

يتم أيضًا تحديد عدد قليل من مناطق الأرشفة. الأول يخزن درجات الحرارة المقدمة لـ 100
ساعات (1'200 * 300 ثانية = 100 ساعة). يخزن RRA الثاني درجة الحرارة الدنيا
تم تسجيله كل ساعة (12 * 300 ثانية = 1 ساعة) ، لمدة 100 يوم (2'400 ساعة). ال
ثالثا ورابع RRA يفعلون الشيء نفسه بالنسبة لدرجة الحرارة القصوى والمتوسطة ،
على التوالي.

مثال 2

rrdtool إنشاء شاشة. rrd - الخطوة 300
DS: ifOutOctets: COUNTER: 1800: 0: 4294967295
RRA: متوسط: 0.5: 1: 2016
RRA: HWPREDICT: 1440: 0.1: 0.0035: 288

هذا المثال هو شاشة لواجهة جهاز التوجيه. الأول عبر يتتبع تدفق حركة المرور في
ثماني. الثاني عبر يولد الوظائف المتخصصة RRAs للسلوك الشاذ
كشف. نلاحظ أن rra- الأسطوانات حجة HWPREDICT مفقودة ، لذا فإن الآخر RRAs سوف
يتم إنشاؤه ضمنيًا بقيم المعلمات الافتراضية. في هذا المثال ، التنبؤ
يتكيف خط الأساس للخوارزمية بسرعة ؛ في الواقع أحدث ساعة واحدة من الملاحظات (كل
على فترات 5 دقائق) تمثل 75٪ من التنبؤ الأساسي. الاتجاه الخطي
تتكيف التوقعات بشكل أبطأ بكثير. الملاحظات التي تم إجراؤها خلال اليوم الأخير (الساعة 288
الملاحظات في اليوم) تمثل 65 ٪ فقط من الاتجاه الخطي المتوقع. ملاحظة: هذه
تعتمد الحسابات على صيغة تجانس أسية موصوفة في ورقة LISA 2000.

الدورة الموسمية هي يوم واحد (288 نقطة بيانات بفاصل 300 ثانية) والموسمية
سيتم تعيين معلمة التكيف على 0.1. سيتم تخزين ملف RRD لمدة 5 أيام (1'440 نقطة بيانات)
من التنبؤات وتوقعات الانحراف قبل الالتفاف. سيخزن الملف يوم واحد (أ
دورة موسمية) من 0-1 مؤشرات في الفشل عبر.

نفس ملف RRD و RRAs يتم إنشاؤها باستخدام الأمر التالي صراحةً
يخلق كل الوظائف المتخصصة RRAs باستخدام "STEP ، HEARTBEAT ، والصفوف كمدد".

rrdtool إنشاء شاشة. rrd - الخطوة 5 م
DS: ifOutOctets: عداد: 30 م: 0: 4294967295
RRA: متوسط: 0.5: 1: 2016
RRA:HWPREDICT:5d:0.1:0.0035:1d:3
RRA: موسمي: 1d: 0.1: 2
RRA: DEVSEASONAL: 1d: 0.1: 2
RRA: DEVPREDICT: 5d: 5
RRA: الإخفاقات: 1d: 7: 9: 5

بالطبع ، الخلق الصريح لا يحتاج إلى تكرار إنشاء ضمني ، أو عدد من الحجج
يمكن تغييرها.

مثال 3

rrdtool قم بإنشاء proxy.rrd --step 300
DS: الطلبات: DERIVE: 1800: 0: U
DS: DERIVE: DERIVE: 1800: 0: U
DS: AvgReqDur: COMPUTE: المدة ، الطلبات ، 0 ، EQ ، 1 ، الطلبات ، IF ، /
RRA: متوسط: 0.5: 1: 2016

يراقب هذا المثال متوسط ​​مدة الطلب خلال كل فاصل زمني 300 ثانية لـ
الطلبات التي تمت معالجتها بواسطة وكيل الويب أثناء الفاصل الزمني. في هذه الحالة ، يفضح الوكيل
عدادان ، عدد الطلبات التي تمت معالجتها منذ التمهيد وإجمالي عدد الطلبات التراكمية
مدة جميع الطلبات المعالجة. من الواضح أن كلا العدادات لديها بعض نقاط التمرير ،
ولكن استخدام مصدر بيانات DERIVE يعالج أيضًا إعادة التعيين التي تحدث عندما يكون وكيل الويب
توقفت وأعيد تشغيلها.

في خانة رمز الخصم، أدخل TABBYDAY. RRD، يقوم مصدر البيانات الأول بتخزين الطلبات في الثانية بمعدل خلال الفاصل الزمني.
يخزن مصدر البيانات الثاني المدة الإجمالية لجميع الطلبات التي تمت معالجتها أثناء ملف
الفاصل الزمني مقسومًا على 300. يقسم مصدر بيانات COMPUTE كل PDP من AccumDuration على
PDP المقابل لـ TotalRequests ويخزن متوسط ​​مدة الطلب. ال
ما تبقى من تعبير RPN يعالج القسمة على حالة الصفر.

مؤلفون

توبياس أوتيكرtobi@oetiker.ch> ، بيتر ستامفيستpeter@stamfest.at>

استخدم rrdcreate عبر الإنترنت باستخدام خدمات onworks.net