ນີ້ແມ່ນຄໍາສັ່ງ rrdcached ທີ່ສາມາດດໍາເນີນການໄດ້ໃນ OnWorks ຜູ້ໃຫ້ບໍລິການໂຮດຕິ້ງຟຣີໂດຍໃຊ້ຫນຶ່ງໃນຫຼາຍໆບ່ອນເຮັດວຽກອອນໄລນ໌ຂອງພວກເຮົາເຊັ່ນ Ubuntu Online, Fedora Online, Windows online emulator ຫຼື MAC OS online emulator
ໂຄງການ:
NAME
rrdcached - daemon caching ຂໍ້ມູນສໍາລັບ rrdtool
ສະຫຼຸບສັງລວມ
rrdcached [-a alloc_size] [-b base_dir [-B]] [-F] [-f ຫມົດເວລາ] [-G ກຸ່ມ]] [-g]
[-j journal_dir] [-L] [-l ທີ່ຢູ່] [-m ຮູບແບບການ] [-O] [-P ການອະນຸຍາດ] [-p pid_file] [-R]
[-s ກຸ່ມ] [-t write_threads] [-U ຜູ້ໃຊ້]] [-w ຫມົດເວລາ] [-z ຊັກຊ້າ]
ລາຍລະອຽດ
rrdcached ແມ່ນ daemon ທີ່ໄດ້ຮັບການປັບປຸງໄຟລ໌ RRD ທີ່ມີຢູ່ແລ້ວ, ສະສົມພວກມັນແລະ,
ຖ້າໄດ້ຮັບພຽງພໍຫຼືເວລາທີ່ກໍານົດໄດ້ຜ່ານໄປ, ຂຽນການປັບປຸງໃຫ້ກັບ RRD
ແຟ້ມ. ກ ໄຫຼອອກ ຄໍາສັ່ງອາດຈະຖືກໃຊ້ເພື່ອບັງຄັບການຂຽນຄ່າໃສ່ແຜ່ນ, ດັ່ງນັ້ນການສ້າງກາຟ
ສິ່ງອໍານວຍຄວາມສະດວກແລະຄ້າຍຄືກັນສາມາດເຮັດວຽກກັບຂໍ້ມູນທີ່ທັນສະໄຫມ.
daemon ໄດ້ຖືກຂຽນດ້ວຍການຕິດຕັ້ງຂະຫນາດໃຫຍ່ຢູ່ໃນໃຈ. ການຕັ້ງຄ່າເຫຼົ່ານັ້ນປົກກະຕິແລ້ວແລ່ນເຂົ້າໄປໃນ IO ທີ່ກ່ຽວຂ້ອງ
ບັນຫາໄວຫຼືຕໍ່ມາສໍາລັບເຫດຜົນເກີນຂອບເຂດຂອງເອກະສານນີ້. ກວດເບິ່ງ
wiki ຢູ່ຫນ້າທໍາອິດ RRDtool ສໍາລັບລາຍລະອຽດ. ນອກຈາກນັ້ນ, ໃຫ້ກວດເບິ່ງ "ການພິຈາລະນາຄວາມປອດໄພ" ຂ້າງລຸ່ມນີ້
ກ່ອນທີ່ຈະໃຊ້ daemon ນີ້! ສາມາດພົບລາຍລະອຽດຂອງວິທີການເຮັດວຽກຂອງ daemon ໄດ້
ໃນຫົວຂໍ້ "ເຮັດແນວໃດມັນເຮັດວຽກ" ຂ້າງລຸ່ມນີ້.
OPTIONS
-l ທີ່ຢູ່
ບອກ daemon ຜູກມັດກັບ ທີ່ຢູ່ ແລະຍອມຮັບການເຊື່ອມຕໍ່ TCP ທີ່ເຂົ້າມາໃນນັ້ນ
ເຕົ້າຮັບ. ຖ້າ ທີ່ຢູ່ ເລີ່ມຕົ້ນດ້ວຍ "unix:", ທຸກສິ່ງທຸກຢ່າງດັ່ງຕໍ່ໄປນີ້ຄໍານໍາຫນ້າແມ່ນ
ແປເປັນເສັ້ນທາງໄປສູ່ຊັອກເກັດໂດເມນ UNIX. ຖ້າບໍ່ດັ່ງນັ້ນ, ທີ່ຢູ່ຫຼືຊື່ node
ຖືກແກ້ໄຂໂດຍໃຊ້ "getaddrinfo()".
ສໍາລັບເຕົ້າຮັບເຄືອຂ່າຍ, ພອດອາດຈະຖືກກໍານົດໂດຍການໃຊ້ແບບຟອມ "[ທີ່ຢູ່]:ທ່າເຮືອ"ທີ່ຢູ່ ຖ້າຫາກວ່າ
ທີ່ຢູ່ແມ່ນທີ່ຢູ່ IPv4 ຫຼືຊື່ໂດເມນທີ່ມີຄຸນສົມບັດຄົບຖ້ວນ (i. e. ທີ່ຢູ່
ປະກອບມີຢ່າງໜ້ອຍໜຶ່ງຈຸດ (".")), ວົງເລັບສີ່ຫຼ່ຽມສາມາດຖືກລະເວັ້ນ, ສົ່ງຜົນໃຫ້
(ງ່າຍດາຍ) "ທີ່ຢູ່:ທ່າເຮືອ" ຮູບແບບ. ພອດເລີ່ມຕົ້ນແມ່ນ 42217. ຖ້າທ່ານລະບຸເຄືອຂ່າຍ
ເຕົ້າຮັບ, ມັນເປັນການບັງຄັບໃຫ້ອ່ານພາກສ່ວນ "ການພິຈາລະນາຄວາມປອດໄພ".
ຮູບແບບຕໍ່ໄປນີ້ຖືກຍອມຮັບ. ກະລຸນາສັງເກດວ່າທີ່ຢູ່ຂອງໂດເມນ UNIX
socket ຕ້ອງ ເລີ່ມຕົ້ນດ້ວຍ slash ໃນກໍລະນີທີສອງ!
Unix:
/
[ ]:
:
ໃຫ້ພອດທີ່ບໍ່ມີໂຮສ (ເຊັ່ນ "-l :42217") daemon ຈະຟັງຢູ່ໃນພອດນັ້ນ.
ການໂຕ້ຕອບເຄືອຂ່າຍທັງຫມົດ. ໃຊ້ "-L" ເພື່ອຫຼີກເວັ້ນການຕ້ອງການໃຫ້ພອດຢ່າງຊັດເຈນຖ້າ
ພອດເລີ່ມຕົ້ນແມ່ນຕ້ອງການ.
ຖ້າບໍ່ -l ທາງເລືອກບໍ່ໄດ້ລະບຸທີ່ຢູ່ເລີ່ມຕົ້ນ, "unix:/tmp/rrdcached.sock", ຈະ
ຖືກນໍາໃຊ້. ຫຼາຍ -l ທາງເລືອກອາດຈະສະຫນອງໃຫ້.
-L ບອກ daemon ຜູກມັດກັບພອດ TCP ເລີ່ມຕົ້ນໃນສ່ວນຕິດຕໍ່ທີ່ມີຢູ່ທັງໝົດ. ມັນແມ່ນ
ເທົ່າກັບ "-l''" ໂດຍບໍ່ມີຄວາມສັບສົນຂອງຕົວກໍານົດການສະຕຣິງຫວ່າງເປົ່າ.
-s group_name|gid
ກໍານົດການອະນຸຍາດກຸ່ມຂອງຊັອກເກັດໂດເມນ UNIX. ຕົວເລືອກຍອມຮັບທັງຕົວເລກ
ID ກຸ່ມ ຫຼືຊື່ກຸ່ມ. ຫຼັງຈາກນັ້ນ, ກຸ່ມນັ້ນຈະມີທັງສິດອ່ານ ແລະຂຽນ (the
socket ຈະມີການອະນຸຍາດໄຟລ໌ 0760) ສໍາລັບ socket ແລະ, ດັ່ງນັ້ນ, ສາມາດສົ່ງ
ຄໍາສັ່ງກັບ daemon ໄດ້. ນີ້ອາດຈະເປັນປະໂຫຍດໃນກໍລະນີທີ່ທ່ານບໍ່ສາມາດດໍາເນີນການທັງຫມົດໄດ້ຢ່າງງ່າຍດາຍ
RRD ດໍາເນີນການກັບສິດທິຂອງຜູ້ໃຊ້ດຽວກັນ (ເຊັ່ນ: graph generating CGI scripts ວ່າ
ໂດຍປົກກະຕິຈະດໍາເນີນການໃນບໍລິບົດການອະນຸຍາດຂອງເຄື່ອງແມ່ຂ່າຍເວັບໄຊຕ໌).
ທາງເລືອກນີ້ມີຜົນກະທົບ ດັ່ງຕໍ່ໄປນີ້ UNIX socket ທີ່ຢູ່ (ຕໍ່ໄປນີ້ -l ທາງເລືອກ) ຫຼື
ເຕົ້າຮັບເລີ່ມຕົ້ນ (ຖ້າບໍ່ມີ -l ທາງເລືອກໄດ້ຖືກລະບຸ), ie, ທ່ານອາດຈະລະບຸ
ການຕັ້ງຄ່າທີ່ແຕກຕ່າງກັນສໍາລັບເຕົ້າສຽບທີ່ແຕກຕ່າງກັນ.
ຄ່າເລີ່ມຕົ້ນບໍ່ແມ່ນການປ່ຽນແປງຄວາມເປັນເຈົ້າຂອງຫຼືການອະນຸຍາດຂອງ socket ແລະ, ດັ່ງນັ້ນ, ການນໍາໃຊ້
ຄ່າເລີ່ມຕົ້ນຂອງລະບົບ.
-m ຮູບແບບການ
ກໍານົດການອະນຸຍາດໄຟລ໌ຂອງຊັອກເກັດໂດເມນ UNIX. ທາງເລືອກຈະຍອມຮັບຈໍານວນແປດ
ເປັນຕົວແທນຂອງຮູບແບບບິດສໍາລັບຮູບແບບ (ເບິ່ງ chmod(1) ສໍາລັບລາຍລະອຽດ).
ກະລຸນາຮັບຊາບວ່າບໍ່ແມ່ນທຸກລະບົບທີ່ເຄົາລົບການຕັ້ງຄ່ານີ້. ໃນ Linux, ການອະນຸຍາດອ່ານ/ຂຽນ
ຈໍາເປັນຕ້ອງໄດ້ເຊື່ອມຕໍ່ກັບເຕົ້າຮັບ UNIX. ຢ່າງໃດກໍຕາມ, ລະບົບ BSD ຈໍານວນຫຼາຍບໍ່ສົນໃຈ
ການອະນຸຍາດສໍາລັບຊັອກເກັດ UNIX. ເບິ່ງ Unix(7) ສໍາລັບລາຍລະອຽດ.
ທາງເລືອກນີ້ມີຜົນກະທົບ ດັ່ງຕໍ່ໄປນີ້ UNIX socket ທີ່ຢູ່ (ຕໍ່ໄປນີ້ -l ທາງເລືອກ) ຫຼື
ເຕົ້າຮັບເລີ່ມຕົ້ນ (ຖ້າບໍ່ມີ -l ທາງເລືອກໄດ້ຖືກລະບຸ), ie, ທ່ານອາດຈະລະບຸ
ການຕັ້ງຄ່າທີ່ແຕກຕ່າງກັນສໍາລັບເຕົ້າສຽບທີ່ແຕກຕ່າງກັນ.
ຄ່າເລີ່ມຕົ້ນບໍ່ແມ່ນການປ່ຽນແປງຄວາມເປັນເຈົ້າຂອງຫຼືການອະນຸຍາດຂອງ socket ແລະ, ດັ່ງນັ້ນ, ການນໍາໃຊ້
ຄ່າເລີ່ມຕົ້ນຂອງລະບົບ.
-P ຄໍາສັ່ງ[,ຄໍາສັ່ງ[,...]]
ລະບຸຄໍາສັ່ງທີ່ຍອມຮັບຜ່ານທັງເຄືອຂ່າຍ ແລະຊັອກເກັດ UNIX. ນີ້ອະນຸຍາດໃຫ້
ຜູ້ບໍລິຫານຂອງ RRDCacheD ເພື່ອຄວບຄຸມການກະ ທຳ ທີ່ຍອມຮັບຈາກແຫຼ່ງຕ່າງໆ.
ການໂຕ້ຖຽງທີ່ມອບໃຫ້ -P ທາງເລືອກແມ່ນລາຍການຄໍາສັ່ງທີ່ແຍກດ້ວຍເຄື່ອງໝາຍຈຸດ. ສໍາລັບ
ຕົວຢ່າງ, ເພື່ອອະນຸຍາດໃຫ້ຄໍາສັ່ງ "FLUSH" ແລະ "PENDING" ຫນຶ່ງສາມາດກໍານົດ:
rrdcached -P FLUSH, PENDING $MORE_ARGUMENTS
ໄດ້ -P ທາງເລືອກທີ່ມີຜົນກະທົບ ດັ່ງຕໍ່ໄປນີ້ ທີ່ຢູ່ socket (ຕໍ່ໄປນີ້ -l ທາງເລືອກ) ຫຼື
ເຕົ້າຮັບເລີ່ມຕົ້ນ (ຖ້າບໍ່ມີ -l ທາງເລືອກໄດ້ຖືກລະບຸໄວ້). ໃນຕົວຢ່າງຕໍ່ໄປນີ້, ພຽງແຕ່
ເຕົ້າຮັບເຄືອຂ່າຍ IPv4 (ທີ່ຢູ່ 10.0.0.1) ຈະຖືກຈໍາກັດຢູ່ໃນ "FLUSH" ແລະ.
ຄໍາສັ່ງ "PENDING":
rrdcached -l unix:/some/path -P FLUSH, PENDING -l 10.0.0.1
ບັນຊີລາຍຊື່ເຕັມຂອງຄໍາສັ່ງທີ່ມີຢູ່ສາມາດພົບໄດ້ຢູ່ໃນພາກ "ຄໍາສັ່ງທີ່ຖືກຕ້ອງ"
ຂ້າງລຸ່ມນີ້. ມີສອງຂໍ້ຍົກເວັ້ນພິເສດເລັກນ້ອຍ:
· ຄຳສັ່ງ "HELP" ແລະ "QUIT" ແມ່ນອະນຸຍາດສະເໝີ.
· ຖ້າຄໍາສັ່ງ "BATCH" ໄດ້ຮັບການຍອມຮັບ, ໄດ້ . ຄໍາສັ່ງຈະຖືກຍອມຮັບໂດຍອັດຕະໂນມັດ,
ເຊັ່ນດຽວກັນ.
ກະລຸນາອ່ານ "ການພິຈາລະນາຄວາມປອດໄພ" ຂ້າງລຸ່ມນີ້.
-w ຫມົດເວລາ
ຂໍ້ມູນຖືກຂຽນໃສ່ແຜ່ນທຸກ ຫມົດເວລາ ວິນາທີ. ອາດໃຊ້ຄຳຕໍ່ທ້າຍທາງເລືອກ (ຕົວຢ່າງ
"5m" ແທນ 300 ວິນາທີ). ຖ້າຕົວເລືອກນີ້ບໍ່ໄດ້ລະບຸໄລຍະຫ່າງເລີ່ມຕົ້ນຂອງ
300 ວິນາທີຈະຖືກໃຊ້.
-z ຊັກຊ້າ
ຖ້າລະບຸໄວ້, rrdcached ຈະຊັກຊ້າການຂຽນແຕ່ລະ RRD ເປັນຈໍານວນວິນາທີ
ໃນໄລຍະ [0,ຊັກຊ້າ). ນີ້ຈະຫຼີກເວັ້ນການຂຽນຫຼາຍເກີນໄປຈະຖືກຈັດຄິວພ້ອມໆກັນ.
ຄ່ານີ້ຄວນຈະບໍ່ໃຫຍ່ກວ່າຄ່າທີ່ລະບຸໄວ້ໃນ -w. ຄໍາຕໍ່ທ້າຍທາງເລືອກ
ອາດຈະຖືກນໍາໃຊ້ (ຕົວຢ່າງ "3m" ແທນທີ່ຈະ 180 ວິນາທີ). ໂດຍຄ່າເລີ່ມຕົ້ນ, ບໍ່ມີການຊັກຊ້າ.
-f ຫມົດເວລາ
ທຸກ ຫມົດເວລາ ວິນາທີ cache ທັງໝົດແມ່ນຊອກຫາຄ່າເກົ່າທີ່ຂຽນໃສ່
ແຜ່ນ. ອັນນີ້ພຽງແຕ່ກ່ຽວຂ້ອງກັບໄຟລ໌ທີ່ຢຸດການອັບເດດ, ສະນັ້ນການຕັ້ງຄ່ານີ້ເປັນ a
ມູນຄ່າສູງ, ເຊັ່ນ 3600 ວິນາທີ, ແມ່ນຍອມຮັບໄດ້ໃນກໍລະນີຫຼາຍທີ່ສຸດ. ຄໍາຕໍ່ທ້າຍທາງເລືອກອາດຈະ
ຖືກນໍາໃຊ້ (ຕົວຢ່າງ "1h" ແທນທີ່ຈະເປັນ 3600 ວິນາທີ). ການໝົດເວລານີ້ເລີ່ມຕົ້ນເປັນ 3600 ວິນາທີ.
-p ເອກະສານ
ກໍານົດຊື່ແລະສະຖານທີ່ຂອງ PID-file. ຖ້າບໍ່ໄດ້ລະບຸ, ຄ່າເລີ່ມຕົ້ນ,
"$localstatedir/run/rrdcached.pid" ຈະຖືກນໍາໃຊ້.
-t write_threads
ລະບຸຈໍານວນຂອງກະທູ້ທີ່ໃຊ້ສໍາລັບການຂຽນໄຟລ໌ RRD. ຄ່າເລີ່ມຕົ້ນແມ່ນ 4.
ການເພີ່ມຈໍານວນນີ້ຈະຊ່ວຍໃຫ້ rrdcached ມີຄໍາຮ້ອງຂໍ I/O ພ້ອມກັນຫຼາຍຂຶ້ນ
ເຂົ້າໄປໃນແກ່ນ. ນີ້ອາດຈະອະນຸຍາດໃຫ້ kernel ຄໍາສັ່ງໃຫມ່ຂອງ disk writes, ຜົນໄດ້ຮັບ
ການຖ່າຍທອດແຜ່ນທີ່ດີກວ່າ.
-j dir
ຂຽນອັບເດດໃສ່ວາລະສານໃນ dir. ໃນກໍລະນີຂອງໂຄງການຫຼືລະບົບ crash, ນີ້
ຈະອະນຸຍາດໃຫ້ daemon ຂຽນການປັບປຸງໃດໆທີ່ຍັງຄ້າງຢູ່ໃນເວລາທີ່ເກີດອຸປະຕິເຫດ.
ໃນຕອນເລີ່ມຕົ້ນ, daemon ຈະກວດສອບໄຟລ໌ວາລະສານໃນໄດເລກະທໍລີນີ້. ຖ້າພົບເຫັນ, ທັງຫມົດ
ການປັບປຸງຢູ່ໃນນັ້ນຈະຖືກອ່ານເຂົ້າໄປໃນຄວາມຊົງຈໍາກ່ອນທີ່ daemon ເລີ່ມຕົ້ນຍອມຮັບໃຫມ່
ການເຊື່ອມຕໍ່.
ວາລະສານຈະຖືກໝຸນດ້ວຍຄວາມຖີ່ດຽວກັນກັບເຄື່ອງຈັບເວລາ flush ທີ່ມອບໃຫ້ -f.
ເມື່ອການເປີດການບັນທຶກ, daemon ຈະໃຊ້ຂັ້ນຕອນການປິດໄວ. ແທນທີ່ຈະ
ກ່ວາການລ້າງໄຟລ໌ທັງໝົດໃສ່ແຜ່ນດິສກ໌, ມັນຈະເຮັດໃຫ້ແນ່ໃຈວ່າວາລະສານຖືກຂຽນຢ່າງຖືກຕ້ອງ ແລະ
ອອກຈາກທັນທີ. ເຖິງແມ່ນວ່າໄຟລ໌ຂໍ້ມູນ RRD ຍັງບໍ່ທັນສະ ໄໝ ຄົບຖ້ວນ, ບໍ່ມີ
ຂໍ້ມູນສູນເສຍ; ການອັບເດດທີ່ຍັງຄ້າງທັງໝົດຈະຖືກຫຼິ້ນຄືນຈາກວາລະສານໃນຄັ້ງຕໍ່ໄປ
daemon ເລີ່ມຕົ້ນຂຶ້ນ.
ເພື່ອປິດການປິດໄວ, ໃຊ້ປຸ່ມ -F ທາງເລືອກ.
-F ລ້າງການອັບເດດທັງໝົດຕໍ່ກັບໄຟລ໌ຂໍ້ມູນ RRD ສະເໝີ ເມື່ອ daemon ປິດລົງ,
ໂດຍບໍ່ຄໍານຶງເຖິງການຕັ້ງຄ່າວາລະສານ.
-g ແລ່ນຢູ່ທາງຫນ້າ. daemon ຈະບໍ່ ສ້ອມ ().
-b dir
daemon ຈະປ່ຽນເປັນໄດເລກະທໍລີສະເພາະໃນເວລາເລີ່ມຕົ້ນ. ໄຟລ໌ທັງຫມົດໄດ້ຜ່ານການ
daemon, ທີ່ຖືກກໍານົດໂດຍ a ພີ່ນ້ອງ ເສັ້ນທາງ, ຈະຖືກຕີຄວາມວ່າເປັນພີ່ນ້ອງກັບ
ໄດເລກະທໍລີນີ້. ຖ້າບໍ່ໄດ້ໃຫ້ຄ່າເລີ່ມຕົ້ນ, "/ tmp", ຈະຖືກນໍາໃຊ້.
---------------------------------------------------- +
! ເສັ້ນຄໍາສັ່ງ! ອັບເດດໄຟລ໌ແລ້ວ!
---------------------------------------------------- +
! foo.rrd ! /tmp/foo.rrd !
! foo/bar.rrd ! /tmp/foo/bar.rrd !
! /var/lib/rrd/foo.rrd ! /var/lib/rrd/foo.rrd !
---------------------------------------------------- +
ເສັ້ນທາງທີ່ໃຫ້ຢູ່ໃນເສັ້ນຄໍາສັ່ງແລະເສັ້ນທາງຕົວຈິງ
ປັບປຸງໂດຍ daemon, ສົມມຸດວ່າໄດເລກະທໍລີພື້ນຖານ
"/ tmp".
ຄໍາເຕືອນ: ເສັ້ນທາງຂຶ້ນໄປຫາແລະລວມທັງໄດເລກະທໍລີພື້ນຖານ ນຕ້ອງ ບໍ່ BE ການເຊື່ອມຕໍ່ສັນຍາລັກ.
ໃນຄໍາສັບຕ່າງໆອື່ນໆ, ຖ້າໄດເລກະທໍລີພື້ນຖານຖືກກໍານົດເປັນ:
-b /base/dir/ບາງບ່ອນ
... ແລ້ວ NONE ຂອງຕໍ່ໄປນີ້ຄວນຈະເປັນການເຊື່ອມຕໍ່ສັນຍາລັກ:
/ ຖານ
/base/dir
/base/dir/ບາງບ່ອນ
-B ອະນຸຍາດໃຫ້ຂຽນໃສ່ໄດເລກະທໍລີພື້ນຖານທີ່ລະບຸໄວ້ໃນ -b (ແລະບັນດາລາຍການຍ່ອຍ).
ນີ້ເຮັດໄດ້ ບໍ່ ກວດພົບການເຊື່ອມຕໍ່ສັນຍາລັກ. ເສັ້ນທາງທີ່ບັນຈຸ "../" ຈະຖືກບລັອກ.
-R ອະນຸຍາດໃຫ້ສ້າງໄດເລກະທໍລີຍ່ອຍ recursive ໃນໄດເລກະທໍລີພື້ນຖານທີ່ລະບຸໄວ້ໃນ -b (ແລະໃດໆ
ບັນຊີຍ່ອຍ). ສາມາດໃຊ້ໄດ້ພຽງແຕ່ເມື່ອ -B ຍັງຖືກຕັ້ງໄວ້.
-a alloc_size
ຈັດສັນຕົວຊີ້ມູນຄ່າເປັນຕ່ອນຂອງ alloc_size. ນີ້ອາດຈະປັບປຸງການໃຊ້ CPU ໃນ
ເຄື່ອງຈັກທີ່ມີການປະຕິບັດ "realloc()" ຊ້າ, ເພື່ອແລກປ່ຽນກັບຄວາມຊົງຈໍາທີ່ສູງຂຶ້ນເລັກນ້ອຍ
ການນໍາໃຊ້. ຄ່າເລີ່ມຕົ້ນແມ່ນ 1. ຢ່າຕັ້ງອັນນີ້ຫຼາຍກວ່າ -w ຄ່າແບ່ງໂດຍ
ຂະຫນາດຂັ້ນຕອນ RRD ສະເລ່ຍຂອງເຈົ້າ.
-O ປ້ອງກັນບໍ່ໃຫ້ຄໍາສັ່ງ CREATE ຈາກການຂຽນທັບໄຟລ໌ທີ່ມີຢູ່ແລ້ວ, ເຖິງແມ່ນວ່າຈະຖືກແນະນໍາ
ເພື່ອເຮັດແນວນັ້ນ. ນີ້ແມ່ນເພື່ອຄວາມປອດໄພເພີ່ມເຕີມ.
-G -ກຸ່ມ
ເມື່ອແລ່ນເປັນ daemon ແລະເອີ້ນຈາກບັນຊີທີ່ມີສິດທິພິເສດ, ຣີເຊັດສິດທິກຸ່ມ.
ກັບຜູ້ທີ່ຂອງ ກຸ່ມ. ກຸ່ມອາດຈະຖືກລະບຸເປັນຊື່ ຫຼືເປັນ ID ກຸ່ມ. ເດມອນ
ຈະອອກດ້ວຍການວິນິດໄສ ຖ້າມັນບໍ່ສາມາດປ່ຽນໄປເປັນທີ່ລະບຸໄດ້ສຳເລັດ
ກຸ່ມ.
-U -ຜູ້ໃຊ້
ເມື່ອແລ່ນເປັນ daemon ແລະຖືກເອີ້ນຈາກບັນຊີທີ່ມີສິດທິພິເສດ, ຣີເຊັດສິດທິຂອງຜູ້ໃຊ້ເປັນ
ຂອງ ຜູ້ໃຊ້. ຜູ້ໃຊ້ອາດຈະຖືກລະບຸເປັນຊື່ ຫຼືເປັນ ID ຜູ້ໃຊ້. daemon ຈະ
ອອກດ້ວຍການວິນິດໄສ ຖ້າມັນບໍ່ສາມາດປ່ຽນໄປຫາຜູ້ໃຊ້ທີ່ລະບຸໄດ້ສຳເລັດ.
ໄດ້ຮັບຜົນກະທົບ RRDTOOL ສາມາດ
ຄໍາສັ່ງຕໍ່ໄປນີ້ອາດຈະຖືກເຮັດໃຫ້ຮູ້ຈັກ rrdcached ການນໍາໃຊ້ການໂຕ້ຖຽງເສັ້ນຄໍາສັ່ງ
--daemon ຫຼືສະພາບແວດລ້ອມປ່ຽນແປງ RRDCACHED_ADDRESS:
· ຖິ້ມ
· ເອົາ
· ລ້າງ
·ກາຟ
· ກຣາຟ
· ຂໍ້ມູນ
· ທໍາອິດ
· ສຸດທ້າຍ
· ອັບເດດສຸດທ້າຍ
· ການປັບປຸງ
· xport
· ສ້າງ
ໄດ້ ການປັບປຸງ ຄໍາສັ່ງສາມາດສົ່ງຄ່າໄປຫາ daemon ແທນທີ່ຈະຂຽນພວກມັນໃສ່ແຜ່ນ
ຕົວຂອງມັນເອງ. ຄໍາສັ່ງອື່ນໆທັງຫມົດສາມາດສົ່ງ a ດອກໄຟ ຄໍາສັ່ງ (ເບິ່ງຂ້າງລຸ່ມນີ້) ກັບ daemon ກ່ອນ
ການເຂົ້າເຖິງໄຟລ໌, ດັ່ງນັ້ນເຂົາເຈົ້າເຮັດວຽກກັບຂໍ້ມູນທີ່ທັນສະໄຫມເຖິງແມ່ນວ່າ cache timeout ຂະຫນາດໃຫຍ່.
ERROR ການລາຍງານ
daemon ລາຍງານຄວາມຜິດພາດໃນຫນຶ່ງໃນສອງວິທີ: ໃນລະຫວ່າງການເລີ່ມຕົ້ນ, ຂໍ້ຄວາມສະແດງຂໍ້ຜິດພາດຈະຖືກພິມອອກ.
ເຖິງ "STDERR". ຂັ້ນຕອນຫນຶ່ງໃນເວລາທີ່ເລີ່ມຕົ້ນແມ່ນການສ້ອມແປງກັບພື້ນຖານແລະປິດ
"STDERR" - ຫຼັງຈາກການຂຽນນີ້ໂດຍກົງກັບຜູ້ໃຊ້ແມ່ນບໍ່ເປັນໄປໄດ້. ເມື່ອໃດທີ່ນີ້ມີ
ເກີດຂຶ້ນ, daemon ຈະສົ່ງຂໍ້ຄວາມບັນທຶກກັບ daemon ບັນທຶກລະບົບໂດຍໃຊ້ syslog(3).
ສະຖານທີ່ທີ່ໃຊ້ແມ່ນ "LOG_DAEMON".
ວິທີການ IT WORKS
ເມື່ອໄດ້ຮັບການອັບເດດ, rrdcached ບໍ່ໄດ້ຂຽນໃສ່ແຜ່ນແຕ່ຊອກຫາລາຍການສໍາລັບສິ່ງນັ້ນ
ໄຟລ໌ຢູ່ໃນຕົ້ນໄມ້ພາຍໃນຂອງມັນ. ຖ້າບໍ່ພົບ, ການເຂົ້າຈະຖືກສ້າງລວມທັງເວລາປະຈຸບັນ
(ເອີ້ນວ່າ "ທໍາອິດ" ໃນແຜນວາດຂ້າງລຸ່ມນີ້). ເວລານີ້ແມ່ນ ບໍ່ ເວລາທີ່ລະບຸໄວ້ໃນຄໍາສັ່ງ
ເສັ້ນແຕ່ເວລາທີ່ລະບົບປະຕິບັດການຖືວ່າເປັນ "ຕອນນີ້". ມູນຄ່າແລະເວລາຂອງ
ຄ່າ (ເອີ້ນວ່າ "ເວລາ" ໃນແຜນວາດຂ້າງລຸ່ມນີ້) ຖືກຕໍ່ທ້າຍກັບຂໍ້ຂອງຕົ້ນໄມ້.
ເມື່ອເພີ່ມຄ່າໃສ່ກັບ tree node, ມັນຖືກກວດເບິ່ງວ່າເຖິງເວລາຂຽນຄ່າຫຼືບໍ່
ໃສ່ແຜ່ນ. ຄ່າຖືກຂຽນໃສ່ແຜ່ນຖ້າ "now() - ທຳອິດ >= ໝົດເວລາ", ບ່ອນທີ່ "ໝົດເວລາ" ແມ່ນ
ໝົດເວລາກຳນົດໂດຍໃຊ້ -w ທາງເລືອກ, ເບິ່ງ "ຕົວເລືອກ". ຖ້າຄຸນຄ່າແມ່ນ "ອາຍຸພຽງພໍ" ພວກເຂົາ
ຈະຖືກຈັດໃສ່ໃນ "ຄິວອັບເດດ", i. e. ພວກມັນຈະຖືກຕື່ມໃສ່ໃນລາຍຊື່ທີ່ເຊື່ອມໂຍງ
ສະແດງໃຫ້ເຫັນຂ້າງລຸ່ມນີ້. ເນື່ອງຈາກວ່າ nodes ຕົ້ນໄມ້ແລະອົງປະກອບຂອງບັນຊີລາຍຊື່ທີ່ເຊື່ອມໂຍງແມ່ນຂໍ້ມູນດຽວກັນ
ໂຄງສ້າງໃນຫນ່ວຍຄວາມຈໍາ, ການປັບປຸງໃດໆກັບໄຟລ໌ທີ່ຖືກ enqueued ແລ້ວຈະຖືກຂຽນ
ກັບການຂຽນຕໍ່ໄປໃສ່ໄຟລ໌ RRD, ເຊັ່ນກັນ.
"ກະທູ້ອັບເດດ" ແຍກຕ່າງຫາກ dequeues ອົງປະກອບທໍາອິດຢ່າງຕໍ່ເນື່ອງໃນແຖວການປັບປຸງແລະ
ຂຽນມູນຄ່າຂອງມັນທັງຫມົດໃສ່ໄຟລ໌ທີ່ເຫມາະສົມ. ສະນັ້ນ ຕາບໃດທີ່ແຖວອັບເດດບໍ່ຫວ່າງ
ໄຟລ໌ຖືກຂຽນໄວ້ໃນອັດຕາສູງສຸດທີ່ເປັນໄປໄດ້.
ເນື່ອງຈາກເວລາຫມົດເວລາຂອງໄຟລ໌ຖືກກວດສອບພຽງແຕ່ເມື່ອມີຄ່າໃຫມ່ຖືກເພີ່ມເຂົ້າໃນໄຟລ໌, "ຕາຍ"
ໄຟລ໌, i. e. ໄຟລ໌ທີ່ບໍ່ໄດ້ຮັບການປັບປຸງອີກຕໍ່ໄປ, ຈະບໍ່ໄດ້ຖືກຂຽນໃສ່ແຜ່ນ.
ເພາະສະນັ້ນ, ທຸກໆປະຈຸບັນແລະຫຼັງຈາກນັ້ນ, ຄວບຄຸມໂດຍ -f ທາງເລືອກ, ຕົ້ນໄມ້ທັງຫມົດແມ່ນຍ່າງແລະ
ຄ່າ "ເກົ່າ" ທັງໝົດຖືກຈັດຄິວໄວ້. ເນື່ອງຈາກວ່ານີ້ມີຜົນກະທົບພຽງແຕ່ໄຟລ໌ "ຕາຍ" ແລະຍ່າງຕົ້ນໄມ້
ແມ່ນຂ້ອນຂ້າງແພງ, ທ່ານຄວນກໍານົດ "ໄລຍະຫ່າງຂອງ flush" ເປັນມູນຄ່າທີ່ສົມເຫດສົມຜົນ.
ຄ່າເລີ່ມຕົ້ນແມ່ນ 3600 ວິນາທີ (ຫນຶ່ງຊົ່ວໂມງ).
ຂໍ້ເສຍຂອງຄ່າແຄຊ໌ແມ່ນວ່າພວກມັນຈະບໍ່ສະແດງຢູ່ໃນກາຟທີ່ສ້າງຂຶ້ນຈາກ
ໄຟລ໌ RRD. ເພື່ອໃຫ້ໄດ້ຮັບປະມານນີ້, daemon ໃຫ້ "ຄໍາສັ່ງ flush" ເພື່ອ flush ສະເພາະ
ໄຟລ໌. ນີ້ຫມາຍຄວາມວ່າໄຟລ໌ຖືກໃສ່ຢູ່ ຫົວຫນ້າ ຂອງແຖວການປັບປຸງຫຼືຍ້າຍໄປບ່ອນນັ້ນ
ຖ້າມັນຖືກຈັດຄິວແລ້ວ. ຄໍາສັ່ງ flush ຈະກັບຄືນມາຫຼັງຈາກໄຟລ໌ທີ່ຍັງຄ້າງຢູ່ເທົ່ານັ້ນ
ການປັບປຸງໄດ້ຖືກຂຽນໄວ້ໃນແຜ່ນ.
--------+ +------+ +------+
! ຫົວ ! ! ຮາກ ! ! ຫາງ !
+---+--+ +---+--+ +---+--+
! /\ !
! / \ !
! /\ /\ !
! /\/\ \`-----------------...--------, !
ວ/`------, ! ວ
--------+----+--+ +------+-----+ +--+----+--+
! ໄຟລ໌: ຟູ ! ! ໄຟລ໌: ບາ ! ! ໄຟລ໌: Qux !
! ຫນ້າທໍາອິດ: 101 ! ! ຫນ້າທໍາອິດ: 119 ! ! ຫນ້າທໍາອິດ: 180 !
! ຕໍ່ໄປ:&bar --+--->! ຕໍ່ໄປ:&... -+---> ... --->! ຕໍ່ໄປ: NULL !
| Prev:NULL !<---+-Prev:&foo !<---...----+-Prev: &... !
============+ +============+ ============+
! ເວລາ: 100 ! ! ເວລາ: 120 ! ! ເວລາ: 180 !
! ມູນຄ່າ: 10! ! ມູນຄ່າ: 0.1 ! ! ມູນຄ່າ: 2,2 !
---------------+ --------------------+ --------------------+
! ເວລາ: 110 ! ! ເວລາ: 130 ! ! ເວລາ: 190 !
! ມູນຄ່າ: 26! ! ມູນຄ່າ: 0.1 ! ! ມູນຄ່າ: 7,3 !
---------------+ --------------------+ --------------------+
:::::
---------------+ --------------------+ --------------------+
! ເວລາ: 230 ! ! ເວລາ: 250 ! ! ເວລາ: 310 !
! ມູນຄ່າ: 42! ! ມູນຄ່າ: 0.2 ! ! ມູນຄ່າ: 1,2 !
---------------+ --------------------+ --------------------+
ແຜນວາດຂ້າງເທິງນີ້ສະແດງໃຫ້ເຫັນ:
· ໄຟລ໌/ຄ່າຖືກເກັບໄວ້ໃນຕົ້ນໄມ້ (ສົມດູນ).
· nodes ຕົ້ນໄມ້ແລະລາຍການໃນແຖວການປັບປຸງແມ່ນໂຄງສ້າງຂໍ້ມູນດຽວກັນ.
· ເວລາທ້ອງຖິ່ນ ("ທຳອິດ") ແລະເວລາທີ່ກຳນົດໄວ້ໃນການປັບປຸງ ("ເວລາ") ອາດຈະແຕກຕ່າງກັນ.
· ຄ່າໝົດເວລາຖືກໃສ່ໃສ່ "ຫາງ".
· ຄ່າ flushed ຢ່າງຈະແຈ້ງແມ່ນໃສ່ຢູ່ "ຫົວ".
·ຫີນສິລະປະ ASCII.
ຄວາມປອດໄພ ການພິຈາລະນາ
ການກວດສອບ
ຖ້າການຕິດຕັ້ງ rrdtool ຂອງທ່ານຖືກສ້າງຂຶ້ນໂດຍບໍ່ມີການ libwrap ມັນບໍ່ມີຮູບແບບຂອງການກວດສອບຄວາມຖືກຕ້ອງ
ສໍາລັບລູກຄ້າທີ່ເຊື່ອມຕໍ່ກັບ daemon rrdcache!
ຖ້າການຕິດຕັ້ງ rrdtool ຂອງທ່ານຖືກສ້າງຂຶ້ນດ້ວຍ libwrap ແລ້ວທ່ານສາມາດນໍາໃຊ້ hosts_access to
ຈໍາກັດການເຂົ້າເຖິງລູກຄ້າກັບ daemon rrdcache (rrdcached). ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມກ່ຽວກັບວິທີການ
ໃຊ້ hosts_access ເພື່ອຈໍາກັດການເຂົ້າເຖິງ daemon rrdcache ທ່ານຄວນອ່ານ
hosts_access(5) ຫນ້າຜູ້ຊາຍ.
ມັນຍັງແນະນໍາໃຫ້ຕິດຕັ້ງຕົວກອງຊອງຫຼືກົນໄກທີ່ຄ້າຍຄືກັນເພື່ອປ້ອງກັນ
ການເຊື່ອມຕໍ່ທີ່ບໍ່ໄດ້ຮັບອະນຸຍາດ. ເວັ້ນເສຍແຕ່ວ່າທ່ານມີ VLAN ຫຼື VPN ສະເພາະສໍາລັບການນີ້, ການນໍາໃຊ້ເຄືອຂ່າຍ
sockets ອາດຈະເປັນຄວາມຄິດທີ່ບໍ່ດີ!
ການອະນຸຍາດ
ມີການອະນຸຍາດຕໍ່ຊັອກເກັດໜ້ອຍທີ່ສຸດ.
ປະຈຸບັນການອະນຸຍາດແມ່ນເຮັດບົນພື້ນຖານຕໍ່ຊັອກເກັດ. ນັ້ນ ໝາຍ ຄວາມວ່າແຕ່ລະຊັອກເກັດມີລາຍຊື່
ຂອງຄໍາສັ່ງທີ່ມັນຈະຍອມຮັບແລະມັນຈະຍອມຮັບ. ມັນຈະຍອມຮັບພຽງແຕ່ຄໍາສັ່ງເຫຼົ່ານັ້ນ
ລະບຸໄວ້ຢ່າງຊັດເຈນແຕ່ວ່າມັນຈະ (ປະຈຸບັນ) ຍອມຮັບຄໍາສັ່ງເຫຼົ່ານີ້ຈາກຜູ້ທີ່ເຂົ້າຫາ
ເຕົ້າຮັບ.
ຖ້າເຕົ້າສຽບເຄືອຂ່າຍຖືກໃຊ້, ມັນຈໍາເປັນຕ້ອງຈໍາກັດການຍອມຮັບ
ຄໍາສັ່ງທີ່ລູກຄ້າຕ້ອງການຈາກພາຍນອກ. ສໍາລັບຕົວຢ່າງ, ລູກຄ້າພາຍນອກຕ້ອງການ
ແຕ້ມກາຟຂອງຂໍ້ມູນທີ່ເກັບໄວ້ໃນຖານຄວາມຈໍາ, ພວກເຂົາຄວນຈະໄດ້ຮັບອະນຸຍາດໃຫ້ໃຊ້ຄໍາສັ່ງ "FLUSH" ເທົ່ານັ້ນ.
ການອະນຸຍາດບໍ່ເຮັດວຽກເມື່ອ rrcached ຖືກເປີດໃຊ້ງານໂດຍ systemd.
ການເຂົ້າລະຫັດ
ບໍ່ມີການເຂົ້າລະຫັດ.
ອີກເທື່ອຫນຶ່ງ, ນີ້ອາດຈະຖືກເພີ່ມໃນອະນາຄົດ, ແຕ່ສໍາລັບເວລານີ້ມັນເປັນວຽກຂອງເຈົ້າທີ່ຈະຮັກສາຂອງເຈົ້າ
ຂໍ້ມູນສ່ວນຕົວສ່ວນຕົວ. ຕິດຕັ້ງ VPN ຫຼືອຸໂມງທີ່ຖືກເຂົ້າລະຫັດຖ້າທ່ານມີສະຖິຕິ
ເປັນຄວາມລັບ!
ສຸຂາພິບານ ການກວດສອບ
ບໍ່ມີການກວດສອບສຸຂາພິບານ.
daemon ຈະຂຽນ blindly ກັບໄຟລ໌ໃດໆທີ່ມັນຖືກບອກ, ດັ່ງນັ້ນທ່ານຄວນສ້າງ a
ຜູ້ໃຊ້ແຍກຕ່າງຫາກພຽງແຕ່ສໍາລັບ daemon ນີ້. ນອກຈາກນີ້ມັນບໍ່ໄດ້ເຮັດການກວດສອບສຸຂາພິບານໃດໆ, ສະນັ້ນຖ້າຫາກວ່າມັນໄດ້ຮັບ
ບອກໃຫ້ຂຽນຄຸນຄ່າສໍາລັບເວລາໄກໃນອະນາຄົດ, ໄຟລ໌ຂອງເຈົ້າຈະຖືກ messed ເຖິງດີ!
ສະຫຼຸບ
· ຄວາມປອດໄພແມ່ນວຽກຂອງຜູ້ບໍລິຫານ.
· ພວກເຮົາແນະນຳໃຫ້ອະນຸຍາດໃຫ້ເຂົ້າເຖິງການຂຽນຜ່ານຊັອກເກັດໂດເມນ UNIX ເທົ່ານັ້ນ.
· ທ່ານໄດ້ຮັບການເຕືອນ.
ໂປຣແກຣມ PROTOCOL
daemon ຕິດຕໍ່ສື່ສານກັບລູກຄ້າໂດຍໃຊ້ສາຍ ASCII protocol ທີ່ງ່າຍ
ອ່ານແລະງ່າຍທີ່ຈະພິມ. ນີ້ເຮັດໃຫ້ມັນງ່າຍສໍາລັບສະຄິບເພື່ອປະຕິບັດໂປໂຕຄອນແລະ
ເປັນໄປໄດ້ສໍາລັບຜູ້ໃຊ້ທີ່ຈະນໍາໃຊ້ telnet ເພື່ອເຊື່ອມຕໍ່ກັບ daemon ແລະການທົດສອບ stuff "ດ້ວຍມື".
ອະນຸສັນຍາແມ່ນອີງໃສ່ເສັ້ນ, ນີ້ຫມາຍຄວາມວ່າແຕ່ລະບັນທຶກປະກອບດ້ວຍຫນຶ່ງຫຼືຫຼາຍສາຍ. ກ
ເສັ້ນຖືກຢຸດໂດຍຕົວອັກສອນເສັ້ນ 0x0A, ໂດຍທົ່ວໄປແລ້ວຂຽນເປັນ "\n". ໃນ
ຕົວຢ່າງຂ້າງລຸ່ມນີ້, ລັກສະນະນີ້ຈະຖືກຂຽນເປັນ " " ("ອາຫານເສັ້ນ").
ຫຼັງຈາກການເຊື່ອມຕໍ່ໄດ້ຖືກສ້າງຕັ້ງຂຶ້ນ, ລູກຄ້າຄາດວ່າຈະສົ່ງ "ຄໍາສັ່ງ". ກ
ຄໍາສັ່ງປະກອບດ້ວຍຄໍາສັ່ງຄໍາສັ່ງ, ບາງທີອາດຈະໂຕ້ຖຽງ, ແລະການຢຸດເຊົາການ
ຕົວອັກສອນແຖວໃໝ່. ສໍາລັບບັນຊີລາຍຊື່ຂອງຄໍາສັ່ງ, ເບິ່ງ "ຄໍາສັ່ງທີ່ຖືກຕ້ອງ" ຂ້າງລຸ່ມນີ້.
ຕົວຢ່າງ:
FLUSH /tmp/foo.rrd
daemon ຕອບດ້ວຍສາຍທີ່ປະກອບດ້ວຍລະຫັດສະຖານະແລະຂໍ້ຄວາມສະຖານະສັ້ນ,
ແຍກອອກໂດຍຊ່ອງຫວ່າງໜຶ່ງ ຫຼືຫຼາຍຕົວ. ລະຫັດສະຖານະທາງລົບສັນຍານຄວາມຜິດພາດ, a
ລະຫັດສະຖານະໃນທາງບວກ ຫຼືສູນສັນຍານສຳເລັດ. ຖ້າລະຫັດສະຖານະໃຫຍ່ກວ່າສູນ, ມັນ
ຊີ້ບອກຈໍານວນຂອງສາຍທີ່ປະຕິບັດຕາມເສັ້ນສະຖານະ.
ຕົວຢ່າງ:
0 ຄວາມສຳເລັດ
2 ສອງເສັ້ນປະຕິບັດຕາມ
ນີ້ແມ່ນເສັ້ນທໍາອິດ
ແລະນີ້ແມ່ນສາຍທີສອງ
ຖືກຕ້ອງ ຄໍາສັ່ງ
ຄໍາສັ່ງຕໍ່ໄປນີ້ແມ່ນເຂົ້າໃຈໂດຍ daemon:
ດອກໄຟ ຊື່ເອກະສານ
ເຮັດໃຫ້ daemon ໃສ່ ຊື່ເອກະສານ ການ ຫົວຫນ້າ ຂອງແຖວອັບເດດ (ອາດຈະຍ້າຍມັນ
ຢູ່ທີ່ນັ້ນຖ້າ node ຖືກຈັດຄິວແລ້ວ). ຄໍາຕອບຈະຖືກສົ່ງໄປ ຫຼັງຈາກ node ມີ
ໄດ້ dequeued.
FLUSHALL
ເຮັດໃຫ້ daemon ເລີ່ມ flushing ທຸກຄ່າທີ່ຍັງຄ້າງຢູ່ໃນ disk. ນີ້ກັບຄືນມາ
ທັນທີ, ເຖິງແມ່ນວ່າການຂຽນອາດຈະໃຊ້ເວລາດົນ.
ການຄັດຕິດ ຊື່ເອກະສານ
ສະແດງໃຫ້ເຫັນການປັບປຸງ "ຍັງຄ້າງ" ສໍາລັບໄຟລ໌ໃດຫນຶ່ງ, ໃນຄໍາສັ່ງ. ການປັບປຸງສະແດງໃຫ້ເຫັນຍັງບໍ່ທັນໄດ້
ຂຽນໃສ່ໄຟລ໌ RRD ທີ່ຕິດພັນ.
ດຶງຂໍ້ມູນ ຊື່ເອກະສານ CF [ການເລີ່ມຕົ້ນ [ໃນຕອນທ້າຍ] [ds ...]]
ໂທຫາ "rrd_fetch" ດ້ວຍການໂຕ້ຖຽງທີ່ລະບຸໄວ້ແລະສົ່ງຜົນໄດ້ຮັບໃນຮູບແບບຂໍ້ຄວາມ. ຖ້າ
ມີຄວາມຈໍາເປັນ, ໄຟລ໌ໄດ້ຖືກ flushed ກັບແຜ່ນທໍາອິດ. ຟັງຊັນຝ່າຍລູກຄ້າ "rrdc_fetch"
(ປະກາດໃນ "rrd_client.h") ວິເຄາະຜົນຜະລິດແລະປະຕິບັດຄືກັນກັບ "rrd_fetch_r" ສໍາລັບ
ການເຊື່ອມໂຍງງ່າຍຂອງການສອບຖາມຫ່າງໄກສອກຫຼີກ. ds ກໍານົດຄໍລໍາທີ່ຈະ dump - ຖ້າບໍ່ມີ
ມອບໃຫ້ແລ້ວທັງໝົດຈະຖືກສົ່ງຄືນ
FETCHBIN ຊື່ເອກະສານ CF [ການເລີ່ມຕົ້ນ [ໃນຕອນທ້າຍ] [ds ...]]
ໂທຫາ "rrd_fetch" ດ້ວຍການໂຕ້ຖຽງທີ່ລະບຸໄວ້ແລະສົ່ງຄືນຜົນໄດ້ຮັບໃນຂໍ້ຄວາມ / binary
ຮູບແບບເພື່ອຫຼີກເວັ້ນການ un/marshaling overhead ທີ່ບໍ່ຈໍາເປັນ. ຖ້າຈໍາເປັນ, ໄຟລ໌ຈະຖືກລ້າງອອກ
ໃສ່ແຜ່ນກ່ອນ. ຟັງຊັນຝ່າຍລູກຄ້າ "rrdc_fetch" (ປະກາດໃນ "rrd_client.h")
ວິເຄາະຜົນຜະລິດແລະປະຕິບັດຄືກັນກັບ "rrd_fetch_r" ສໍາລັບການເຊື່ອມໂຍງກັບທາງໄກໄດ້ງ່າຍ.
ສອບຖາມ. ds ກໍານົດຄໍລໍາທີ່ຈະ dump - ຖ້າບໍ່ມີໃຜຖືກມອບໃຫ້ທັງຫມົດຈະຖືກສົ່ງຄືນ
ລືມ ຊື່ເອກະສານ
ລົບກວນ ຊື່ເອກະສານ ຈາກຖານຄວາມຈໍາ. ການອັບເດດທີ່ຍັງຄ້າງຢູ່ ຈະໄປ BE LOST.
ຄິວ
ສະແດງໄຟລ໌ທີ່ຢູ່ໃນແຖວຜົນຜະລິດ. ສົ່ງຄ່າສູນ ຫຼືຫຼາຍແຖວໃນ
ຮູບແບບດັ່ງຕໍ່ໄປນີ້, ບ່ອນທີ່ ແມ່ນຈໍານວນຂອງຄ່າທີ່ຈະຂຽນສໍາລັບ
:
ຊ່ວຍເຫຼືອ [ຄໍາສັ່ງ]
ສົ່ງຄືນຂໍ້ຄວາມການນຳໃຊ້ສັ້ນ. ຖ້າບໍ່ມີຄໍາສັ່ງໃຫ້, ຫຼື ຄໍາສັ່ງ is ຊ່ວຍເຫຼືອ, ບັນຊີລາຍຊື່ຂອງ
ຄໍາສັ່ງທີ່ສະຫນັບສະຫນູນໂດຍ daemon ແມ່ນກັບຄືນມາ. ຖ້າບໍ່ດັ່ງນັ້ນຄໍາອະທິບາຍສັ້ນ, ອາດຈະເປັນ
ມີຕົວຊີ້ໄປຫາໜ້າຄູ່ມື, ຖືກສົ່ງຄືນ. ແນ່ນອນ, ນີ້ແມ່ນຫມາຍເຖິງ
ການນໍາໃຊ້ແບບໂຕ້ຕອບແລະຮູບແບບທີ່ຄໍາສັ່ງແລະສະຫຼຸບການນໍາໃຊ້ແມ່ນ
ກັບຄືນມາບໍ່ໄດ້ຖືກກໍານົດດີ.
ສະຖິຕິ
ສົ່ງຄືນລາຍຊື່ຂອງ metrics ທີ່ສາມາດໃຊ້ເພື່ອວັດແທກປະສິດທິພາບ daemons ແລະ
ກວດສອບສະຖານະພາບຂອງຕົນ. ສໍາລັບລາຍລະອຽດຂອງຄ່າທີ່ສົ່ງຄືນ, ເບິ່ງ "ຄ່າປະສິດທິພາບ"
ຂ້າງລຸ່ມນີ້.
ຮູບແບບທີ່ຄ່າຖືກສົ່ງຄືນແມ່ນຄ້າຍຄືກັນກັບຫຼາຍເສັ້ນທີ່ອີງໃສ່
protocols: ແຕ່ລະຄ່າແມ່ນພິມອອກໃນແຖວແຍກຕ່າງຫາກ, ແຕ່ລະປະກອບດ້ວຍຊື່ຂອງ
ຄ່າ, ຈໍ້າສອງເມັດ, ຊ່ອງຫວ່າງໜຶ່ງ ຫຼືຫຼາຍກວ່ານັ້ນ ແລະຄ່າຕົວຈິງ.
ຕົວຢ່າງ:
9 ສະຖິຕິປະຕິບັດຕາມ
ຄວາມຍາວຄິວ: 0
ອັບເດດທີ່ໄດ້ຮັບ: 30
Flushes ທີ່ໄດ້ຮັບ: 2
ອັບເດດຂຽນ: 13
DataSetsWritten: 390
TreeNodesNumber: 13
ຄວາມເລິກຂອງຕົ້ນໄມ້: 4
JournalBytes: 190
JournalRotate: 0
PING
PING-PONG, ນີ້ແມ່ນເປັນປະໂຫຍດຫຼາຍໃນເວລາທີ່ການນໍາໃຊ້ການເຊື່ອມຕໍ່ລະຫວ່າງລູກຄ້າຜູ້ໃຊ້ແລະ
RRDCACHED.
ຕົວຢ່າງ:
0 ປອງ
UPDATE ຊື່ເອກະສານ ຄ່າ [ຄ່າ ... ]
ເພີ່ມຂໍ້ມູນເພີ່ມເຕີມໃສ່ຊື່ໄຟລ໌. ນີ້ແມ່ນ ໄດ້ ການດໍາເນີນງານ daemon ໄດ້ຖືກອອກແບບສໍາລັບ, ດັ່ງນັ້ນ
ການອະທິບາຍກົນໄກອີກເທື່ອຫນຶ່ງແມ່ນບໍ່ຈໍາເປັນ. ອ່ານ "ວິທີການເຮັດວຽກ" ຂ້າງເທິງສໍາລັບ a
ຄໍາອະທິບາຍລະອຽດ.
ໃຫ້ສັງເກດວ່າ rrdcached ພຽງແຕ່ຍອມຮັບເວລາຢ່າງແທ້ຈິງໃນຄ່າການປັບປຸງ. ອັບເດດ
ສະຕຣິງເຊັ່ນ "N:1:2:3" ຖືກປ່ຽນເປັນເວລາຢ່າງແທ້ຈິງໂດຍລູກຄ້າ RRD
ຫ້ອງສະຫມຸດກ່ອນທີ່ຈະຖືກສົ່ງໄປຫາ rrdcached.
ຂຽນ ຊື່ເອກະສານ
ຄໍາສັ່ງນີ້ແມ່ນລາຍລັກອັກສອນໃນວາລະສານຫຼັງຈາກທີ່ໄຟລ໌ໄດ້ຖືກລາຍລັກອັກສອນສໍາເລັດຮູບອອກໄປ
ແຜ່ນ. ມັນຖືກນໍາໃຊ້ໃນລະຫວ່າງການຫຼິ້ນວາລະສານເພື່ອກໍານົດວ່າການອັບເດດໃດໄດ້ຖືກແລ້ວ
ນຳໃຊ້. ມັນແມ່ນ ພຽງແຕ່ ຖືກຕ້ອງໃນວາລະສານ; ມັນບໍ່ໄດ້ຖືກຍອມຮັບຈາກຄໍາສັ່ງອື່ນ
ຊ່ອງທາງ.
FIRST ຊື່ເອກະສານ [rranum]
ສົ່ງຄືນເວລາສໍາລັບ CDP ທໍາອິດໃນ RRA ທີ່ລະບຸ. ຄ່າເລີ່ມຕົ້ນແມ່ນໃຊ້ RRA
ເລກສູນ ຖ້າບໍ່ມີການລະບຸ.
ສຸດທ້າຍ ຊື່ເອກະສານ
ສົ່ງຄືນເວລາສໍາລັບການອັບເດດຫຼ້າສຸດໄປຫາ RRD ທີ່ລະບຸ. ໃຫ້ສັງເກດວ່າ cache ແມ່ນ
ບໍ່ flushed ກ່ອນທີ່ຈະກວດສອບ, ເປັນລູກຄ້າຄາດວ່າຈະຮ້ອງຂໍນີ້ແຍກຕ່າງຫາກຖ້າຫາກວ່າ
ມັນຈໍາເປັນຕ້ອງມີ.
INFO ຊື່ເອກະສານ
ສົ່ງຄືນຂໍ້ມູນການຕັ້ງຄ່າສໍາລັບ RRD ທີ່ລະບຸ. ໃຫ້ສັງເກດວ່າ cache ແມ່ນ ບໍ່
flushed ກ່ອນທີ່ຈະກວດສອບ, ເນື່ອງຈາກວ່າລູກຄ້າຄາດວ່າຈະຮ້ອງຂໍນີ້ແຍກຕ່າງຫາກຖ້າຫາກວ່າມັນແມ່ນ
ຕ້ອງການ.
ຂໍ້ມູນຖືກສົ່ງຄືນ, ຫນຶ່ງລາຍການຕໍ່ແຖວ, ດ້ວຍຮູບແບບ:
I I I
ສ້າງ ຊື່ເອກະສານ [-ສ ຂະຫນາດຂັ້ນຕອນ] [-ຂ ເວລາເລີ່ມຕົ້ນ] [-O] ຄໍານິຍາມ DS ... ຄໍານິຍາມ RRA ...
ນີ້ຈະສ້າງໄຟລ໌ RRD ອີງຕາມຕົວກໍານົດການສະຫນອງ, ສະຫນອງໃຫ້
ພາລາມິເຕີທີ່ຖືກຕ້ອງ, ແລະ (ຖ້າຕົວເລືອກ -O ໄດ້ຖືກມອບໃຫ້ຫຼືຖ້າ rrdcached ໄດ້ຖືກເລີ່ມຕົ້ນ
ດ້ວຍທຸງ -O) ທີ່ລະບຸໄວ້ ຊື່ເອກະສານ ບໍ່ມີຢູ່ແລ້ວ.
ການຕໍ່ສູ້
ຄໍາສັ່ງນີ້ເລີ່ມຕົ້ນການໂຫຼດຫຼາຍຂອງຄໍາສັ່ງຫຼາຍ. ນີ້ໄດ້ຖືກອອກແບບສໍາລັບການ
ການຕິດຕັ້ງທີ່ມີອັດຕາການປັບປຸງທີ່ສູງທີ່ສຸດ, ເນື່ອງຈາກວ່າມັນອະນຸຍາດໃຫ້ຫຼາຍກວ່າຫນຶ່ງຄໍາສັ່ງ
ທີ່ຈະອອກຈາກ ອ່ານ () ແລະ ຂຽນ ().
ຄໍາສັ່ງທັງຫມົດແມ່ນປະຕິບັດພຽງແຕ່ຈະເປັນຖ້າຫາກວ່າໃຫ້ເປັນສ່ວນບຸກຄົນ, ຍົກເວັ້ນສໍາລັບການ
ຜົນຜະລິດໃຫ້ຜູ້ໃຊ້. ຂໍ້ຄວາມທີ່ຊີ້ບອກເຖິງຄວາມສໍາເລັດແມ່ນຖືກສະກັດກັ້ນ, ແລະຂໍ້ຄວາມສະແດງຂໍ້ຜິດພາດ
ມີການຊັກຊ້າຈົນກ່ວາລູກຄ້າສໍາເລັດ.
ການປະມວນຜົນຄໍາສັ່ງແມ່ນສໍາເລັດເມື່ອລູກຄ້າສົ່ງຈຸດ (".") ໃນແຖວຂອງຕົນເອງ.
ຫຼັງຈາກລູກຄ້າສໍາເລັດແລ້ວ, ເຄື່ອງແມ່ຂ່າຍຕອບສະຫນອງດ້ວຍຈໍານວນຂໍ້ຜິດພາດແລະບັນຊີລາຍຊື່ຂອງ
ຂໍ້ຄວາມຜິດພາດ (ຖ້າມີ). ແຕ່ລະຂໍ້ຄວາມສະແດງຂໍ້ຜິດພາດຊີ້ໃຫ້ເຫັນຈໍານວນຄໍາສັ່ງທີ່ຈະ
ເຊິ່ງມັນກົງກັນ, ແລະຂໍ້ຄວາມສະແດງຂໍ້ຜິດພາດຂອງມັນເອງ. ຄໍາສັ່ງຜູ້ໃຊ້ທໍາອິດຫຼັງຈາກ
ການຕໍ່ສູ້ ແມ່ນຄໍາສັ່ງອັນດັບຫນຶ່ງ.
ລູກຄ້າ: BATCH
server: 0 ສືບຕໍ່ເດີນຫນ້າ. ສິ້ນສຸດດ້ວຍຈຸດ '.' ຢູ່ໃນສາຍຂອງຕົນເອງ.
ລູກຄ້າ: UPDATE x.rrd 1223661439:1:2:3 <--- ຄໍາສັ່ງ #1
ລູກຄ້າ: UPDATE y.rrd 1223661440:3:4:5 <--- ຄໍາສັ່ງ #2
ລູກຄ້າ: ແລະອື່ນໆ ...
ລູກຄ້າ: .
ເຊີບເວີ: 2 ຂໍ້ຜິດພາດ
ເຊີບເວີ: 1 ຂໍ້ຄວາມສຳລັບຄຳສັ່ງ 1
ເຊີບເວີ: 12 ຂໍ້ຄວາມສຳລັບຄຳສັ່ງ 12
ອອກ
ຕັດການເຊື່ອມຕໍ່ຈາກ rrdcached.
ການປະຕິບັດ ມູນຄ່າ
ເຄົາເຕີຕໍ່ໄປນີ້ຖືກສົ່ງຄືນໂດຍ ສະຖິຕິ ຄໍາສັ່ງ:
ຄວາມຍາວແຖວ (ບໍ່ໄດ້ເຊັນ 64bit ຈຳນວນເຕັມ)
ຈຳນວນຂອງ nodes ຢູ່ໃນຄິວອັບເດດ.
ໄດ້ຮັບການປັບປຸງ (ບໍ່ໄດ້ເຊັນ 64bit ຈຳນວນເຕັມ)
ຈໍານວນຄໍາສັ່ງ UPDATE ໄດ້ຮັບ.
Flushes ໄດ້ຮັບ (ບໍ່ໄດ້ເຊັນ 64bit ຈຳນວນເຕັມ)
ຈໍານວນຄໍາສັ່ງ FLUSH ໄດ້ຮັບ.
ອັບເດດຂຽນ (ບໍ່ໄດ້ເຊັນ 64bit ຈຳນວນເຕັມ)
ຈໍານວນການປັບປຸງທັງຫມົດ, i. e. ໂທຫາ "rrd_update_r", ນັບຕັ້ງແຕ່ daemon ໄດ້ເລີ່ມຕົ້ນ.
ຊຸດຂໍ້ມູນຂຽນ (ບໍ່ໄດ້ເຊັນ 64bit ຈຳນວນເຕັມ)
ຈໍານວນ "ຊຸດຂໍ້ມູນ" ທັງໝົດທີ່ຂຽນໃສ່ແຜ່ນຕັ້ງແຕ່ daemon ໄດ້ເລີ່ມຕົ້ນ. ຊຸດຂໍ້ມູນ
ແມ່ນໜຶ່ງ ຫຼືຫຼາຍຄ່າທີ່ສົ່ງໄປຫາ UPDATE ຄໍາສັ່ງ. ຕົວຢ່າງ: "1223661439:123:456"
ເປັນຊຸດຂໍ້ມູນໜຶ່ງທີ່ມີສອງຄ່າ. ຄໍາວ່າ "ຊຸດຂໍ້ມູນ" ແມ່ນໃຊ້ເພື່ອປ້ອງກັນຄວາມສັບສົນ
ບໍ່ວ່າຄ່າສ່ວນບຸກຄົນຫຼືກຸ່ມຂອງຄ່າແມ່ນນັບ.
TreeNodesNumber (ບໍ່ໄດ້ເຊັນ 64bit ຈຳນວນເຕັມ)
ຈໍານວນ nodes ໃນ cache.
ຄວາມເລິກຂອງຕົ້ນໄມ້ (ບໍ່ໄດ້ເຊັນ 64bit ຈຳນວນເຕັມ)
ຄວາມເລິກຂອງຕົ້ນໄມ້ໃຊ້ສໍາລັບການຊອກຫາຄີໄວ.
JournalBytes (ບໍ່ໄດ້ເຊັນ 64bit ຈຳນວນເຕັມ)
ຈໍານວນທັງຫມົດຂອງ bytes ລາຍລັກອັກສອນໃນວາລະສານນັບຕັ້ງແຕ່ເລີ່ມຕົ້ນ.
JournalRotate (ບໍ່ໄດ້ເຊັນ 64bit ຈຳນວນເຕັມ)
ຈໍານວນຄັ້ງທີ່ວາລະສານໄດ້ຖືກຫມຸນຕັ້ງແຕ່ເລີ່ມຕົ້ນ.
ລາຍເຊັນ
SIGINT ແລະ SIGTERM
daemon ອອກໄປຕາມປົກກະຕິເມື່ອໄດ້ຮັບສັນຍານເຫຼົ່ານີ້. ການອັບເດດທີ່ຍັງຄ້າງຢູ່
ປະຕິບັດໂດຍສອດຄ່ອງກັບ -j ແລະ -F ຕົວເລືອກ
SIGUSR1
daemon ອອກໄປຫຼັງຈາກລ້າງການອັບເດດທັງໝົດອອກໄປຫາແຜ່ນ. ອັນນີ້ອາດຈະໃຊ້ເວລາຄາວໜຶ່ງ.
SIGUSR2
daemon ອອກຈາກທັນທີ, ໂດຍບໍ່ມີການ flushing ການອັບເດດອອກໄປຫາແຜ່ນ. ການອັບເດດທີ່ຍັງຄ້າງຢູ່
ຈະຖືກຫຼິ້ນຄືນຈາກວາລະສານເມື່ອ daemon ເລີ່ມຂຶ້ນອີກຄັ້ງ. ຄໍາເຕືອນ: if
ວາລະສານ (-j) is ບໍ່ ເປີດໃຊ້ງານ, ໃດ ທີ່ຍັງຄ້າງ ການປັບປຸງ ຈະໄປ BE LOST.
ໃຊ້ rrdcached ອອນໄລນ໌ໂດຍໃຊ້ບໍລິການ onworks.net
