rrdcreate - آنلاین در ابر

برنامه:

نام

rrdcreate - یک پایگاه داده Round Robin جدید راه اندازی کنید

خلاصه

ردالت ایجاد نام فایل [--شروع|-b زمان شروع] [--گام|-s گام] [--قالب|-t قالب-
پرونده] [-- منبع|-r منبع فایل] [--بدون رونویسی|-O] [--اهریمن، دیو|-d نشانی] [DS:ds-
نام[=mapped-ds-name[[منبع-شاخص]]]:STD:آرگومان های dst] [RRA:CF:آرگومان های cf]

شرح

عملکرد ایجاد RRDtool به شما امکان می دهد پایگاه داده Round Robin جدیدی را راه اندازی کنید (DRR) فایل ها. در
فایل در اندازه نهایی و کامل ایجاد می شود و با آن پر می شود *ناشناس* داده ها، مگر اینکه یک یا چند
منبع DRR فایل‌ها مشخص شده‌اند و داده‌های مناسبی را برای «پیش‌پر کردن» جدید نگهداری می‌کنند DRR
فایل.

نام فایل
نام DRR شما می خواهید ایجاد کنید DRR فایل ها باید با پسوند تمام شوند .rrd.
با این حال، ابزار RRD هر نام فایلی را می پذیرد.

--شروع|-ب شروع زمان (پیش فرض: اکنون - 10)
زمانی را بر حسب ثانیه از 1970-01-01 UTC مشخص می کند که اولین مقدار باید به آن اضافه شود
la DRR. ابزار RRD هیچ داده ای را که قبل یا در زمان مشخص شده زمان بندی شده است، نمی پذیرد.

همچنین به بخش AT-STYLE TIME SPECIFICATION در بخش مراجعه کنید rrdfetch مستندسازی برای راه های دیگر
برای تعیین زمان

اگر از یک یا چند فایل منبع برای پر کردن فایل جدید استفاده شود DRRاز --شروع گزینه ممکن است
حذف شده است. در این صورت، آخرین زمان به روز رسانی در بین تمام فایل های منبع به عنوان استفاده خواهد شد
آخرین زمان به روز رسانی جدید DRR فایل، به طور موثر زمان شروع را تنظیم می کند.

--step|-s گام (پیش فرض: 300 ثانیه)
بازه زمانی پایه را بر حسب ثانیه مشخص می کند که داده ها با آن وارد می شوند DRR.
ضریب مقیاس ممکن است به عنوان پسوند عدد صحیح وجود داشته باشد. "STEP، ضربان قلب، و ردیف" را ببینید
به عنوان مدت زمان».

--no-overwrite|-O
یک فایل موجود به همین نام را کلاهبرداری نکنید.

-- دیمون |-d نشانی
آدرس دیمون rrdcached. برای لیستی از قالب های پذیرفته شده، به ادامه مطلب مراجعه کنید -l گزینه در
راهنمای Rrdcached.

rrdtool ایجاد --daemon unix:/var/run/rrdcached.sock /var/lib/rrd/foo.rrd I

[--قالب|-t فایل قالب]
یک الگو را مشخص می کند DRR فایل برای برداشتن گام، تعاریف DS و RRA از. این به یکی اجازه می دهد
برای استناد ساختار یک فایل جدید بر روی برخی از فایل های موجود. داده های فایل قالب
برای پر کردن از قبل استفاده نمی شود، اما می توان همان فایل را به عنوان یک فایل منبع مشخص کرد
(به زیر مراجعه کنید)

تعاریف اضافی DS و RRA مجاز هستند، و به تعاریف برگرفته از آن اضافه خواهند شد
قالب.

--منبع|-r منبع فایل
یک یا چند منبع DRR فایل ها ممکن است در خط فرمان نامگذاری شوند. داده ها از این منبع
فایل‌ها برای پر کردن پیش‌پرده ایجاد شده استفاده خواهند شد DRR فایل. فایل خروجی و یک فایل منبع
ممکن است به همان نام فایل اشاره داشته باشد. این به طور موثر فایل منبع را با فایل جایگزین می کند
جدید DRR فایل. در حالی که خطر گم شدن فایل منبع به دلیل جایگزین شدن آن وجود دارد،
هیچ خطری وجود ندارد که منبع و فایل جدید در هر نقطه با هم "درهم" شوند
به مرور زمان، زیرا فایل جدید همیشه ابتدا به عنوان یک فایل موقت ایجاد می شود و خواهد شد
تنها زمانی به مقصد نهایی منتقل می شود که به طور کامل نوشته شود.

پر کردن از قبل با تطبیق نام های DS، RRA ها و توابع ادغام و انتخاب انجام می شود
بهترین وضوح داده های موجود هنگام انجام این کار. پیش پر کردن ممکن است از نظر ریاضی نباشد
در همه موارد صحیح است (مثلاً اگر قطعنامه ها باید به دلیل تغییر پله تغییر تغییر کند
RRD هدف و وضوح‌های قدیمی و جدید با مرزهای bin قدیمی/جدید مطابقت ندارند
RRA ها).

به عبارت دیگر: بهترین تلاش برای حفظ داده ها در طول پرکردن اولیه انجام می شود. همچنین، قبل از
پر کردن RRA ها ممکن است فقط برای انواع خاصی از انواع DS امکان پذیر باشد. پیش پر کردن نیز ممکن است
اثرات عجیبی بر روی RRA های پیش بینی Holt-Winters دارند. به عبارت دیگر: وجود ندارد
تضمین صحت داده ها

