rrdcreate - Online di Cloud

PROGRAM:

NAMA

rrdcreate - Siapkan Database Round Robin baru

RINGKASAN

rrdtool membuat nama file [--Mulailah|-b waktu mulai] [--melangkah|-s langkah] [--templat|-t templat-
fillet] [--sumber|-r sumber data] [--no-timpa|-O] [--daemon|-d alamat] [DS:ds-
nama[=dipetakan-ds-nama[[indeks-sumber]]]:STD:argumen dst] [RRA:CF:cf argumen]

DESKRIPSI

Fungsi create dari RRDtool memungkinkan Anda mengatur Round Robin Database baru (RRD) file. NS
file dibuat pada akhirnya, ukuran penuh dan diisi dengan *TIDAK DIKENAL* data, kecuali satu atau lebih
sumber RRD file telah ditentukan dan mereka menyimpan data yang sesuai untuk "mengisi" yang baru RRD
file.

nama file
Nama dari RRD Anda ingin membuat. RRD file harus diakhiri dengan ekstensi .rd.
Namun, alat RRD akan menerima nama file apa pun.

--mulai|-b awal waktu (bawaan: sekarang - 10 detik)
Menentukan waktu dalam detik sejak 1970-01-01 UTC saat nilai pertama harus ditambahkan ke
itu RRD. alat RRD tidak akan menerima data apa pun waktunya sebelum atau pada waktu yang ditentukan.

Lihat juga bagian SPESIFIKASI WAKTU GAYA di ambil dokumentasi untuk cara lain
untuk menentukan waktu.

Jika satu atau lebih file sumber digunakan untuk pra-isi yang baru RRD, yang --Mulailah pilihan mungkin
dihilangkan. Dalam hal ini, waktu pembaruan terbaru di antara semua file sumber akan digunakan sebagai
waktu pembaruan terakhir dari yang baru RRD file, secara efektif mengatur waktu mulai.

--langkah|-s langkah (bawaan: 300 detik)
Menentukan interval dasar dalam detik dengan mana data akan dimasukkan ke dalam RRD. Sebuah
faktor penskalaan mungkin ada sebagai sufiks pada bilangan bulat; lihat "LANGKAH, SAKIT JANTUNG, dan Baris
Sebagai Durasi".

--no-timpa|-O
Jangan menghancurkan file yang sudah ada dengan nama yang sama.

--daemon|-d alamat
Alamat daemon rrdcached. Untuk daftar format yang diterima, lihat: -l pilihan dalam
manual yang di-cache.

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

[--templat|-t file template]
Menentukan template RRD file untuk mengambil langkah, definisi DS dan RRA dari. Ini memungkinkan seseorang
untuk mendasarkan struktur file baru pada beberapa file yang ada. Data dari file template
TIDAK digunakan untuk pra-pengisian, tetapi dimungkinkan untuk menentukan file yang sama sebagai file sumber
(Lihat di bawah).

Definisi DS dan RRA tambahan diizinkan, dan akan ditambahkan ke definisi yang diambil dari
Template.

--sumber|-r sumber data
Satu atau lebih sumber RRD file dapat diberi nama pada baris perintah. Data dari sumber ini
file akan digunakan untuk mengisi awal yang dibuat RRD mengajukan. File output dan satu file sumber
dapat merujuk ke nama file yang sama. Ini akan secara efektif mengganti file sumber dengan
yang baru RRD mengajukan. Meskipun ada bahaya kehilangan file sumber karena diganti,
tidak ada bahaya bahwa sumber dan file baru dapat "dikacaukan" bersama-sama kapan saja
pada waktunya, karena file baru akan selalu dibuat sebagai file sementara terlebih dahulu dan akan
hanya akan dipindahkan ke tujuan akhirnya setelah ditulis secara keseluruhan.

Pengisian awal dilakukan dengan mencocokkan nama DS, RRA, dan fungsi konsolidasi dan memilih
resolusi data terbaik yang tersedia saat melakukannya. Prefilling mungkin tidak secara matematis
benar dalam semua kasus (misalnya jika resolusi harus berubah karena perubahan langkah dari
target RRD dan resolusi lama dan baru tidak cocok dengan batas tempat sampah lama/baru di
RRA).

Dengan kata lain: Upaya terbaik dilakukan untuk melestarikan data selama pra-pengisian. Juga, pra-
pengisian RRA hanya dimungkinkan untuk jenis jenis DS tertentu. Pra-pengisian juga dapat
memiliki efek aneh pada RRA peramalan Holt-Winters. Dengan kata lain: tidak ada
jaminan kebenaran data.

Saat "mengisi" a RRD file, struktur file baru harus ditentukan seperti biasa
menggunakan spesifikasi DS dan RRA seperti diuraikan di bawah ini. Data akan diambil dari file sumber
berdasarkan nama dan jenis DS dan dalam urutan file sumber ditentukan. Data
sumber dengan nama yang sama dari file sumber yang berbeda akan digabungkan untuk membentuk data baru
sumber. Umumnya, untuk setiap titik waktu yang baru RRD file akan mencakup setelah pembuatannya,
data dari hanya satu file sumber akan digunakan untuk pra-pengisian. Namun, data dari
beberapa sumber dapat digabungkan jika mengacu pada waktu yang berbeda atau nama sebelumnya
file sumber menyimpan data yang tidak diketahui untuk waktu di mana yang kemudian menyimpan data yang diketahui.