هنگام "پیش پر کردن" الف DRR فایل، ساختار فایل جدید باید طبق معمول مشخص شود
با استفاده از مشخصات DS و RRA همانطور که در زیر ذکر شده است. داده ها از فایل های منبع گرفته خواهد شد
بر اساس نام ها و انواع DS و به ترتیبی که فایل های منبع مشخص شده اند
منابع با همان نام از فایل های منبع مختلف برای تشکیل یک داده جدید ترکیب می شوند
منبع به طور کلی، برای هر نقطه در زمان جدید DRR فایل پس از ایجاد پوشش داده می شود،
داده های تنها از یک فایل منبع برای پر کردن از قبل استفاده می شود. با این حال، داده ها از
اگر به زمان های مختلف یا نام قبلی اشاره داشته باشد، ممکن است چندین منبع با هم ترکیب شوند
فایل منبع داده‌های ناشناخته را برای مدتی نگه می‌دارد که فایل بعدی داده‌های شناخته شده را نگه می‌دارد.

اگر این انتخاب خودکار داده مورد نظر نباشد، نحو DS به فرد اجازه می دهد a را مشخص کند
نقشه برداری از منابع داده هدف و منبع برای از پیش پر کردن. این نحو به فرد امکان تغییر نام را می دهد
منابع داده و محدود کردن پر کردن از پیش برای یک DS برای استفاده از داده‌ها از یک منبع واحد
فایل.

پیش پر کردن در حال حاضر فقط برای RRA ها با استفاده از یکی از ادغام کلاسیک به طور قابل اعتماد کار می کند
توابع، که یکی از موارد زیر است: AVERAGE، MIN، MAX، LAST. همچنین ممکن است در حال حاضر مشکلاتی داشته باشد
با منابع داده COMPUTE.

توجه داشته باشید که عمل از پیش پر کردن در طول ایجاد شبیه به بسیاری از عملیات است
در دسترس از طریق اهنگ فرمان، اما با استفاده از ایجاد نحو.

DS:ds-name[=mapped-ds-name[[منبع-شاخص]]]:STD:dst استدلال
تک تک DRR می تواند ورودی از چندین منبع داده را بپذیرد (DS) به عنوان مثال ورودی و
ترافیک خروجی در یک خط ارتباطی خاص با DS گزینه پیکربندی شما
باید برخی از ویژگی های اساسی هر منبع داده ای را که می خواهید در آن ذخیره کنید، تعریف کنید DRR.

ds-name نامی است که برای ارجاع به این منبع داده خاص از an استفاده می کنید DRR.
ds-name باید 1 تا 19 کاراکتر در نویسه‌های [a-zA-Z0-9_] باشد.

STD نوع منبع داده را تعریف می کند. آرگومان های باقی مانده یک ورودی منبع داده به این بستگی دارد
نوع منبع داده برای GAUGE، COUNTER، DERIVE، DCOUNTER، DDERIVE و ABSOLUTE
فرمت ورودی منبع داده به صورت زیر است:

DS:ds-name:{پیمانه | شمارنده | استخراج | DCOUNTER | DDERIVE | مطلق}:تپش قلب:دقیقه:حداکثر

برای منابع داده COMPUTE، قالب به صورت زیر است:

DS:ds-name:محاسبه:rpn-expression

برای اینکه تصمیم بگیرید از کدام نوع منبع داده استفاده کنید، تعاریف زیر را مرور کنید. همچنین
برای بینش بیشتر به بخش "چگونه اندازه گیری" مراجعه کنید.

پیمانه
برای مواردی مانند دما یا تعداد افراد در یک اتاق یا ارزش RedHat است
اشتراک گذاری.

شمارنده
برای شمارنده های افزایش مداوم مانند شمارنده ifInOctets در روتر است. در
شمارنده منبع داده فرض می کند که شمارنده هرگز کاهش نمی یابد، مگر زمانی که شمارنده باشد
سرریز می شود. عملکرد به روز رسانی سرریز را در نظر می گیرد. شمارنده است
به عنوان نرخ در ثانیه ذخیره می شود. هنگامی که شمارنده سرریز می شود، RRDtool بررسی می کند که آیا
سرریز در مرز 32 بیتی یا 64 بیتی اتفاق افتاده است و با افزودن یک علامت مطابق با آن عمل می کند
ارزش مناسب برای نتیجه

DCOUNTER
همان شمارنده، اما برای مقادیری که به صورت ممیز شناور با دقت مضاعف بیان می شوند
عدد. می تواند برای ردیابی مقادیری استفاده شود که با اعداد غیر صحیح افزایش می یابند، به عنوان مثال
تعداد ثانیه هایی که برخی از روال ها طول کشیده است، وزن کل پردازش شده توسط برخی
تجهیزات تکنولوژی و غیره. تنها تفاوت اساسی در این است DCOUNTER می تواند یا
شمارش رو به بالا یا رو به پایین باشد، اما نه هر دو در یک زمان. جاری
جهت به طور خودکار در دومین به روز رسانی پیشخوان نامشخص و هر کدام شناسایی می شود
تغییر بیشتر در جهت تنظیم مجدد در نظر گرفته می شود. جهت جدید است
توسط آپدیت دوم پس از ریست مشخص و قفل می شود و تفاوت آن با
مقدار در هنگام تنظیم مجدد

استخراج
مشتق خطی را که از آخرین به مقدار فعلی می رود ذخیره می کند
منبع اطلاعات. این می تواند برای سنج ها مفید باشد، به عنوان مثال، برای اندازه گیری نرخ افراد
ورود یا خروج از یک اتاق در داخل، استخراج دقیقاً مانند COUNTER اما بدون آن کار می کند
چک های سرریز بنابراین اگر شمارنده شما در 32 یا 64 بیت تنظیم مجدد نمی شود، ممکن است بخواهید
از DERIVE استفاده کنید و آن را با مقدار MIN 0 ترکیب کنید.

DDERIVE
همان استخراج، اما برای مقادیری که به صورت ممیز شناور با دقت مضاعف بیان می شوند
عدد.

توجه داشته باشید on شمارنده vs استخراج

توسط دان باردا[ایمیل محافظت شده]>

اگر نمی توانید تحمل کنید که بازنشانی گاه به گاه شمارنده را به اشتباه اشتباه بگیرید
بسته‌بندی شمارنده، و «ناشناخته‌ها» را برای همه بسته‌بندی‌ها و بازنشانی‌های پیشخوان قانونی ترجیح می‌دهند،
همیشه از DERIVE با min=0 استفاده کنید. در غیر این صورت، استفاده از COUNTER با حداکثر مناسب باز خواهد گشت
مقادیر صحیح برای همه موارد قانونی شمارنده، برخی از تنظیم مجدد شمارنده را به عنوان علامت گذاری کنید
"ناشناخته"، اما می تواند برخی از بازنشانی های شمارنده را با یک پیشخوان قانونی اشتباه بگیرد.

برای یک گام 5 دقیقه ای و شمارنده 32 بیتی، احتمال اشتباه در تنظیم مجدد شمارنده وجود دارد
برای یک wrap قانونی مسلماً حدود 0.8٪ در هر 1Mbps حداکثر پهنای باند است. توجه داشته باشید که
این معادل 80٪ برای رابط های 100Mbps است، بنابراین برای رابط های پهنای باند بالا و
شمارنده 32 بیتی، DERIVE با min=0 احتمالاً ارجح است. اگر از 64 بیت استفاده می کنید
شمارنده، تقریباً هر تنظیم حداکثری امکان اشتباه کردن a را از بین می برد
تنظیم مجدد برای بسته بندی ضد.

مطلق
برای شمارنده هایی است که پس از خواندن بازنشانی می شوند. این برای شمارنده های سریع استفاده می شود که
تمایل به سرریز شدن دارند بنابراین به جای خواندن آنها به طور معمول، آنها را پس از هر بار خواندن مجدداً تنظیم می کنید
تا مطمئن شوید که حداکثر زمان در دسترس را قبل از سرریز بعدی دارید. استفاده دیگر
برای چیزهایی است که شما مانند تعداد پیام‌ها از آخرین به‌روزرسانی می‌شمارید.

محاسبه
برای ذخیره نتیجه یک فرمول اعمال شده به سایر منابع داده در DRR. این
منبع داده یک مقدار در به روز رسانی ارائه نمی شود، بلکه نقاط داده اولیه آن است
(PDP) از PDPهای منابع داده با توجه به rpn-expression محاسبه می شوند.
که فرمول را تعریف می کند. سپس توابع ادغام به طور معمول در مورد اعمال می شوند
PDP های منبع داده COMPUTE (یعنی rpn-express فقط برای اعمال می شود
تولید PDP). در نرم افزار پایگاه داده، به این گونه مجموعه داده ها "مجازی" یا "مجازی" گفته می شود
ستون های "محاسبه شده".

تپش قلب حداکثر تعداد ثانیه هایی که ممکن است بین دو به روز رسانی این بگذرد را مشخص می کند
منبع داده قبل از اینکه مقدار منبع داده فرض شود *ناشناس*.

دقیقه و حداکثر مقادیر محدوده مورد انتظار برای داده های ارائه شده توسط یک منبع داده را تعریف کنید. اگر دقیقه
و / یا حداکثر هر مقدار خارج از محدوده تعریف شده مشخص می شود به عنوان در نظر گرفته می شود
*ناشناس*. اگر حداقل و حداکثر را نمی‌دانید یا به آن اهمیت نمی‌دهید، آن‌ها را برای ناشناخته روی U تنظیم کنید. توجه داشته باشید
که min و max همیشه به مقادیر پردازش شده DS اشاره دارد. برای ترافیک-شمارنده
نوع DS این حداکثر و حداقل نرخ داده مورد انتظار از دستگاه خواهد بود.

If اطلاعات on حداقل/حداکثر انتظار می رود ارزش is در دسترس، همیشه تنظیم la دقیقه و / یا
حداکثر خواص. این اراده کمک ابزار RRD in عمل a ساده عقل بررسی on la داده ها عرضه شده است
چه زمانی در حال اجرا به روز رسانی.

rpn-expression فرمول مورد استفاده برای محاسبه PDP های یک منبع داده COMPUTE را تعریف می کند
سایر منابع داده در همان . شبیه تعریف الف است CDEF استدلال برای
دستور گراف لطفاً برای لیست و توضیحات RPN به آن صفحه راهنما مراجعه کنید
عملیات پشتیبانی می شود برای منابع داده COMPUTE، عملیات RPN زیر وجود ندارد
پشتیبانی شده: COUNT، PREV، TIME، و LTIME. علاوه بر این، در تعریف عبارت RPN،
منبع داده COMPUTE ممکن است فقط به نام منبع داده ای که قبلاً در فهرست فهرست شده است اشاره کند
دستور ایجاد کنید این شبیه به محدودیتی است که CDEFs باید فقط به DEFو
CDEFs قبلاً در همان دستور گراف تعریف شده بود.