Jika pemilihan data otomatis ini tidak diinginkan, sintaks DS memungkinkan seseorang untuk menentukan a
pemetaan sumber data target dan sumber untuk pra-pengisian. Sintaks ini memungkinkan seseorang untuk mengganti nama
sumber data dan untuk membatasi pra-pengisian untuk DS agar hanya menggunakan data dari satu sumber
file.

Pra-pengisian saat ini hanya berfungsi dengan andal untuk RRA yang menggunakan salah satu konsolidasi klasik
fungsi, yaitu salah satu dari: AVERAGE, MIN, MAX, LAST. Mungkin juga saat ini memiliki masalah
dengan sumber data COMPUTE.

Perhatikan bahwa tindakan mengisi ulang selama membuat mirip dengan banyak operasi
tersedia melalui lagu perintah, tetapi menggunakan membuat sintaks.

DS:ds-nama[=dipetakan-ds-nama[[indeks-sumber]]]:STD:dst argumen
Tunggal RRD dapat menerima input dari beberapa sumber data (DS), misalnya masuk dan
lalu lintas keluar pada jalur komunikasi tertentu. Dengan DS opsi konfigurasi Anda
harus menentukan beberapa properti dasar dari setiap sumber data yang ingin Anda simpan di RRD.

ds-nama adalah nama yang akan Anda gunakan untuk merujuk sumber data khusus ini dari RRD. Sebuah
ds-nama harus terdiri dari 1 hingga 19 karakter dalam karakter [a-zA-Z0-9_].

STD mendefinisikan Jenis Sumber Data. Argumen yang tersisa dari entri sumber data bergantung pada
jenis sumber data. Untuk GAUGE, COUNTER, DERIVE, DCOUNTER, DDERIVE, dan ABSOLUTE
format untuk entri sumber data adalah:

DS:ds-nama:{MENGUKUR | COUNTER | MEMPEROLEH | DCOUNTER | DDERIF | MUTLAK}:denyut jantung:menit:max

Untuk sumber data COMPUTE, formatnya adalah:

DS:ds-nama:MENGHITUNG:rpn-ekspresi

Untuk memutuskan jenis sumber data yang akan digunakan, tinjau definisi berikut. Juga
lihat bagian "CARA MENGUKUR" untuk wawasan lebih lanjut.

MENGUKUR
adalah untuk hal-hal seperti suhu atau jumlah orang di ruangan atau nilai RedHat
berbagi.

COUNTER
adalah untuk penghitung kenaikan terus menerus seperti penghitung ifInOctets di router. NS
COUNTER sumber data mengasumsikan bahwa penghitung tidak pernah berkurang, kecuali ketika penghitung
meluap. Fungsi pembaruan memperhitungkan luapan. Penghitungnya adalah
disimpan sebagai tingkat per detik. Ketika penghitung meluap, RRDtool memeriksa apakah
overflow terjadi di perbatasan 32bit atau 64bit dan bertindak sesuai dengan menambahkan
nilai yang sesuai dengan hasil.

DCOUNTER
sama seperti COUNTER, tetapi untuk kuantitas yang dinyatakan sebagai titik apung presisi ganda
nomor. Dapat digunakan untuk melacak jumlah yang bertambah dengan angka non-integer, yaitu
jumlah detik yang diambil beberapa rutinitas untuk dijalankan, total berat yang diproses oleh beberapa
peralatan teknologi dll. Satu-satunya perbedaan substansial adalah bahwa DCOUNTER bisa juga
menghitung ke atas atau ke bawah, tetapi tidak keduanya pada saat yang bersamaan. Sekarang
arah terdeteksi secara otomatis pada pembaruan penghitung yang tidak ditentukan kedua dan setiap
perubahan lebih lanjut dalam arah dianggap reset. Arah baru adalah
ditentukan dan dikunci oleh pembaruan kedua setelah reset dan perbedaannya dengan
nilai di reset.

MEMPEROLEH
akan menyimpan turunan dari garis dari yang terakhir ke nilai saat ini dari
sumber data. Ini dapat berguna untuk pengukur, misalnya, untuk mengukur laju orang
memasuki atau meninggalkan ruangan. Secara internal, turunan bekerja persis seperti COUNTER tetapi tanpa
pemeriksaan melimpah. Jadi jika penghitung Anda tidak mengatur ulang pada 32 atau 64 bit, Anda mungkin ingin
gunakan DERIVE dan gabungkan dengan nilai MIN 0.

DDERIF
sama seperti MEMPEROLEH, tetapi untuk kuantitas yang dinyatakan sebagai titik apung presisi ganda
nomor.

CATATAN on COUNTER vs MEMPEROLEH

oleh Don Baarda[email dilindungi]>

Jika Anda tidak dapat mentolerir kesalahan penghitung ulang sesekali sebagai yang sah
counter wrap, dan lebih suka "Tidak Diketahui" untuk semua counter wraps dan reset yang sah,
selalu gunakan DERIVE dengan min=0. Jika tidak, menggunakan COUNTER dengan maks yang sesuai akan kembali
nilai yang benar untuk semua pembungkus penghitung yang sah, tandai beberapa penyetelan ulang penghitung sebagai
"Tidak diketahui", tetapi dapat salah mengira beberapa penyetelan ulang penghitung sebagai pembungkus penghitung yang sah.

Untuk langkah 5 menit dan penghitung 32-bit, kemungkinan kesalahan penghitung reset
untuk bungkus yang sah bisa dibilang sekitar 0.8% per 1Mbps bandwidth maksimum. Perhatikan bahwa
ini setara dengan 80% untuk antarmuka 100Mbps, jadi untuk antarmuka bandwidth tinggi dan a
Penghitung 32bit, TURUN dengan min=0 mungkin lebih disukai. Jika Anda menggunakan 64bit
counter, hampir semua pengaturan maks akan menghilangkan kemungkinan salah
reset untuk bungkus counter.

MUTLAK
adalah untuk penghitung yang disetel ulang setelah membaca. Ini digunakan untuk penghitung cepat yang
cenderung meluap. Jadi, alih-alih membacanya secara normal, Anda mengatur ulang setelah setiap membaca
untuk memastikan Anda memiliki waktu maksimum yang tersedia sebelum luapan berikutnya. Penggunaan lain
adalah untuk hal-hal yang Anda hitung seperti jumlah pesan sejak pembaruan terakhir.

MENGHITUNG
adalah untuk menyimpan hasil formula yang diterapkan ke sumber data lain di RRD. Ini
sumber data tidak diberikan nilai pada pembaruan, melainkan Poin Data Primernya
(PDP) dihitung dari PDP sumber data sesuai dengan ekspresi rpn
yang mendefinisikan rumus. Fungsi konsolidasi kemudian diterapkan secara normal ke
PDP dari sumber data COMPUTE (yaitu ekspresi rpn hanya berlaku untuk
menghasilkan PDP). Dalam perangkat lunak basis data, kumpulan data tersebut disebut sebagai "virtual" atau
kolom "dihitung".

denyut jantung mendefinisikan jumlah detik maksimum yang dapat lewat di antara dua pembaruan ini
sumber data sebelum nilai sumber data diasumsikan *TIDAK DIKENAL*.

menit dan max menentukan nilai rentang yang diharapkan untuk data yang disediakan oleh sumber data. Jika menit
dan / atau max ditentukan nilai apa pun di luar rentang yang ditentukan akan dianggap sebagai
*TIDAK DIKENAL*. Jika Anda tidak tahu atau tidak peduli dengan min dan max, setel ke U untuk tidak diketahui. Catatan
bahwa min dan max selalu mengacu pada nilai DS yang diproses. Untuk lalu lintas-COUNTER
ketik DS ini akan menjadi kecepatan data maksimum dan minimum yang diharapkan dari perangkat.

If informasi on minimal/maksimal diharapkan nilai-nilai is tersedia, selalu set itu menit dan / atau
max properti. Kredensial mikro akan membantu alat RRD in melakukan a sederhana kewarasan memeriksa on itu data dipasok
ketika berjalan memperbarui.

rpn-ekspresi mendefinisikan rumus yang digunakan untuk menghitung PDP dari sumber data COMPUTE dari
sumber data lain di tempat yang sama . Hal ini mirip dengan mendefinisikan CDEF argumen untuk
perintah grafik. Silakan merujuk ke halaman manual itu untuk daftar dan deskripsi RPN
operasi yang didukung. Untuk sumber data COMPUTE, operasi RPN berikut tidak:
didukung: COUNT, PREV, TIME, dan LTIME. Selain itu, dalam mendefinisikan ekspresi RPN,
Sumber data COMPUTE hanya dapat merujuk ke nama sumber data yang tercantum sebelumnya di
membuat perintah. Ini mirip dengan batasan yang CDEFs harus merujuk hanya ke DEFs dan
CDEFs sebelumnya didefinisikan dalam perintah grafik yang sama.

Saat pra-mengisi yang baru RRD file menggunakan satu atau lebih sumber RRDs, spesifikasi DS mungkin
mengadakan pemetaan opsional setelah nama DS. Ini mengambil bentuk tanda sama dengan diikuti
dengan nama DS yang dipetakan dan indeks sumber opsional yang diapit tanda kurung siku.

Misalnya, DS

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

menentukan bahwa DS bernama a harus diisi sebelumnya dari DS bernama b di detik
file sumber yang terdaftar (indeks sumber berbasis 1).