هنگام پر کردن از قبل DRR فایل با استفاده از یک یا چند منبع DRRs، مشخصات DS ممکن است
یک نگاشت اختیاری را بعد از نام DS نگه دارید. این به شکل یک علامت مساوی و به دنبال آن است
توسط یک نام DS نگاشت شده و یک فهرست منبع اختیاری محصور در پرانتز مربع.

به عنوان مثال، DS

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

مشخص می کند که DS نامگذاری شده است a باید از DS نامگذاری شده از قبل پر شود b در دوم
فایل منبع فهرست شده (شاخص های منبع مبتنی بر 1 هستند).

RRA:CF:cf استدلال
هدف از DRR این است که داده ها را در آرشیوهای گرد رابین ذخیره کنید (ترانس). یک آرشیو
شامل تعدادی مقادیر داده یا آمار برای هر یک از منابع داده تعریف شده است
(DS) و با یک تعریف می شود ترانس خط.

هنگامی که داده ها در یک DRR، ابتدا در شکاف های زمانی با طول تعریف شده قرار می گیرد
با -s گزینه، بنابراین تبدیل به یک اصلی داده ها نقطه.

داده ها نیز با تابع ادغام پردازش می شوند (CF) آرشیو. وجود دارد
چندین تابع ادغام که نقاط داده اولیه را از طریق یک انباشته یکپارچه می کند
عملکرد: میانگین, MIN, MAX, آخر.

میانگین
میانگین نقاط داده ذخیره می شود.

MIN کوچکترین نقطه داده ذخیره می شود.

MAX بزرگترین نقطه داده ذخیره می شود.

آخر
آخرین نقاط داده استفاده می شود.

توجه داشته باشید که تجمیع داده ها به طور اجتناب ناپذیری منجر به از دست دادن دقت و اطلاعات می شود. در
ترفند این است که تابع مجموع را طوری انتخاب کنید که جالب ویژگی های داده های شما
در سراسر فرآیند تجمیع نگهداری می شود.

قالب ترانس خط این توابع ادغام عبارت است از:

RRA:{میانگین | MIN | MAX | آخر}:xff:مراحل:ردیف

xff فاکتور xfiles مشخص می کند که از چه بخشی از بازه ادغام ممکن است تشکیل شود
*ناشناس* داده ها در حالی که ارزش تلفیقی هنوز شناخته شده در نظر گرفته می شود. به عنوان داده می شود
نسبت مجاز *ناشناس* PDP به تعداد PDP ها در بازه. بنابراین، دامنه دارد
از 0 تا 1 (انحصاری).

مراحل تعداد اینها را مشخص می کند اصلی داده ها نقطه برای ساخت a استفاده می شود تثبیت داده ها
نقطه که سپس به آرشیو می رود. همچنین به «STEP، ضربان قلب، و ردیف‌ها به‌عنوان» مراجعه کنید
مدت ها".

ردیف تعریف می کند که چند نسل از مقادیر داده در یک ذخیره می شود ترانس. بدیهی است که این کار دارد
بزرگتر از صفر باشد همچنین به "STEP، ضربان قلب، و ردیف به عنوان مدت زمان" مراجعه کنید.

عجیب و غریب رفتار کشف با Holt-Winters پیش بینی

علاوه بر توابع جمع، مجموعه ای از توابع تخصصی وجود دارد که
قادر ساختن ابزار RRD برای ارائه هموارسازی داده ها (از طریق الگوریتم پیش بینی Holt-Winters)،
باندهای اطمینان و رفتار نابجای پرچم گذاری در سری زمانی منبع داده:

· RRA:HWPREDICT:ردیف:آلفا:بتا:فصلی دوره[:rra-num]

· RRA:MHWPREDICT:ردیف:آلفا:بتا:فصلی دوره[:rra-num]

· RRA:فصلی:فصلی دوره:گاما:rra-num[:smoothing-window=کسر]

· RRA:DEVSEASONAL:فصلی دوره:گاما:rra-num[:smoothing-window=کسر]

· RRA:DEVPREDICT:ردیف:rra-num

· RRA:شکست ها:ردیف:آستانه:پنجره طول:rra-num

اینها RRA ها از جهات مختلفی با توابع ادغام واقعی متفاوت است. اول، هر یک از
la ترانسs یک بار برای هر نقطه داده اولیه به روز می شود. دوم، اینها RRA ها هستند
وابسته به یکدیگر برای ایجاد مرزهای اطمینان در زمان واقعی، یک مجموعه منطبق از SEASONAL،
DEVSEASONAL، DEVPREDICT، و HWPREDICT یا MHWPREDICT باید وجود داشته باشد. در حال تولید
مقادیر هموار نقاط داده اولیه نیاز به فصلی دارد ترانس و یا HWPREDICT
یا MHWPREDICT ترانس. تشخیص رفتار نابجا نیاز به شکست، فصلی، فصلی،
و HWPREDICT یا MHWPREDICT.

مقادیر پیش بینی شده یا هموار شده در HWPREDICT یا MHWPREDICT ذخیره می شوند. ترانس.
HWPREDICT و MHWPREDICT در واقع دو تغییر در روش Holt-Winters هستند. آن ها هستند
قابل تعویض هر دو تلاش می کنند داده ها را به سه جزء تجزیه کنند: خط مبنا، الف
روند، و یک ضریب فصلی. HWPREDICT ضریب فصلی خود را به آن اضافه می کند
خط پایه برای تشکیل یک پیش بینی، در حالی که MHWPREDICT ضریب فصلی خود را در ضرب می کند
خط پایه برای تشکیل یک پیش بینی زمانی که خط مبنا تغییر می کند، تفاوت قابل توجه است
به طور قابل توجهی در طول یک فصل؛ HWPREDICT ماندگاری فصلی را پیش بینی می کند
با تغییر خط پایه ثابت است، اما MHWPREDICT فصلی بودن رشد یا را پیش بینی می کند
متناسب با خط پایه کوچک شود. انتخاب صحیح روش بستگی به موضوع دارد
در حال مدل شدن برای سادگی، بقیه این بحث به HWPREDICT اشاره خواهد شد، اما
MHWPREDICT ممکن است به جای آن جایگزین شود.

انحرافات پیش بینی شده در DEVPREDICT ذخیره می شوند (یک انحراف استاندارد را در نظر بگیرید که می تواند
برای ایجاد یک باند اطمینان). شکست ها ترانس اندیکاتورهای باینری را ذخیره می کند. A 1 نمره
مشاهده نمایه شده به عنوان شکست؛ یعنی تعداد نقض مرزهای اطمینان در
پنجره قبلی مشاهدات یک آستانه مشخص را برآورده کرد یا از آن فراتر رفت. نمونه ای از
با استفاده از اینها RRA ها برای نمودار مرزهای اطمینان و خرابی ها در rrdgraph ظاهر می شود.

فصلی و DEVSEASONAL RRA ها ضرایب فصلی را برای Holt-Winters ذخیره کنید
الگوریتم پیش بینی و انحرافات فصلی به ترتیب. یک ورودی برای هر وجود دارد
نقطه زمانی مشاهده در چرخه فصلی به عنوان مثال، اگر نقاط داده اولیه هستند
هر پنج دقیقه تولید می شود و چرخه فصلی 1 روز است، هر دو فصلی و
DEVSEASONAL دارای 288 ردیف خواهد بود.

به منظور ساده سازی ایجاد برای کاربر تازه کار، علاوه بر پشتیبانی صریح
ایجاد HWPREDICT، SEASONAL، DEVPREDICT، DEVSEASONAL، و FAILURES RRA هااز
ابزار RRD دستور create از ایجاد ضمنی چهار مورد دیگر در زمانی که HWPREDICT باشد پشتیبانی می کند
به تنهایی و استدلال نهایی مشخص شده است rra-num حذف شده است

ردیف طول را مشخص می کند ترانس قبل از پیچیدن به یاد داشته باشید که یک وجود دارد -
مطابقت به یک بین نقاط داده اولیه و ورودی های این RRA ها. برای
HWPREDICT CF، ردیف باید بزرگتر از فصلی دوره. اگر DEVPREDICT ترانس is
به طور ضمنی ایجاد شده، تعداد پیش‌فرض ردیف‌ها همان HWPREDICT است ردیف بحث و جدل.
اگر شکست ترانس به طور ضمنی ایجاد شده است، ردیف تنظیم خواهد شد فصلی دوره
آرگومان HWPREDICT ترانس. البته ، ابزار RRD تغییر اندازه در صورت وجود این دستورات موجود است
پیش‌فرض‌ها کافی نیستند و ایجادکننده می‌خواهد از ایجاد صریح آن اجتناب کند
عملکرد تخصصی دیگر RRA ها.

فصلی دوره تعداد نقاط داده اولیه را در یک چرخه فصلی مشخص می کند. اگر
SEASONAL و DEVSEASONAL به طور ضمنی ایجاد شده اند، این استدلال برای کسانی است RRA ها قرار است
به طور خودکار به مقدار مشخص شده توسط HWPREDICT. اگر به صراحت ایجاد شده باشند،
خالق باید هر سه را تأیید کند فصلی دوره استدلال ها موافق هستند

آلفا پارامتر انطباق ضریب قطع (یا خط پایه) در Holt- است.
الگوریتم پیش بینی زمستان برای توضیح این الگوریتم به rrdtool مراجعه کنید. آلفا باید
بین 0 و 1 قرار دارد. یک مقدار نزدیکتر به 1 به این معنی است که مشاهدات اخیر بیشتر بیشتر است
وزن در پیش بینی مؤلفه پایه پیش بینی. مقدار نزدیکتر به 0 به این معنی است
که تاریخ گذشته وزن بیشتری در پیش بینی مؤلفه پایه دارد.

بتا پارامتر انطباق ضریب شیب (یا روند خطی) در Holt- است.
الگوریتم پیش بینی زمستان بتا باید بین 0 و 1 قرار گیرد و همان نقش را ایفا می کند
آلفا با توجه به روند خطی پیش بینی شده.

گاما پارامتر انطباق ضرایب فصلی در Holt-Winters است
الگوریتم پیش بینی (HWPREDICT) یا پارامتر تطبیق در هموارسازی نمایی
به روز رسانی انحرافات فصلی باید بین 0 و 1 قرار گیرد. اگر فصلی و
DEVSEASONAL RRA ها به طور ضمنی ایجاد می شوند، هر دو ارزش یکسانی برای آن خواهند داشت گامااز:
مقدار مشخص شده برای HWPREDICT آلفا بحث و جدل. توجه داشته باشید که چون یک فصل وجود دارد
ضریب (یا انحراف) برای هر نقطه زمانی در طول چرخه فصلی، سازگاری
نرخ بسیار کندتر از خط پایه است. هر ضریب فصلی فقط به روز می شود (یا
تطبیق می کند) زمانی که مقدار مشاهده شده در جابجایی در چرخه فصلی مربوطه رخ می دهد
به آن ضریب

اگر فصلی و فصلی RRA ها به صراحت ایجاد می شوند، گاما لازم نیست برای
هر دو. توجه داشته باشید که گاما همچنین می توان از طریق ابزار RRD اهنگ فرمان