RRA:CF:cf argumen
Tujuan dari sebuah RRD adalah untuk menyimpan data dalam arsip round robin (RRA). Sebuah arsip
terdiri dari sejumlah nilai data atau statistik untuk masing-masing sumber data yang ditentukan
(DS) dan didefinisikan dengan RRA line.

Ketika data dimasukkan ke dalam RRD, ini pertama kali masuk ke dalam slot waktu dengan panjang yang ditentukan
pada pengatur terkenal. Pengatur ini menawarkan bantuan hukum kepada traderapabila trader berselisih dengan broker yang terdaftar dengan mereka. -s pilihan, sehingga menjadi primer data titik.

Data tersebut juga diolah dengan fungsi konsolidasi (CF) dari arsip. Ada
beberapa fungsi konsolidasi yang mengkonsolidasikan titik data primer melalui agregat
fungsi: RATA-RATA, MIN, MAX, TERAKHIR.

RATA-RATA
rata-rata titik data disimpan.

MIN titik data terkecil disimpan.

MAX titik data terbesar disimpan.

TERAKHIR
titik data terakhir digunakan.

Perhatikan bahwa agregasi data pasti mengarah pada hilangnya presisi dan informasi. NS
triknya adalah memilih fungsi agregat sedemikian rupa sehingga menarik properti data Anda
disimpan selama proses agregasi.

Format RRA garis untuk fungsi konsolidasi ini adalah:

RRA:{RATA-RATA | MIN | MAX | TERAKHIR}:xff:tangga:baris

xff Faktor xfiles menentukan bagian dari interval konsolidasi yang dapat dibuat dari:
*TIDAK DIKENAL* data sementara nilai konsolidasi masih dianggap diketahui. Ini diberikan sebagai
rasio yang diizinkan *TIDAK DIKENAL* PDP ke jumlah PDP dalam interval. Jadi, itu berkisar
dari 0 hingga 1 (eksklusif).

tangga menentukan berapa banyak dari ini primer data poin digunakan untuk membangun konsolidasi data
titik yang kemudian masuk ke arsip. Lihat juga "LANGKAH, HEARTBEAT, dan Baris Sebagai
Durasi".

baris mendefinisikan berapa banyak generasi nilai data yang disimpan dalam RRA. Jelas, ini memiliki
menjadi lebih besar dari nol. Lihat juga "LANGKAH, HEARTBEAT, dan Baris Sebagai Durasi".

Tidak sopan Tingkah laku Deteksi dengan Holt-Musim Dingin Peramalan

Selain fungsi agregat, ada satu set fungsi khusus yang
aktif alat RRD untuk memberikan pemulusan data (melalui algoritme peramalan Holt-Winters),
pita kepercayaan, dan perilaku menyimpang yang ditandai dalam rangkaian waktu sumber data:

· RRA:HWPREDIKT:baris:alfa:beta:musiman periode[:rr-num]

· RRA:MHWPREDIKT:baris:alfa:beta:musiman periode[:rr-num]

· RRA:MUSIMAN:musiman periode:gamma:rr-num[: jendela perataan =pecahan]

· RRA:MUSIM PERKEMBANGAN:musiman periode:gamma:rr-num[: jendela perataan =pecahan]

· RRA:DEVPREDIKT:baris:rr-num

· RRA:KEGAGALAN:baris:ambang:jendela panjangnya:rr-num

Ini RRA berbeda dari fungsi konsolidasi yang sebenarnya dalam beberapa hal. Pertama, masing-masing
itu RRAs diperbarui sekali untuk setiap titik data primer. Kedua, ini RRA adalah
saling bergantung. Untuk menghasilkan batas kepercayaan waktu nyata, satu set MUSIM yang cocok,
DEVSEASONAL, DEVPREDICT, dan HWPREDICT atau MHWPREDICT harus ada. Menghasilkan
nilai titik data primer yang dihaluskan membutuhkan SEASONAL RRA dan salah satu HWPREDICT
atau MHWPREDICT RRA. Deteksi perilaku menyimpang membutuhkan KEGAGALAN, DEVSEASONAL, MUSIM,
dan HWPREDICT atau MHWPREDICT.

Nilai yang diprediksi, atau dihaluskan, disimpan dalam HWPREDICT atau MHWPREDICT RRA.
HWPREDICT dan MHWPREDICT sebenarnya adalah dua variasi dari metode Holt-Winters. Mereka
dipertukarkan. Keduanya mencoba menguraikan data menjadi tiga komponen: baseline, a
tren, dan koefisien musiman. HWPREDICT menambahkan koefisien musimannya ke
baseline untuk membentuk prediksi, sedangkan MHWPREDICT mengalikan koefisien musimannya dengan
dasar untuk membentuk prediksi. Perbedaannya terlihat ketika baseline berubah
secara signifikan selama satu musim; HWPREDICT akan memprediksi musim untuk tetap
konstan sebagai perubahan dasar, tetapi MHWPREDICT akan memprediksi musim untuk tumbuh atau
menyusut sebanding dengan garis dasar. Pilihan metode yang tepat tergantung pada hal itu
sedang dimodelkan. Untuk kesederhanaan, sisa diskusi ini akan merujuk ke HWPREDICT, tetapi
MHWPREDICT dapat diganti sebagai gantinya.

Deviasi yang diprediksi disimpan dalam DEVPREDICT (pikirkan standar deviasi yang dapat
diskalakan untuk menghasilkan pita kepercayaan). KEGAGALAN RRA menyimpan indikator biner. A 1 tanda
pengamatan yang diindeks sebagai kegagalan; yaitu, jumlah pelanggaran batas kepercayaan di
jendela pengamatan sebelumnya memenuhi atau melampaui ambang batas yang ditentukan. Contoh dari
menggunakan ini RRA untuk grafik batas kepercayaan dan kegagalan muncul di rrdgraph.

SEASONAL dan DEVSEASONAL RRA simpan koefisien musiman untuk Holt-Winters
algoritma peramalan dan penyimpangan musiman, masing-masing. Ada satu entri per
titik waktu pengamatan dalam siklus musiman. Misalnya, jika titik data primer adalah
dihasilkan setiap lima menit dan siklus musiman adalah 1 hari, baik SEASONAL maupun
DEVSEASONAL akan memiliki 288 baris.

Untuk menyederhanakan pembuatan bagi pengguna pemula, selain mendukung eksplisit
pembuatan HWPREDICT, SEASONAL, DEVPREDICT, DEVSEASONAL, dan FAILURES RRA, yang
alat RRD perintah create mendukung pembuatan implisit dari empat lainnya ketika HWPREDICT adalah
ditentukan sendiri dan argumen terakhir rr-num dihilangkan.

baris menentukan panjang RRA sebelum membungkus. Ingatlah bahwa ada satu-
korespondensi ke-satu antara titik data primer dan entri dalam RRA ini. Untuk
CF HWPREDICT, baris harus lebih besar dari musiman periode. Jika DEVPREDICT RRA is
dibuat secara implisit, jumlah baris default sama dengan HWPREDICT baris argumen.
Jika KEGAGALAN RRA secara implisit dibuat, baris akan diatur ke musiman periode
argumen dari HWPREDICT RRA. Tentu saja alat RRD mengubah ukuran perintah tersedia jika ini
default tidak cukup dan pencipta ingin menghindari kreasi eksplisit dari
fungsi khusus lainnya RRA.

musiman periode menentukan jumlah titik data primer dalam siklus musiman. Jika
SEASONAL dan DEVSEASONAL secara implisit dibuat, argumen ini untuk mereka RRA diatur
secara otomatis ke nilai yang ditentukan oleh HWPREDICT. Jika mereka dibuat secara eksplisit,
pencipta harus memverifikasi bahwa ketiganya musiman periode argumen setuju.

alfa adalah parameter adaptasi dari koefisien intersep (atau baseline) di Holt-
Algoritma peramalan musim dingin. Lihat rrdtool untuk deskripsi algoritma ini. alfa harus
terletak antara 0 dan 1. Nilai yang lebih dekat ke 1 berarti bahwa pengamatan yang lebih baru membawa lebih besar
bobot dalam memprediksi komponen dasar dari ramalan. Nilai yang mendekati 0 berarti
bahwa sejarah masa lalu membawa bobot yang lebih besar dalam memprediksi komponen dasar.

beta adalah parameter adaptasi koefisien kemiringan (atau tren linier) di Holt-
Algoritma peramalan musim dingin. beta harus terletak antara 0 dan 1 dan memainkan peran yang sama dengan
alfa sehubungan dengan tren linier yang diprediksi.

gamma adalah parameter adaptasi dari koefisien musiman di Holt-Winters
algoritma peramalan (HWPREDICT) atau parameter adaptasi dalam pemulusan eksponensial
pembaruan deviasi musiman. Itu harus terletak antara 0 dan 1. Jika SEASONAL dan
MUSIM PERKEMBANGAN RRA dibuat secara implisit, keduanya akan memiliki nilai yang sama untuk gamma: Yang
nilai yang ditentukan untuk HWPREDICT alfa argumen. Perhatikan bahwa karena ada satu musim
koefisien (atau deviasi) untuk setiap titik waktu selama siklus musiman, adaptasi
kecepatan jauh lebih lambat dari baseline. Setiap koefisien musiman hanya diperbarui (atau
beradaptasi) ketika nilai yang diamati terjadi pada offset dalam siklus musiman yang sesuai
untuk koefisien itu.

Jika SEASONAL dan DEVSEASONAL RRA dibuat secara eksplisit, gamma tidak perlu sama untuk
keduanya. Perhatikan bahwa gamma juga dapat diubah melalui alat RRD lagu perintah.

menghaluskan-jendela menentukan fraksi musim yang harus dirata-ratakan di sekitar masing-masing
titik. Secara default, nilai menghaluskan-jendela adalah 0.05, yang berarti setiap nilai dalam
SEASONAL dan DEVSEASONAL kadang-kadang akan diganti dengan rata-rata dengan (musiman
periode*0.05) tetangga terdekat. Pengaturan menghaluskan-jendela ke nol akan menonaktifkan
berjalan-rata-rata mulus sama sekali.