صاف کردن پنجره کسری از یک فصل را که باید در هر فصل به طور میانگین محاسبه شود را مشخص می کند
نقطه. به طور پیش فرض، مقدار صاف کردن پنجره 0.05 است که به معنای هر مقدار در است
SEASONAL و DEVSEASONAL گاهی اوقات با میانگین گیری آن با (فصلی
دوره*0.05) نزدیکترین همسایگان. تنظیمات صاف کردن پنجره به صفر، غیرفعال می شود
در حال اجرا به طور متوسط ​​صاف تر در مجموع.

rra-num پیوندهای بین مرتبط را فراهم می کند RRA ها. اگر HWPREDICT به تنهایی مشخص شده باشد و
دیگر RRA ها به طور ضمنی ایجاد می شوند، پس نیازی به نگرانی در مورد این استدلال نیست. اگر
RRA ها به صراحت ایجاد می شود، سپس به دقت به این استدلال توجه کنید. برای هر ترانس
که شامل این استدلال می شود، بین آن وابستگی وجود دارد ترانس و دیگری ترانس.
rra-num آرگومان شاخص مبتنی بر 1 به ترتیب است ترانس خلقت (یعنی نظم
آنها در ظاهر می شوند ایجاد فرمان). وابسته ترانس برای هر ترانس نیاز به rra-num
آرگومان در اینجا فهرست شده است:

· HWPREDICT rra-num شاخص فصلی است ترانس.

· فصلی rra-num شاخص HWPREDICT است ترانس.

· DEVPREDICT rra-num شاخص DEVSEASONAL است ترانس.

· DEVSEASONAL rra-num شاخص HWPREDICT است ترانس.

· شکست ها rra-num شاخص DEVSEASONAL است ترانس.

آستانه حداقل تعداد تخلفات (مقادیر مشاهده شده خارج از اطمینان است
محدوده) در پنجره ای که یک شکست را تشکیل می دهد. اگر شکست ترانس به طور ضمنی است
ایجاد شده، مقدار پیش فرض 7 است.

پنجره طول تعداد نقاط زمانی در پنجره است. یک عدد صحیح بزرگتر از آن را مشخص کنید
یا مساوی آستانه و کمتر یا مساوی 28. فاصله زمانی این پنجره
نشان می دهد به فاصله بین نقاط داده اولیه بستگی دارد. اگر شکست ترانس is
به طور ضمنی ایجاد شده است، مقدار پیش فرض 9 است.

گام، تپش قلب، و ردیف As طول عمر

به طور سنتی RRDtool فواصل PDP را بر حسب ثانیه و بیشتر مقادیر دیگر را به عنوان هر یک مشخص می کرد
ثانیه یا تعداد PDP. این باعث شد تا مشخصات پایگاه‌های داده غیرشفاف باشد. برای
مثال

rrdtool ایجاد power.rrd \
--اکنون شروع کنید-2 ساعت --مرحله 1 \
DS:Watts:GAUGE:300:0:24000 \
RRA:AVERAGE:0.5:1:864000 \
RRA:AVERAGE:0.5:60:129600 \
RRA:AVERAGE:0.5:3600:13392 \
RRA:AVERAGE:0.5:86400:3660

یک پایگاه داده از مقادیر توان جمع آوری شده یک بار در ثانیه، با پنج دقیقه (300) ایجاد می کند
دوم) ضربان قلب، و چهار ترانسs: ده روز یک ثانیه، 90 روز یک دقیقه، 18 ماه
میانگین یک ساعت و ده سال یک روز.

تعداد مرحله، ضربان قلب و PDP و ردیف ها نیز ممکن است به عنوان مدت زمان مشخص شوند که عبارتند از
اعداد صحیح مثبت با پسوند تک کاراکتری که یک ضریب مقیاس را مشخص می کند. دیدن
"rrd_scaled_duration" در librrd برای فاکتورهای مقیاس پسوندهای پشتیبانی شده: "s"
(ثانیه)، "m" (دقیقه)، "h" (ساعت)، "d" (روز)، "w" (هفته)، "M" (ماه) و "y"
(سال ها).

از مقادیر گام و ضربان قلب مقیاس شده (که مدت زمان بومی بر حسب ثانیه هستند) استفاده می شود
به طور مستقیم، در حالی که آرگومان های ردیف تابع تلفیق بر گام آنها برای تولید تقسیم می شوند
تعداد ردیف ها

با این ویژگی می توان همان مشخصات فوق را به صورت زیر نوشت:

rrdtool ایجاد power.rrd \
--اکنون شروع کنید-2 ساعت --مرحله 1s \
DS:Watts:GAUGE:5m:0:24000 \
RRA:AVERAGE:0.5:1s:10d \
RRA:AVERAGE:0.5:1m:90d \
RRA:متوسط:0.5:1h:18M \
RRA:AVERAGE:0.5:1d:10y

La تپش قلب و la STEP

در اینجا توضیحی توسط Don Baarda در مورد عملکرد داخلی RRDtool ارائه شده است. ممکن است به شما کمک کند
مشخص کنید که چرا این همه داده *ناشناخته* در پایگاه داده شما ظاهر می شود:

RRDtool نمونه‌ها/به‌روزرسانی‌ها را در زمان‌های دلخواه دریافت می‌کند. از اینها داده های اولیه را می سازد
امتیازات (PDP) در هر بازه "گام". سپس PDP ها در RRA ها جمع می شوند.