rr-num menyediakan hubungan antara terkait RRA. Jika HWPREDICT ditentukan sendiri dan
lain RRA dibuat secara implisit, maka tidak perlu khawatir tentang argumen ini. Jika
RRA dibuat secara eksplisit, maka perhatikan baik-baik argumen ini. Untuk setiap RRA
yang termasuk argumen ini, ada ketergantungan antara itu RRA dan lain RRA. itu
rr-num argumen adalah indeks berbasis 1 dalam urutan RRA penciptaan (yaitu, urutan
mereka muncul di membuat memerintah). yang tergantung RRA untuk setiap RRA membutuhkan rr-num
argumen tercantum di sini:

· HWPREDIKT rr-num adalah indeks SEASONAL RRA.

· MUSIM rr-num adalah indeks dari HWPREDICT RRA.

· DEVPREDIKT rr-num adalah indeks DEVSEASONAL RRA.

· MUSIM PERANGKAT rr-num adalah indeks dari HWPREDICT RRA.

· KEGAGALAN rr-num adalah indeks DEVSEASONAL RRA.

ambang adalah jumlah minimum pelanggaran (nilai yang diamati di luar keyakinan
batas) dalam jendela yang merupakan kegagalan. Jika KEGAGALAN RRA secara implisit
dibuat, nilai defaultnya adalah 7.

jendela panjangnya adalah jumlah titik waktu di jendela. Tentukan bilangan bulat yang lebih besar dari
atau sama dengan ambang batas dan kurang dari atau sama dengan 28. Interval waktu jendela ini
mewakili tergantung pada interval antara titik data primer. Jika KEGAGALAN RRA is
dibuat secara implisit, nilai defaultnya adalah 9.

MELANGKAH, DENYUT JANTUNG, dan Baris As Durasi

Secara tradisional RRDtool menentukan interval PDP dalam hitungan detik, dan sebagian besar nilai lainnya sebagai
detik atau hitungan PDP. Ini membuat spesifikasi untuk database agak buram; untuk
contoh

rrdtool buat power.rrd \
--mulai sekarang-2j --langkah 1 \
DS:watt:GAUGE:300:0:24000 \
RRA: RATA-RATA: 0.5:1:864000 \
RRA: RATA-RATA: 0.5:60:129600 \
RRA: RATA-RATA: 0.5:3600:13392 \
RRA: RATA-RATA: 0.5:86400:3660

membuat database nilai daya yang dikumpulkan sekali per detik, dengan waktu lima menit (300
kedua) detak jantung, dan empat RRAs: sepuluh hari satu detik, 90 hari satu menit, 18 bulan
satu jam, dan sepuluh tahun rata-rata satu hari.

Langkah, detak jantung, dan jumlah dan baris PDP juga dapat ditentukan sebagai durasi, yaitu:
bilangan bulat positif dengan akhiran karakter tunggal yang menentukan faktor penskalaan. Lihat
"rrd_scaled_duration" di librrd untuk faktor skala dari sufiks yang didukung: "s"
(detik), "m" (menit), "h" (jam), "d" (hari), "w" (minggu), "M" (bulan), dan "y"
(bertahun-tahun).

Nilai langkah dan detak jantung yang diskalakan (yang merupakan durasi asli dalam detik) digunakan
secara langsung, sedangkan argumen baris fungsi konsolidasi dibagi dengan langkahnya untuk menghasilkan
jumlah baris.

Dengan fitur ini spesifikasi yang sama seperti di atas dapat ditulis sebagai:

rrdtool buat power.rrd \
--mulai sekarang-2j --langkah 1s \
DS:watt:GAUGE:5m:0:24000 \
RRA:RATA-RATA:0.5:1s:10d \
RRA:RATA-RATA:0.5:1m:90d \
RRA:RATA-RATA:0.5:1j:18M \
RRA: RATA-RATA: 0.5:1 hari:10 tahun

DENYUT JANTUNG dan itu LANGKAH

Berikut penjelasan Don Baarda tentang cara kerja bagian dalam RRDtool. Ini dapat membantu Anda untuk
urutkan mengapa semua data *TIDAK DIKETAHUI* ini muncul di database Anda:

RRDtool mendapat sampel/pembaruan yang diberi makan pada waktu yang sewenang-wenang. Dari sini ia membangun Data Primer
Poin (PDP) pada setiap interval "langkah". PDP kemudian diakumulasikan ke dalam RRA.

"Detak jantung" menentukan interval maksimum yang dapat diterima antara sampel/pembaruan. jika
interval antara sampel kurang dari "detak jantung", maka tingkat rata-rata dihitung dan
diterapkan untuk interval tersebut. Jika interval antar sampel lebih panjang dari "detak jantung",
maka seluruh interval dianggap "tidak diketahui". Perhatikan bahwa ada hal-hal lain yang
dapat membuat interval sampel "tidak diketahui", seperti laju yang melebihi batas, atau sampel yang
secara eksplisit ditandai sebagai tidak diketahui.

Tarif yang diketahui selama interval "langkah" PDP digunakan untuk menghitung tarif rata-rata untuk
PDP itu. Jika total waktu "tidak diketahui" terhitung lebih dari setengah "langkah", keseluruhan
PDP ditandai sebagai "tidak diketahui". Ini berarti bahwa campuran waktu sampel yang diketahui dan "tidak diketahui"
dalam satu "langkah" PDP mungkin atau mungkin tidak menambahkan hingga cukup waktu "diketahui" untuk menjamin diketahui
PDIP.

"Detak jantung" bisa pendek (tidak biasa) atau panjang (biasa) relatif terhadap interval "langkah"
antar PDP. Sebuah "detak jantung" pendek berarti Anda memerlukan beberapa sampel per PDP, dan jika Anda
jangan sampai mereka menandai PDP tidak diketahui. Detak jantung yang panjang dapat menjangkau beberapa "langkah", yang
berarti dapat diterima untuk memiliki beberapa PDP yang dihitung dari satu sampel. Sebuah ekstrim
contoh ini mungkin "langkah" 5 menit dan "detak jantung" satu hari, dalam hal ini
satu sampel setiap hari akan menghasilkan semua PDP untuk seluruh periode hari yang ditetapkan
dengan tingkat rata-rata yang sama. -- Mengenakan barda <[email dilindungi]>

waktu|
sumbu|
mulai__|00|
| 01 |
u|02|----* sample1, restart "hb"-timer
kamu|03| /
kamu|04| /
kamu|05| /
u|06|/ "hbt" kedaluwarsa
kamu|07|
|08|----* sample2, mulai ulang "hb"
|09| /
|10| /
u|11|----* sample3, mulai ulang "hb"
kamu|12| /
kamu|13| /
langkah1_u|14| /
u|15|/ "swt" kedaluwarsa
kamu|16|
|17|----* sample4, restart "hb", buat "pdp" untuk langkah1 =
|18| / = tidak diketahui karena 10 "u" berlabel detik > 0.5 * langkah
|19| /
|20| /
|21|----* sample5, mulai ulang "hb"
|22| /
|23| /
|24|----* sample6, mulai ulang "hb"
|25| /
|26| /
|27|----* sample7, mulai ulang "hb"
langkah2__|28| /
|22| /
|23|----* sample8, restart "hb", buat "pdp" untuk langkah1, buat "cdp"
|24| /
|25| /

grafis oleh [email dilindungi].

BAGAIMANA UNTUK MENGUKUR

Berikut adalah beberapa petunjuk tentang cara mengukur:

Suhu
Biasanya Anda memiliki beberapa jenis meteran yang dapat Anda baca untuk mendapatkan suhu. NS
suhu tidak benar-benar terhubung dengan waktu. Satu-satunya koneksi adalah bahwa
pembacaan suhu terjadi pada waktu tertentu. Anda dapat menggunakan MENGUKUR jenis sumber data
untuk ini. RRDtool kemudian akan merekam bacaan Anda bersama dengan waktu.

Pesan Email
Asumsikan Anda memiliki metode untuk menghitung jumlah pesan yang dikirim melalui surat Anda
server dalam jangka waktu tertentu, memberi Anda data seperti '5 pesan dalam 65 terakhir
detik'. Jika Anda melihat hitungan ke 5 like MUTLAK tipe data Anda cukup
perbarui RRD dengan nomor 5 dan waktu akhir periode pemantauan Anda. alat RRD
kemudian akan merekam jumlah pesan per detik. Jika pada tahap selanjutnya Anda ingin
mengetahui jumlah pesan yang dikirim dalam sehari, Anda bisa mendapatkan rata-rata pesan per
detik dari RRDtool untuk hari yang bersangkutan dan kalikan angka ini dengan angka
detik dalam sehari. Karena semua matematika dijalankan dengan Ganda, presisinya harus
dapat diterima.

Itu selalu Tingkat
RRDtool menyimpan tarif dalam jumlah/detik untuk COUNTER, DERIVE, DCOUNTER, DDERIVE dan
data MUTLAK. Saat Anda memplot data, Anda akan mendapatkan jumlah sumbu y/detik yang
Anda mungkin tergoda untuk mengonversi ke jumlah absolut dengan mengalikan dengan waktu delta
antara titik-titik. RRDtool memplot data kontinu, dan karena itu tidak sesuai untuk
memplot jumlah absolut seperti misalnya "total byte" yang dikirim dan diterima di router.
Yang mungkin Anda inginkan adalah kecepatan plot yang dapat Anda skalakan ke byte/jam, misalnya, atau
plot jumlah absolut dengan alat lain yang menggambar plot batang, di mana waktu delta adalah
jelas pada plot untuk setiap titik (sehingga ketika Anda membaca grafik yang Anda lihat untuk
contoh GB pada sumbu y, hari pada sumbu x dan satu batang untuk setiap hari).

CONTOH