"تپش قلب" حداکثر فاصله قابل قبول بین نمونه ها/به روز رسانی ها را مشخص می کند. اگر
فاصله بین نمونه ها کمتر از ضربان قلب است، سپس یک نرخ متوسط ​​محاسبه می شود و
برای آن فاصله اعمال شد. اگر فاصله بین نمونه ها بیشتر از "ضربان قلب" باشد،
سپس کل آن بازه "ناشناخته" در نظر گرفته می شود. توجه داشته باشید که موارد دیگری نیز وجود دارد
می تواند یک بازه نمونه را "ناشناخته" کند، مانند سرعت بیش از حد، یا نمونه ای که
به صراحت به عنوان ناشناخته علامت گذاری شد.

نرخ های شناخته شده در طول بازه "گام" PDP برای محاسبه میانگین نرخ استفاده می شود
آن PDP اگر مجموع زمان "ناشناخته" بیش از نیم "گام"، کل
PDP به عنوان "ناشناخته" علامت گذاری شده است. این بدان معنی است که مخلوطی از زمان های نمونه شناخته شده و "ناشناخته".
در یک "گام" PDP ممکن است به اندازه کافی زمان "معلوم" برای تضمین یک مشخص اضافه شود یا نباشد
PDP.

"ضربان قلب" می تواند کوتاه (غیر معمول) یا طولانی (معمولی) نسبت به فاصله "گام" باشد.
بین PDP ها ضربان قلب کوتاه به این معنی است که شما به چندین نمونه در هر PDP نیاز دارید، و اگر شما
آنها را علامت PDP ناشناخته نگیرید. یک ضربان قلب طولانی می تواند چندین "گام" را طی کند که
به این معنی که محاسبه PDP های متعدد از یک نمونه قابل قبول است. یک افراطی
مثال این ممکن است یک "گام" 5 دقیقه ای و "ضربان قلب" یک روزه باشد، در این صورت
هر روز یک نمونه واحد منجر به تنظیم تمام PDP ها برای کل دوره روز می شود
به همان نرخ متوسط -- پوشیدن باردا <[ایمیل محافظت شده]>

زمان|
محور|
شروع__|00|
| 01 |
u|02|----* sample1، تایمر "hb" را مجددا راه اندازی کنید
u|03| /
u|04| /
u|05| /
u|06|/ "hbt" منقضی شده است
u|07|
|08|----* نمونه2، راه اندازی مجدد "hb"
|09| /
|10| /
u|11|----* نمونه 3، راه اندازی مجدد "hb"
u|12| /
u|13| /
step1_u|14| /
u|15|/ "swt" منقضی شد
u|16|
|17|----* sample4، "hb" را مجددا راه اندازی کنید، "pdp" را برای step1 ایجاد کنید =
|18| / = ناشناخته به دلیل 10 ثانیه با علامت "u" > 0.5 * گام
|19| /
|20| /
|21|----* نمونه5، راه اندازی مجدد "hb"
|22| /
|23| /
|24|----* نمونه6، راه اندازی مجدد "hb"
|25| /
|26| /
|27|----* نمونه7، راه اندازی مجدد "hb"
مرحله2__|28| /
|22| /
|23|----* sample8، "hb" را مجددا راه اندازی کنید، "pdp" را برای step1 ایجاد کنید، "cdp" را ایجاد کنید.
|24| /
|25| /

گرافیک توسط [ایمیل محافظت شده].

چگونه به اندازه گرفتن

در اینجا چند نکته در مورد نحوه اندازه گیری وجود دارد:

درجه حرارت
معمولاً شما نوعی متر دارید که می توانید برای دریافت دما بخوانید. در
دما واقعاً با زمان مرتبط نیست. تنها ارتباط این است که
خواندن دما در یک زمان خاص اتفاق افتاد. می توانید استفاده کنید پیمانه نوع منبع داده
برای این. سپس RRDtool خواندن شما را همراه با زمان ضبط می کند.

پیام های پستی
فرض کنید روشی برای شمارش تعداد پیام های منتقل شده از طریق نامه دارید
سرور در مدت زمان معینی، داده هایی مانند '5 پیام در 65 مورد گذشته را به شما می دهد
ثانیه. اگر به تعداد 5 مانند یک نگاه کنید مطلق نوع داده شما به سادگی می توانید
RRD را با شماره 5 و زمان پایان دوره نظارت خود به روز کنید. ابزار RRD
سپس تعداد پیام ها در ثانیه را ثبت می کند. اگر در مراحل بعدی بخواهید
با دانستن تعداد پیام های ارسال شده در یک روز، می توانید میانگین پیام ها را در هر روز دریافت کنید
دوم از RRDtool برای روز مورد نظر و این عدد را در عدد ضرب کنید
ثانیه در یک روز از آنجا که تمام ریاضیات با Doubles اجرا می شود، دقت باید باشد
قابل قبول

همیشه یک نرخ است
RRDtool نرخ‌ها را بر حسب مقدار/ثانیه برای COUNTER، DERIVE، DCOUNTER، DDERIVE و
داده های مطلق هنگامی که داده ها را رسم می کنید، بر روی مقدار محور y در ثانیه قرار می گیرید که
ممکن است وسوسه شوید که با ضرب در زمان دلتا به یک مقدار مطلق تبدیل شوید
بین نقاط RRDtool داده‌های پیوسته را ترسیم می‌کند و به همین دلیل برای آن مناسب نیست
رسم مقادیر مطلق به عنوان مثال "بایت کل" ارسال و دریافت شده در یک روتر.
چیزی که احتمالاً می‌خواهید، نرخ‌های نموداری است که می‌توانید به عنوان مثال یا به بایت/ساعت مقیاس دهید
مقادیر مطلق را با ابزار دیگری ترسیم می کند که نمودارهای نواری را ترسیم می کند، جایی که زمان دلتا در آن قرار دارد
در نمودار برای هر نقطه روشن شود (به طوری که وقتی نمودار را می خوانید برای آن می بینید
مثال GB در محور y، روز در محور x و یک نوار برای هر روز).