rrdtool buat temperature.rrd --langkah 300 \
DS:temp:GAUGE:600:-273:5000 \
RRA: RATA-RATA: 0.5:1:1200 \
RRA:MIN:0.5:12:2400 \
RRA:MAX:0.5:12:2400 ​​\
RRA: RATA-RATA: 0.5:12:2400

Ini mengatur RRD bernama suhu.rrd yang menerima satu nilai suhu setiap 300
detik. Jika tidak ada data baru yang diberikan selama lebih dari 600 detik, suhu menjadi
*TIDAK DIKENAL*. Nilai minimum yang dapat diterima adalah -273 dan maksimum adalah 5'000.

Beberapa area arsip juga ditentukan. Yang pertama menyimpan suhu yang disediakan untuk 100
jam (1'200 * 300 detik = 100 jam). RRA kedua menyimpan suhu minimum
direkam setiap jam (12 * 300 detik = 1 jam), selama 100 hari (2'400 jam). NS
ketiga dan keempat RRA melakukan hal yang sama untuk suhu maksimum dan rata-rata,
masing.

CONTOH 2

rrdtool buat monitor.rrd --langkah 300 \
DS:ifOutOctets:COUNTER:1800:0:4294967295 \
RRA: RATA-RATA: 0.5:1:2016 \
RRA:HWPREDICT:1440:0.1:0.0035:288

Contoh ini adalah monitor dari antarmuka router. Pertama RRA melacak arus lalu lintas di
oktet; kedua RRA menghasilkan fungsi khusus RRA untuk perilaku menyimpang
deteksi. Perhatikan bahwa rr-num argumen HWPREDICT hilang, jadi yang lain RRA akan
secara implisit dibuat dengan nilai parameter default. Dalam contoh ini, peramalan
dasar algoritma beradaptasi dengan cepat; sebenarnya pengamatan satu jam terakhir (setiap
pada interval 5 menit) menyumbang 75% dari prediksi awal. Tren linier
perkiraan beradaptasi jauh lebih lambat. Pengamatan dilakukan pada hari terakhir (pukul 288
pengamatan per hari) hanya mencakup 65% dari tren linier yang diprediksi. Catatan: ini
perhitungan bergantung pada formula pemulusan eksponensial yang dijelaskan dalam makalah LISA 2000.

Siklus musiman adalah satu hari (288 titik data pada interval 300 detik), dan musiman
parameter adaptasi akan diatur ke 0.1. File RRD akan disimpan selama 5 hari (1 titik data)
prakiraan dan prediksi deviasi sebelum membungkus. File akan disimpan 1 hari (a
siklus musiman) dari 0-1 indikator dalam KEGAGALAN RRA.

File RRD yang sama dan RRA dibuat dengan perintah berikut, yang secara eksplisit
menciptakan semua fungsi khusus RRA menggunakan "LANGKAH, HEARTBEAT, dan Baris Sebagai Durasi".

rrdtool buat monitor.rrd --langkah 5m \
DS:ifOutOctets:COUNTER:30m:0:4294967295 \
RRA: RATA-RATA: 0.5:1:2016 \
RRA:HWPREDICT:5d:0.1:0.0035:1d:3 \
RRA: MUSIMAN:1 hari:0.1:2 \
RRA:DEVSEASONAL:1d:0.1:2 \
RRA:DEVPREDICT:5d:5 \
RRA: KEGAGALAN:1 hari:7:9:5

Tentu saja, pembuatan eksplisit tidak perlu meniru pembuatan implisit, sejumlah argumen
bisa diubah.

CONTOH 3

rrdtool buat proxy.rrd --langkah 300 \
DS:Permintaan:DERIVE:1800:0:U \
DS:Durasi:TURUN:1800:0:U \
DS:AvgReqDur:COMPUTE:Durasi,Permintaan,0,EQ,1,Permintaan,JIKA,/ \
RRA: RATA-RATA: 0.5:1:2016

Contoh ini memantau durasi permintaan rata-rata selama setiap interval 300 detik untuk
permintaan diproses oleh proxy web selama interval. Dalam hal ini, proxy mengekspos
dua penghitung, jumlah permintaan yang diproses sejak boot dan total kumulatif
durasi semua permintaan yang diproses. Jelas kedua penghitung ini memiliki beberapa titik rollover,
tetapi menggunakan sumber data DERIVE juga menangani pengaturan ulang yang terjadi ketika proxy web
berhenti dan dimulai kembali.

Dalam majalah RRD, sumber data pertama menyimpan permintaan per detik selama interval.
Sumber data kedua menyimpan total durasi semua permintaan yang diproses selama
interval dibagi 300. Sumber data COMPUTE membagi setiap PDP dari AccumDuration dengan
PDP TotalRequests yang sesuai dan menyimpan durasi permintaan rata-rata. NS
sisa ekspresi RPN menangani kasus bagi dengan nol.

PENULIS

Tobias Oetiker[email dilindungi]>, Peter Stamfest[email dilindungi]>

Gunakan rrdcreate online menggunakan layanan onworks.net