مثال

rrdtool ایجاد temperature.rrd --step 300 \
DS:temp:GAUGE:600:-273:5000 \
RRA:AVERAGE:0.5:1:1200 \
RRA:MIN:0.5:12:2400 \
RRA:MAX:0.5:12:2400 ​​\
RRA:AVERAGE:0.5:12:2400

این راه اندازی می کند DRR نام دما.rrd که هر 300 یک مقدار دما را می پذیرد
ثانیه اگر اطلاعات جدیدی برای بیش از 600 ثانیه ارائه نشود، دما افزایش می یابد
*ناشناس*. حداقل مقدار قابل قبول 273- و حداکثر 5'000 است.

چند منطقه آرشیو نیز تعریف شده است. اولین دماهای ارائه شده را برای 100 ذخیره می کند
ساعت (1 * 200 ثانیه = 300 ساعت). RRA دوم حداقل دما را ذخیره می کند
ضبط شده در هر ساعت (12 * 300 ثانیه = 1 ساعت)، به مدت 100 روز (2 ساعت). در
RRA های سوم و چهارم همین کار را برای دمای حداکثر و متوسط ​​انجام می دهند.
بود.

مثال 2

rrdtool ایجاد monitor.rrd --step 300 \
DS:ifOutOctets:COUNTER:1800:0:4294967295 \
RRA:AVERAGE:0.5:1:2016 \
RRA:HWPREDICT:1440:0.1:0.0035:288

این مثال مانیتور رابط روتر است. اولین ترانس جریان ترافیک را در داخل ردیابی می کند
هشت ها؛ دومین ترانس توابع تخصصی را ایجاد می کند RRA ها برای رفتار ناهنجار
تشخیص توجه داشته باشید که rra-num آرگومان HWPREDICT وجود ندارد، بنابراین دیگری RRA ها اراده
به طور ضمنی با مقادیر پارامترهای پیش فرض ایجاد شود. در این مثال، پیش بینی
الگوریتم پایه به سرعت تطبیق می یابد. در واقع آخرین یک ساعت مشاهدات (هر کدام
در فواصل 5 دقیقه ای) 75 درصد از پیش بینی خط پایه را تشکیل می دهد. روند خطی
پیش بینی بسیار کندتر تطبیق می یابد. مشاهدات انجام شده در روز گذشته (در 288
مشاهدات در روز) تنها 65 درصد از روند خطی پیش بینی شده را تشکیل می دهند. توجه: اینها
محاسبات متکی به یک فرمول هموارسازی نمایی است که در مقاله LISA 2000 توضیح داده شده است.

چرخه فصلی یک روز است (288 نقطه داده در فواصل زمانی 300 ثانیه) و فصلی
پارامتر سازگاری روی 0.1 تنظیم می شود. فایل RRD به مدت 5 روز ذخیره می شود (1 نقطه داده)
پیش‌بینی‌ها و پیش‌بینی‌های انحراف قبل از جمع‌بندی. فایل به مدت 1 روز ذخیره می شود (الف
چرخه فصلی) شاخص های 0-1 در FAILURES ترانس.

همون فایل RRD و RRA ها با دستور زیر ایجاد می شوند که به صراحت
تمام عملکرد تخصصی را ایجاد می کند RRA ها با استفاده از "STEP، ضربان قلب، و ردیف به عنوان مدت زمان".

rrdtool ایجاد monitor.rrd --step 5m \
DS:ifOutOctets:COUNTER:30m:0:4294967295 \
RRA:AVERAGE:0.5:1:2016 \
RRA:HWPREDICT:5d:0.1:0.0035:1d:3 \
RRA:SEASONAL: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:Requests:DERIVE:1800:0:U \
DS:Duration:DERIVE:1800:0:U \
DS:AvgReqDur:COMPUTE:Duration,Requests,0,EQ,1,Requests,IF,/ \
RRA:AVERAGE:0.5:1:2016

این مثال، میانگین مدت زمان درخواست را در طول هر بازه 300 ثانیه ای نظارت می کند
درخواست های پردازش شده توسط یک پروکسی وب در طول بازه زمانی. در این مورد، پروکسی افشا می کند
دو شمارنده، تعداد درخواست‌های پردازش شده از زمان راه‌اندازی و مجموع تجمعی
مدت زمان تمام درخواست های پردازش شده واضح است که این شمارنده‌ها هر دو دارای یک نقطه چرخش هستند،
اما با استفاده از منبع داده DERIVE، بازنشانی که در زمان وجود پروکسی وب رخ می دهد نیز انجام می دهد
متوقف شد و دوباره راه اندازی شد.

در DRR، اولین منبع داده درخواست ها را در هر ثانیه در طول بازه ذخیره می کند.
منبع داده دوم کل مدت زمان تمام درخواست‌های پردازش شده را ذخیره می‌کند
فاصله تقسیم بر 300. منبع داده COMPUTE هر PDP از AccumDuration را تقسیم بر
PDP مربوط به TotalRequests و ذخیره میانگین مدت زمان درخواست. در
باقیمانده عبارت RPN تقسیم بر صفر را کنترل می کند.

AUTHORS

توبیاس اوتیکر[ایمیل محافظت شده]>، پیتر استامفست[ایمیل محافظت شده]>

با استفاده از خدمات onworks.net از rrdcreate آنلاین استفاده کنید