Zabbix เคลื่อนไหว ค่าเฉลี่ย

เซิร์ฟเวอร์ทำงานด้วยโหนดหนึ่งได้ตลอดเวลาใน Howto นี้เราจะตั้งค่า Zabbix ที่พร้อมใช้งานให้มีประสิทธิภาพสูงโดยใช้อุปกรณ์ Zabbix คำแนะนำที่นี่ใช้กับ OpenSUSE 11 3 ซึ่งอุปกรณ์ Zabbix ใช้อยู่ 1 8 4 ได้รับการทดสอบแล้ว กับ Zabbix 2 0, 2 2 และ 2 4 เป็นอย่างดีคำแนะนำจะถือว่าภาพ vmdk - คุณมีอิสระที่จะใช้รูปแบบอื่น ๆ ที่ให้ผลลัพธ์ที่คาดหวังจะมีสองกรณี Zabbix ใช้ฐานข้อมูลที่ใช้ร่วมกันเซิร์ฟเวอร์ Zabbix ทำงานใน โหมดพาสซีฟที่ใช้งานอยู่โดยที่เซิร์ฟเวอร์ Zabbix ทำงานอยู่บนโหนดเดียวเท่านั้นนอกจากนี้โหนดที่พร้อมใช้งานสูงมี IP เสมือนซึ่งจัดกลุ่มเข้าด้วยกันพร้อมกับเซิร์ฟเวอร์ Zabbix ซึ่งเป็นเซิร์ฟเวอร์ Zabbix ตาม IP. OpenAIS Corosync ใช้สำหรับระดับต่ำ การตรวจสอบความพร้อมใช้งานและ Pacemaker ช่วยให้มั่นใจได้ว่าบริการต่างๆได้รับการเปลี่ยนอย่างเหมาะสมจากโหนดหนึ่งไปยังอีกที่หนึ่งโปรดสังเกตว่าคำแนะนำเหล่านี้ไม่ใช่เฉพาะ Zabbix เมื่อเกี่ยวข้องกับการตั้งค่าความพร้อมใช้งานที่สูง - ภูตใด ๆ ควรสามารถเป็นได้ et ถึงวิธีนี้ขอบคุณไปยังเว็บไซต์และผู้ที่ช่วยในการชิ้นสิ่งที่ร่วมกันสิ่งแวดล้อม virtualisation เว้นแต่การตั้งค่าบนระบบทางกายภาพที่แยกต่างหากฐานข้อมูล MySQL แยกต่างหากในระบบที่แตกต่างจากทั้งสองคุณอาจใช้ระบบอื่น Zabbix อุปกรณ์นี้ howto จะถือว่าเช่นการตั้งค่าสองที่อยู่ IP สำหรับระบบ Zabbix IP อื่นสำหรับ failover สันนิษฐานว่าโหนด failover จะได้รับที่อยู่ IP ผ่าน DHCP. Failover โหนดระบบควรมีการเข้าถึงอินเทอร์เน็ตที่เราจะติดตั้งแพคเกจเพิ่มเติมการติดตั้งระบบเริ่มต้น เราจะเริ่มต้นด้วยการดาวน์โหลดอุปกรณ์ Zabbix และตั้งค่าสองอินสแตนซ์ของเครื่องดังกล่าวจากนั้นดาวน์โหลดเครื่องจากหน้าดาวน์โหลดของ Zabbix และตรวจสอบว่าเราได้สร้างชุดเครื่องเสมือนไว้ 2 ชุดและตั้งชื่อให้เหมาะสมเพื่อให้เราสามารถแยกแยะได้อย่างง่ายดายตอนนี้ เริ่มต้นเครื่องเสมือนสำหรับการเข้าถึงเครื่องเสมือนเหล่านี้ใช้รากของบัญชีด้วยรหัสผ่าน zabbix สำหรับรายละเอียดเพิ่มเติมเกี่ยวกับอุปกรณ์โปรดดูเอกสารประกอบของจากตอนนี้ ระบบจะถูกอ้างถึงเช่น this. zabbix1 - failover system. zabbix2 แรก - ระบบ failover ที่สอง system. zabbixdb - ระบบที่มีฐานข้อมูล Zabbix database. zabbix - failover IP คุณควรเปลี่ยนชื่อระบบด้วย IPs ที่สอดคล้องกับสภาพแวดล้อมของคุณหรือเติมข้อมูลรายการ in hosts. You อาจต้องการได้รับประโยชน์จาก SSH การตรวจสอบคีย์สาธารณะดังนั้นเลือกที่จะอนุญาตให้เข้าถึงได้โดยไม่ต้องใช้รหัสผ่านจากเวิร์กสเตชันของคุณโปรดทราบว่าคุณจะถูกขอรหัสผ่าน 4 ครั้งเพื่อความสะดวกเรายังสามารถตั้งชื่อโฮสต์สำหรับทั้งสองระบบเหล่านี้ไป zabbix1 และ zabbix2.Note ชื่อโฮสต์ของโหนดคลัสเตอร์ต้องแตกต่างกันมิฉะนั้นจะไม่แตกต่างไปจากนี้ถ้าคุณเพิ่มโหนดหลายโหนดเข้ากับคลัสเตอร์ที่มีชื่อโฮสต์เหมือนกันให้แก้ไขชื่อโฮสต์รีสตาร์ท OpenCIS rcopenais รีสตาร์ทและเอาโหนดที่ไม่ถูกต้องออกจากคลัสเตอร์ โหนด crm ลบโหนดที่ไม่ถูกต้องการปิด Zabbix สำหรับ failover ตอนนี้เราควรเตรียม Zabbix สำหรับการกำหนดค่า failover ก่อนอื่นเราจะหยุดเซิร์ฟเวอร์ Zabbix เพราะจะเป็นคน อายุโดยการกำหนดค่าความพร้อมสูงตอนนี้ให้ตั้งค่าฐานข้อมูลเราจะใช้ zabbixfailover ชื่อฐานข้อมูลใน zabbixdb รันคุณจะต้องการเลือกรหัสผ่านที่ดีกว่าหากใช้เครื่อง Zabbix สำหรับเซิร์ฟเวอร์ฐานข้อมูลให้หยุดเซิร์ฟเวอร์ Zabbix ในระบบดังกล่าว มันจะไม่ทำหน้าที่เป็นประโยชน์สำหรับ us. Now ให้ s สร้างสำเนาของฐานข้อมูลจากระบบ zabbix1 คำสั่งต่อไปนี้อีกครั้งสามารถทำงานได้จากเวิร์คสเตชั่นของคุณแล้วเราจะย้ายไปที่ระบบโฮสติ้งฐานข้อมูล Zabbix และเรียกคืนข้อมูลที่นี่ก่อน คัดลอกไปยังระบบภายในเพื่อหลีกเลี่ยงการจัดการกับคีย์โฮสต์และการตรวจสอบความถูกต้องจากระบบ failover ไปยังระบบฐานข้อมูลตอนนี้เราไม่จำเป็นต้องใช้ฐานข้อมูลในระบบ failover อีกต่อไปเราจึงสามารถหยุดการทำงานเพื่อประหยัดทรัพยากรบางอย่างได้ crontab สำหรับผู้ใช้ zabbix เพื่อให้ไม่มีการตรวจสอบสคริปต์ Zabbix สุขภาพใช้ตรวจสอบให้แน่ใจว่าพอร์ต MySQL เปิดอยู่ในระบบฐานข้อมูลถ้าคุณใช้อุปกรณ์ Zabbix สำหรับที่ดีรันบนเวิร์กสเตชันของคุณ Zabbix fr ontend ปรับเปลี่ยนค่าเหล่านี้ในโหนด failover ทั้งสองให้แน่ใจว่าจะใช้รหัสผ่านที่คุณกำหนดค่าสำหรับผู้ใช้ Zabbix ก่อนนอกจากนี้คุณยังสามารถเปลี่ยนที่อยู่ที่ Zabbix ส่วนหน้าจะพยายามหาเซิร์ฟเวอร์ Zabbix ในขณะที่ส่วนหน้า failover สถานการณ์ของเรามักจะมี เซิร์ฟเวอร์ Zabbix ที่ทำงานอยู่ในระบบภายในเครื่องคุณอาจต้องการเข้าถึง frontends ทั้งสองแบบตามที่อยู่ IP ของตนซึ่งในกรณีนี้ควรเชื่อมต่อกับเซิร์ฟเวอร์ Zabbix ที่ failover เสมอไปนั่นเอง frontend ก็พร้อมสำหรับ failover แล้ว Zabbix server. Edit บนโหนดทั้งสอง failover และแก้ไขค่าเหล่านี้อีกครั้งใช้รหัสผ่านที่คุณกำหนดค่าสำหรับผู้ใช้ Zabbix ก่อนตัวแทน ZABBIX แก้ไขโหนดทั้งสอง failover และปรับเปลี่ยนพารามิเตอร์ของเซิร์ฟเวอร์ให้เป็นเปลี่ยนชื่อโฮสต์เหล่านี้ด้วยที่อยู่ IP ที่คุณใช้หรือ กำหนดค่าไว้ในโฮสต์อื่น ๆ สำหรับทั้ง failover nodes เรากำลังใช้ระบบ failover สำหรับการตรวจสอบการใช้งานและอนุญาตให้มีการเชื่อมต่อขาเข้าจาก failover IP และทั้งโหนดแต่ละแอดเดรสเช่นกัน o ทำให้การแก้จุดบกพร่องง่ายขึ้นในภายหลังเช่นการใช้ zabbixget จะทำงานจากโหนดใดก็ได้ใน zabbix1 ตั้งค่าพารามิเตอร์ Hostname ให้เป็น Nabobbix2 ตั้งค่าพารามิเตอร์ Hostname ให้เป็นตัวแทน Zabbix ในโหนดทั้งสองสำหรับการทำงานที่คุณสามารถรันจากเวิร์กสเตชันของคุณได้ การตั้งค่าไฟร์วอลล์นอกจากนี้เราควรอนุญาตให้มีการเชื่อมต่อเข้ากับเซิร์ฟเวอร์ Zabbix และพอร์ตตัวแทน - ทั้งสำหรับรายการแบบพาสซีฟและใช้งานอยู่บนเวิร์กสเตชันของคุณดำเนินการ OplenSUSE มีรายการ Zabbix อยู่ในบริการต่างๆอยู่แล้วเพื่อให้เราสามารถใช้งานได้แทนพอร์ตอนุกรมตัวเลขการตรวจสอบ บางอย่างที่เป็นไปได้อย่างครบถ้วน - แต่ขอให้เราตรวจสอบระบบของเราด้วยเช่นกันเราสามารถตรวจสอบโหนด failover และระบบฐานข้อมูลได้ด้วยวิธีนี้เราจะสามารถตรวจสอบโหนดใดก็ตามที่กำลังตรวจสอบได้เช่นเดียวกับฐานข้อมูลที่อยู่ตลอดเวลา monitored. Access หนึ่ง frontends ที่พวกเขาทั้งสองเชื่อมต่อกับฐานข้อมูลเดียวกันในขณะนี้ไม่สำคัญว่าคุณใช้. การตรวจสอบทั้งสอง nodes. Let s เริ่มต้นโดยการตรวจสอบทั้ง failover nodes Go การกำหนดค่า - โฮสต์และแก้ไขเซิร์ฟเวอร์ Zabbix เริ่มต้นเปลี่ยนเป็นเซิร์ฟเวอร์ Zabbix 1 อัปเดตที่อยู่ IP หรือใช้ชื่อโฮสต์ถ้าคุณป้อนชื่อเหล่านี้ในไฟล์ hosts etc สำหรับทั้งโหนดหากใช้ชื่อโฮสต์อย่าลืมเลือก DNS ชื่อในการเชื่อมต่อแบบเลื่อนลงเมื่อเซิร์ฟเวอร์นี้ไม่มีการเรียกใช้ MySQL อีกต่อไปทำเครื่องหมายที่ช่องทำเครื่องหมายถัดจากรายการ TemplateAppMySQL ในบล็อกเทมเพลตที่เชื่อมโยงจากนั้นคลิกยกเลิกการเชื่อมโยงและล้างข้อมูลเมื่อเสร็จแล้วให้คลิกบันทึกเดี๋ยวนี้ให้ s ตรวจสอบโหนดอื่น ๆ ด้วยคลิก บนเซิร์ฟเวอร์ Zabbix 1 แล้วโคลนและปรับเปลี่ยนค่าสำหรับโหนดที่สองเมื่อทำบันทึกที่หนึ่งเช่นกันการตรวจสอบฐานข้อมูล server. Do เดียวกันสำหรับระบบฐานข้อมูลเช่นกัน - ถ้ามันทำงานบนอุปกรณ์ Zabbix ควรให้ข้อมูลสำหรับ ทุกรายการเดียวกันได้ดีคุณควรยกเลิกการเชื่อมโยง TemplateZabbixServer จากโฮสต์นี้และมีแนวโน้มมากที่สุด TemplateAppApache ด้วยเมื่อทำเช่นนี้ให้ตรวจสอบการใช้ยกเลิกการเชื่อมโยงและล้างปุ่มตั้งค่าพารามิเตอร์ Server และ Hostname ที่เหมาะสมในการเริ่มต้นแล้ว Zabbix agent. Failover setu p. Preparing พื้นฐาน failover เมื่อต้องการติดตั้งแพคเกจซอฟต์แวร์ที่จำเป็นทั้งหมดรันบนเวิร์กสเตชันของคุณหมายเหตุเกี่ยวกับอุปกรณ์รุ่นเก่าของ OpenSUSE แพคเกจ crmsh ไม่จำเป็นต้องใช้ตอนนี้เราควรตั้งค่า Corosync การกำหนดค่าทั้งโหนดและกำหนดพารามิเตอร์ bindnetaddr ที่อยู่ IP ของเครือข่ายดังนั้นหากที่อยู่ IP ของคุณคือ 10 2 3 4 และ netmask 255 0 0 0 ควรตั้งค่า bindnetaddr เป็น 10 0 0 0 ถ้าที่อยู่ IP 192 168 5 13 และ netmask 255 255 255 0 bindnetaddr ควรเป็น 192 168 5 0 ดูเอกสารประกอบ OpenAIS สำหรับข้อมูลเพิ่มเติมตอนนี้ในโหนดแรกทำงาน failover คำสั่งนี้จะสร้างคีย์สำหรับที่ entropy เพิ่มเติมจะใช้และในระบบระยะไกลวิธีที่ง่ายที่สุดในการสร้างที่จะเรียกใช้ค้นหา - คุณสามารถดำเนินการได้ในเซสชัน SSH อื่นตามรายการ Wikipedia เคอร์เนลลินุกซ์สร้างเอนโทรปีจากการจับเวลาของแป้นพิมพ์การเคลื่อนไหวของเมาส์และการกำหนดเวลาของ IDE และทำให้ข้อมูลอักขระแบบสุ่มสามารถใช้ได้กับกระบวนการระบบปฏิบัติการอื่น ๆ ผ่านทางไฟล์พิเศษ dev แบบสุ่มและ dev urandom เมื่อสร้างคีย์ใหม่แล้วให้คัดลอกจากระบบ failover แรก ไปที่สองโดยการดำเนินการในระบบแรกแล้วปลอดภัยคีย์ - คุณอาจรันจากเวิร์กสเตชันของคุณจากนั้นปรับเปลี่ยนในโหนดทั้งสองบน zabbix1 ตั้ง nodeid เพื่อเป็น zabbix2 ตั้ง nodeid เพื่อก่อนที่จะดำเนินการต่อเราควรให้ การสื่อสารสำหรับ Corosync ในไฟร์วอลล์ที่รันบนเวิร์กสเตชันของคุณขณะนี้เราพร้อมที่จะเริ่มต้นซอฟต์แวร์ที่จะช่วยให้มั่นใจได้ว่ามีประสิทธิภาพสูงบนเวิร์กสเตชันของคุณรันด้วยเดมอน OpenAIS Corosync ที่ทำงานเราสามารถตรวจสอบได้ว่าโหนดทั้งสองสามารถสื่อสารได้อย่างถูกต้องหรือไม่ ของพวกเขารันผลลัพธ์ควรมีลักษณะดังนี้นี่คือสิ่งสำคัญยิ่งคุณควรเห็นโหนดสองโหนดหากไม่ใช่กรณีให้ทบทวนขั้นตอนก่อนหน้านี้และตรวจสอบให้แน่ใจว่าเสร็จสิ้นเรียบร้อยแล้ว การตั้งค่า failover ที่เกิดขึ้นจริงตอนนี้เป็นเวลาสำหรับการตั้งค่า failover จริงที่จะเกิดขึ้นบนโหนดใดรันในพรอมต์นี้ให้รันคำสั่งต่อไปนี้เพื่อให้แน่ใจว่าได้แทนที่ failoverIPaddress ด้วย IP จริงที่คุณต้องการใช้สำหรับ failover หมายเหตุ: ตั้งใจที่จะเรียกใช้คำสั่งโดยไม่ต้องตั้งค่าที่อยู่ IP ที่ถูกต้องให้ถูกต้องและเรียกใช้รีเคลมทรัพยากร crm failover-ip ดูที่สิ่งที่หมายถึงทั้งหมดตอนแรกเราตั้งค่า IP แอดเดรสที่ควรใช้สำหรับ failover เรากำลังตรวจสอบความพร้อมใช้งานของ ทุกๆวินาทีเราตรวจสอบว่าบริการ zabbbixserver ของ LSB กำลังทำงานอยู่หรือไม่เราตรวจสอบว่าทุกๆ 5 วินาทีจากนั้นเราจัดกลุ่มไว้ในกลุ่มที่เรียกว่า zabbixserver-cluster ซึ่งจะช่วยให้มั่นใจได้ว่าพวกเขาจะย้ายจากโหนดหนึ่งไปยังอีกกลุ่มหนึ่งซึ่งเป็นสิ่งที่เราต้องการ - อื่น IP สามารถอยู่ในระบบ แต่บริการเซิร์ฟเวอร์ Zabbix จะทำงานในอีกเราปิดการใช้งาน STONITH ชื่อ cutely ยิง Node อื่น ๆ ในการทำงาน Head เพราะ crm อื่นจะบ่นมากเรายังกำหนดความหนืดเริ่มต้นเพื่อ 100 ถ้าต้องการพบโหนดที่ต้องการมากขึ้นก็จะย้ายไปที่โหนดนั้นเราต้องการให้บริการเซิร์ฟเวอร์ Zabbix เคลื่อนที่ไปมาให้น้อยที่สุดเท่าที่จะเป็นไปได้ดังนั้นหลังจาก failover และโหนดเริ่มต้น กลับมาเราต้องการให้ทำงานต่อเนื่องกับโหนดใดก็ตามที่เกิดขึ้นเพื่อให้ทำงานขณะที่เรามีสองโหนดเท่านั้นค่าใด ๆ ที่มากกว่า 0 จะทำพารามิเตอร์นี้จะรับทั้งจำนวนเต็มหรืออินฟินิตี้สตริงถ้าความต่อเนื่องเริ่มต้นถูกตั้งค่าเป็นอนันต์ ไม่ต้องโยกย้ายจากโหนดหนึ่งไปยังอีกโหนดหนึ่งเว้นเสียแต่ว่าโหนดจะตายไปซึ่งจะป้องกันไม่ให้มีการเคลื่อนย้ายจากการทำงานโปรดดูที่เอกสารคู่มือ Pacemaker สำหรับข้อมูลเพิ่มเติมเมื่อเราได้กำหนดการตั้งค่าไว้แล้วให้ตรวจสอบว่าได้รับการบันทึกเรียบร้อยหรือไม่ ตอนนี้เราลองมาดูสถานะของคลัสเตอร์ใหม่ที่สร้างขึ้นใหม่ของเราเริ่มทำงานโดยการนำเอาเซิร์ฟเวอร์ Zabbix มาไว้ที่โหนด 2. ดูเหมือนจะมีการทำงานแล้วและทั้งเซิร์ฟเวอร์ Zabbix และ IP เสมือนมี ดาว ted ใน zabbix2 โหนดในกรณีนี้คุณสามารถ doublecheck ที่โดยการตรวจสอบว่ากระบวนการ zabbixserver ทำงานในโหนดที่สองและว่า IP failover ถูกกำหนดให้กับส่วนติดต่อใด ๆ ในผลลัพธ์ของ ifconfig โดยปกติใน eth0 0 interface. Running crmmon โดยไม่มี - shot อย่างต่อเนื่องจะแสดงสถานะของคลัสเตอร์การทดสอบ failover ด้วยคลัสเตอร์ที่ดูเหมือนจะได้รับการกำหนดค่าเรียบร้อยแล้วลองทดสอบว่าจะทำงานปิดโหนดที่กำลังใช้งานบริการของเราอยู่หรือไม่ zabbix2 ในกรณีนี้ แต่ตรวจสอบว่าในผลลัพธ์ crmmon บนโหนดที่ใช้งานอยู่, run. Once โหนดได้ปิดให้ดูสิ่งที่เกิดขึ้น - ในโหนดอยู่ execute. Great จะเห็น zabbix1 ที่ออนไลน์ zabbix2 ออฟไลน์ แต่รอเรา don t ดูทรัพยากรที่ทำงานได้ทุกที่และพาร์ทิชันข้อความโดยไม่มี โควรัมดูเหมือนว่าน่าสงสัย Right - โดยค่าเริ่มต้นต้องมีโหนดที่ใช้งานอยู่อย่างน้อยสองโหนดเพื่อให้มีองค์ประชุมและตกลงว่าโหนดใดจะเรียกใช้บริการซึ่งทำให้โหนดคลัสเตอร์สองโหนดของเราไม่มีประโยชน์แม้ว่าจะใช้สูตรจริงในการคำนวณ โควรัมของ ulate คือ totalnodes - 1 2 activenodes อีกครั้งให้ดูที่เอกสารประกอบของ Pacemaker สำหรับข้อมูลเพิ่มเติมโชคดีที่นี่คือสิ่งที่เราสามารถเปลี่ยนแปลงได้นั่นหมายถึงโหนดที่ทำงานอยู่นี่เป็นการบอกให้กลุ่มละเว้นโควรัมและถ้าโหนดโหนดอื่น ๆ หายไป จะใช้เวลามากกว่าซึ่งเป็นสิ่งที่เราต้องการเพื่อให้บรรลุตอนนี้เราสามารถตรวจสอบได้ว่าจะช่วยอะไรได้หรือไม่ขณะที่โหนดอื่น ๆ ยังคงลดลงและยังคงไม่มีองค์ประชุมทั้ง IP เสมือนและเซิร์ฟเวอร์ Zabbix กำลังทำงานอยู่บนโหนดที่เหลืออยู่คุณสามารถทำอีกครั้งได้ ตรวจสอบว่าโดยการมองหากระบวนการ zabbixserver และที่อยู่ IP ในการแสดงผลของ ifconfig. Supccessover failover ลองพยายามทดสอบกระบวนการ failover อีกครั้งเริ่มต้นโหนดที่เราเคยปิดตัวลงเมื่อเริ่มต้นแล้วให้ตรวจสอบสถานะของคลัสเตอร์อีกครั้ง แต่เซิร์ฟเวอร์ Zabbix และ IP เสมือนยังคงอาศัยอยู่กับ zabbix1 สาเหตุคือค่าดีฟอลต์ของ stickyness ที่เราตั้งไว้ที่ 100 - เซอร์วิสจะไม่โยกย้ายจากโหนดไปยังโหนดเว้นแต่จำเป็นอย่างยิ่ง Let s ทำให้จำเป็นบนโหนดที่ขณะนี้มีบริการของเราทำงาน execute. Wait ระยะสั้น ๆ และตรวจสอบสถานะของคลัสเตอร์บนโหนดที่เหลือพบว่า failover เกิดขึ้นตามที่คาดหวังไว้และทั้งกระบวนการ IP และ Zabbix โอนย้ายไปยังโหนดอื่น แน่นอนส่วนต่อ Zabbix ยังคงสามารถเข้าถึงผู้ใช้ได้ดีแม้ว่าจะย้ายจากโหนดหนึ่งไปยังอีกสิ่งที่ยอดเยี่ยมคือผู้ใช้ที่ได้รับรางวัลจะต้องลงชื่อเข้าใช้อีกครั้งเนื่องจากสถานะเซสชันอยู่ในฐานข้อมูลเดียวกันการแก้ไขอย่างหนึ่ง โหนดการกำหนดทรัพยากรเฉพาะในขณะที่ทรัพยากรที่เคลื่อนที่จากโหนดหนึ่งไปยังอีกแห่งหนึ่งโดยอัตโนมัติเป็นสิ่งที่เยี่ยมยอดบางครั้งคุณอาจต้องการบังคับให้รีซอร์สทำงานบนโหนดใดโหนดหนึ่งอาจมีการบำรุงรักษาตามแผนสำหรับโหนดบางทีคุณอาจต้องการ เพิ่มทรัพยากรบางส่วนในโหนดเพื่อบังคับให้บริการย้ายจากโหนดหนึ่งไปยังอีกโหนดหนึ่งคุณอาจใช้ crmresource - M command ถ้าบริการ Zabbix ของเรากำลังทำงานบนโหนด zabbix2 แต่เราต้องการย้ายไปที่ zabbix1 เราจะรัน โปรดทราบว่าเราระบุชื่อกลุ่มบริการไม่เฉพาะเซิร์ฟเวอร์ Zabbix หรือบริการ failover IP คำสั่งนี้จะปรับเปลี่ยนคะแนนสำหรับบริการเฉพาะที่โหนดเฉพาะเจาะจงซึ่งกำหนดให้เป็นอินฟินิตี้และสูงกว่าความต่อเนื่องมาตรฐานของ 100 นั่นคือ เหตุผลที่สำคัญว่าทำไมเราใช้ความนึกคิดเริ่มต้นเป็นตัวเลขแทนการตั้งค่าให้เป็นอินฟินิตี้ถ้าเราทำการเปลี่ยนแปลงดังกล่าวการกำหนดค่าคลัสเตอร์จะมีการปรับเปลี่ยนเช่นนี้เซอร์วิสที่ใช้งานบนโหนด zabbix1 ตอนนี้เราสามารถรีบูตได้ถ้าเราทำตามที่คาดไว้ IP เสมือนและเซิร์ฟเวอร์ Zabbix โยกย้ายไป zabbix2 แต่เดี๋ยวก่อนหลังจาก zabbix1 กลับมากลุ่มบริการของเราโยกย้ายไป zabbix1 อีกครั้งเรามักจะ don t ต้องการที่ว่าทำไมมันย้ายอีกครั้งเนื่องจากการตั้งค่าที่กำหนดให้อินฟินิตี้แน่นอนดังนั้นหลังจากที่เรา ได้เสร็จสิ้นการบำรุงรักษาของคุณเราควรยกเลิกการตั้งค่ากฎการตั้งค่านี้โดยการดำเนินการการปิดใช้งานโหนดที่ระบุนอกจากนี้เรายังสามารถกำหนดโหนดที่ไม่ได้ใช้สำหรับบริการใด ๆ ได้หากเราใช้งานอยู่หลายแห่ง ที่รันบนโหนดที่คุณต้องการหยุดการโฮสต์ทรัพยากรใด ๆ ส่วนที่เหลือของการส่งออกข้ามนอกจากนี้ยังเป็นไปได้ที่จะปิดการใช้งานอื่นโหนดเฉพาะโดยระบุชื่อของมันเพื่อให้โหนดที่จะเป็นเจ้าภาพทรัพยากรอีกครั้งรันถ้าใช้คำสั่งนี้ในโหนดเฉพาะที่ชื่อโหนดสามารถละเว้นการตรวจสอบคลัสเตอร์ สถานะมีหลายสิ่งหนึ่งสามารถตรวจสอบในคลัสเตอร์ - บริการ clustering บริการ failover แต่ละ failover IP. We สามารถตรวจสอบสิ่งที่ง่าย - โหนดที่กำลังเรียกใช้เซิร์ฟเวอร์ Zabbix ทำในทาง hackish เราสามารถใช้ crmmon เป็น การตรวจสอบภายนอก Zabbix การทำงานรายการหมายเหตุขั้นตอนทั้งหมดที่นี่จะต้องดำเนินการในทั้งสองโหนดครั้งแรกที่เราควรอนุญาตให้ผู้ใช้ zabbix เพื่อรันคำสั่ง crmmon Let s ปรับเปลี่ยน etc sudoers บางแห่งในแฟ้ม add. That s ยังไม่เพียงพอ - ผู้ใช้ของเรา zabbix ไม่มีชุดเชลล์ที่ถูกต้องดังนั้นเราควรเปลี่ยนที่เป็นเช่นกันให้ปรับเปลี่ยนและเปลี่ยนคำสั่ง ExternalScripts หมายเหตุขั้นตอนต่อไปนี้ควรทำเฉพาะบนโหนดที่กำลังเรียกใช้เซิร์ฟเวอร์ขณะที่เราเปลี่ยน Zabb ix ไฟล์การกำหนดค่าเซิร์ฟเวอร์เราต้องเริ่มต้นใหม่หมายเหตุคำแนะนำขั้นตอนต่อไปต้องทำในโหนดทั้งสองอีกครั้งจากนั้นให้ s สร้างไดเร็กทอรีในไดเร็กทอรีนี้เราจะสร้างไฟล์ที่ชื่อว่าจากนั้นใส่ไฟล์ที่มีเนื้อหาต่อไปนี้ ตรวจสอบสถานะของคลัสเตอร์สำหรับบริการที่ส่งผ่านเป็นพารามิเตอร์แรกและที่เดียวและสมมติว่าโหนดทั้งหมดมีชื่อว่า nodenumber zabbix จากนั้นจะส่งกลับค่าหมายเลขโหนดที่ใช้กลุ่มบริการของเราถ้ามีถ้ามี สามารถหาชื่อโหนดได้โดยง่ายโดยการเปลี่ยนนิพจน์เซ็ทไปยัง s เริ่มต้นโปรดสังเกตว่ามันยังสันนิษฐานว่าบริการทำงานเฉพาะบนโหนดโหนดเพียงครั้งเดียวเท่านั้นในเวลาหนึ่งตั้งค่า item. Now ให้ s สร้าง Zabbix ที่เกิดขึ้นจริง ในส่วนของ Zabbix ในส่วนใดส่วนหนึ่งของโหนดอย่างชัดเจนหรือบนอินเทอร์เฟซสำหรับ failover ให้ไปที่ Configuration - Hosts รายการนี้จะเป็นแบบคลัสเตอร์ทั้งหมดดังนั้นให้เพิ่มโฮสต์ใหม่ซึ่งจะรวบรวมข้อมูลนี้คลิกที่ Create Host and ente r Zabbix คลัสเตอร์ในฟิลด์ Name เมื่อเสร็จแล้วให้คลิกบันทึกคลิกที่รายการสำหรับโฮสต์ที่เราเพิ่งสร้างขึ้นและคลิกสร้างรายการแก้ไขฟิลด์ต่อไปนี้คำอธิบายป้อนโหนดคลัสเตอร์ที่รันเซิร์ฟเวอร์ Zabbix เลือกประเภทการตรวจสอบภายนอกเปลี่ยนช่วงเปลี่ยนเป็น 60 เก็บประวัติการเปลี่ยนเป็น 7. แอ็พพลิเคชันใหม่เข้าสู่กลุ่ม Zabbix รายละเอียดรายการสุดท้ายควรมีลักษณะดังนี้เมื่อทำเสร็จให้คลิก Save. Visiting Monitoring - ข้อมูลล่าสุดที่เราควรจะสามารถเห็นรายการนี้ได้เร็วพอและจะแสดงให้เราทราบว่าโหนดใดอยู่ในปัจจุบัน รันเซิร์ฟเวอร์ Zabbix การตั้งค่าทริกเกอร์ตอนนี้เราอาจสร้างทริกเกอร์ที่จะตรวจสอบรายการนี้อยู่เหนือรายการสินค้ามีแถบการนำทาง - คลิกที่ทริกเกอร์ในรายการนั้นในรายการทริกเกอร์ให้คลิกที่สร้างทริกเกอร์ อาจเป็นหนึ่งที่ตรวจสอบว่าบริการ Zabbix ทำงานที่ควรจะง่าย - เราควรตรวจสอบว่าโหนดปัจจุบันเป็น 0 ขวา แต่ที่ wouldn t เป็นประโยชน์มากเนื่องจากจะไม่มีเซิร์ฟเวอร์ Zabbix เพื่อบันทึกสถานะนี้แน่นอน, นี้จะเป็นประโยชน์ตรวจสอบว่าคุณมีบริการอื่น ๆ ที่คลัสเตอร์สำหรับ Zabbix แต่เราสามารถตรวจสอบได้ว่าล้มเหลวจากโหนดหนึ่งไปอีกหรือไม่ใช้การเปลี่ยนแปลงเหล่านี้ผลสุดท้ายควรมีลักษณะดังนี้ถ้าเป็นเช่นนั้นให้คลิก Save. So ในท้ายที่สุดผลของรายการควรแสดงที่เซิร์ฟเวอร์ Zabbix โหนดกำลังทำงานอยู่และถ้า failover จะเกิดขึ้นทริกเกอร์จะเปิดใช้งานที่เรายังสามารถส่งข้อความตามที่ปรากฏในการตรวจสอบ - Triggers. We จะได้รับข้อความส่วนหน้า เป็น well. It เป็นไปได้ที่จะได้รับภาพรวมภาพของวิธีการบริการที่ถูกถ่ายโอนระหว่างโหนดโดยดูที่กราฟ - ตัวอย่างเช่นที่นี่ค่อนข้างมากโอนโหนดได้เกิดขึ้นในช่วงชั่วโมงสุดท้าย. หลักสูตรนี้เป็นอย่างมาก การตรวจสอบแบบดั้งเดิมเพื่อแสดงความเป็นไปได้มีวิธีมากมายในการปรับปรุงให้ดีขึ้นตัวอย่างเช่นเราสามารถระบุชื่อทริกเกอร์ที่โหนดที่การย้ายข้อมูลเกิดขึ้นได้โดยการเปลี่ยนชื่อทริกเกอร์เพื่อให้เกิดความเสียหายระหว่าง Zabbix กับโหนดหมายเหตุเมื่อ Zabbix เซิร์ฟเวอร์จะเริ่มขึ้นกำหนดเวลารายการที่จะตรวจสอบได้ตลอดเวลาโดยเริ่มตั้งแต่บัดนี้ถึงสิ่งที่อยู่ในช่วงรายการทำแบบกำหนด - ถ้ารายการที่มีช่วงเวลาการอัพเดตครึ่งชั่วโมงมีกำหนดจะถูกตรวจสอบ 15 นาทีนับจากนี้, การรีสตาร์ทเซิร์ฟเวอร์หลังจากนาทีนับจากนี้จะเลื่อนกำหนดเวลารายการใหม่ในเวลาเดียวกันประโยชน์สำหรับเราในการตั้งค่า failover คือการให้แน่ใจว่ารายการที่ได้รับการตรวจสอบในเวลาเดียวกันแม้หลังจากเซิร์ฟเวอร์ Zabbix หยุดทำงานในระบบหนึ่งและเริ่มทำงานแล้ว อีกขั้นตอนต่อไปด้วยการทำงานทุกอย่างมีแน่นอนมากขึ้นที่ยังสามารถทำได้โดยใช้โหนดเท่านั้นที่สามารถเข้าถึงเราเตอร์มีการพิจารณาหลายอย่างที่คุณอาจทำให้ Pacemaker คำนึงถึงเมื่อตัดสินใจเลือกที่จะใช้บริการบางอย่างซึ่งรวมถึง โหลดบนโหนดและความพร้อมใช้งานของรีซอร์สอื่น ๆ หนึ่งอาจเรียกใช้เซิร์ฟเวอร์ Zabbix เฉพาะในโหนดที่สามารถเข้าถึงคำแนะนำจากศูนย์กลางของเราเตอร์ได้จากเอกสารตัวอย่างของ Pacemaker หมายเหตุตัวอย่างนี้ไม่ใช่ v erified ซึ่งจะบอกให้คลัสเตอร์ทำงานเฉพาะกลุ่มในโหนดที่มีการเชื่อมต่อเครือข่ายที่ทำงานไปยังเกตเวย์เริ่มต้นการใช้ GUI client ถ้าใช้ฟังก์ชันคลัสเตอร์เพิ่มเติมคุณอาจต้องการลองใช้ไคลเอ็นต์ GUI ด้วยเช่นกันใน OpenSUSE, มีอยู่ในแพคเกจ pacemaker-mgmt-client LCMC เสนอการสร้างภาพประกอบใหม่ของโครงสร้างพื้นฐานของคลัสเตอร์การถ่ายโอนโหนดอื่น ๆ ที่อยู่ในศีรษะด้วยการถ่ายภาพโหนดอื่น ๆ ในส่วนหัวซึ่งเป็นคุณลักษณะที่เราไม่ใช้งาน โหนดในคลัสเตอร์เพื่อให้แน่ใจว่าจะไม่ก่อให้เกิดผลเสียต่อข้อมูลในลักษณะใด ๆ สิ่งนี้จะมีประโยชน์ในกลุ่ม Zabbix ของเราเนื่องจากเซิร์ฟเวอร์สองเครื่องทำงานในเวลาเดียวกันจะมีข้อมูลที่ไม่ถูกต้องในฐานข้อมูลและอาจเป็นไปได้ ปัญหาใหญ่สำหรับที่มักจะเป็นอุปกรณ์อิสระที่สามารถตัดพลังงานให้โหนดที่ควรจะยิงในหัวใช้ในบางระบบ failover IP อาจไม่ประสบความสำเร็จและในบันทึกคุณอาจพบข้อความแสดงข้อผิดพลาดไม่สามารถใช้เส้นทางเริ่มต้น wo netmask. Th เป็นปัญหาที่ดูเหมือนจะเกิดจากข้อผิดพลาด Agent Agent Pacemaker และปรากฏเฉพาะในบางระบบเนื่องจากดูเหมือนว่าจะขึ้นอยู่กับลำดับที่มีการรายงานเส้นทางคุณสามารถทดสอบได้โดยเรียกใช้ shell. If นี้ล้มเหลวด้วยข้อความแสดงข้อผิดพลาดเดียวกัน คุณสามารถแก้ปัญหาได้โดยการตั้งค่า netmask ไว้ในข้อกำหนดดั้งเดิมโดยการเพิ่ม cidrnetmask 24 หรือไม่ว่าจะเป็น netmask ที่ถูกต้องสำหรับที่อยู่ของคุณตัวอย่างเช่นปัญหานี้ไม่มีอยู่ใน OpenSUSE 11 4 แต่มีอยู่ใน OpenSUSE 12 1 ขอบคุณ rasto และ andreask ใน Freenode linux-ha สำหรับช่วยแก้ไขปัญหานี้แก้ไขข้อผิดพลาดและเพจเจอร์สำหรับ crm อาจมีการเปลี่ยนแปลงโดยการดำเนินการตรวจสอบความถูกต้องและการปรับปรุงการคาดการณ์ ZBXNEXT-922 จะแนะนำความสามารถในการทำนายพื้นฐานเพื่อ Zabbix แต่ฟังก์ชั่นการเรียกที่ควรจะ ส่งกลับค่าเดียว แต่ในกรณีของการวิเคราะห์ทางสถิติและการคาดการณ์แนวโน้มมีผู้ใช้ข้อมูลมากขึ้นจะต้องการทราบและ Zabbix ต้องการให้บางวิธีและ reli สามารถทำนายได้ดีแค่ไหนคือฟังก์ชั่นที่ได้รับการเลือกไว้มีการแบ่งข้อมูลใด ๆ และเราควรใช้ช่วงเวลาสั้น ๆ วิธีการตรวจสอบการทำงานของการตรวจสอบความผันผวนของข้อมูลขนาดใหญ่จะช่วยให้สามารถเลือกฟังก์ชั่นที่เหมาะสมที่สุดหรือช่วงเวลาที่เหมาะสมที่สุดได้ทันทีหรือ สามารถใช้ข้ามการคาดการณ์ที่ไม่น่าเชื่อถือและหลีกเลี่ยงการแจ้งเตือนผิดพลาดได้ที่นี่ฉันต้องการสรุปความคิดและแหล่งข้อมูลเกี่ยวกับวิธีการตรวจสอบความถูกต้องของคำทำนายและสามารถคาดการณ์การคาดการณ์และเรียกฟังก์ชัน timeleft ได้อย่างไรวิธีการและวิธีการตรวจสอบความถูกต้อง 2016 Jan 05 23 18.rrdtool นำอัลกอริทึมการพยากรณ์อากาศแบบเวลาอนุกรมเวลา Holt-Winters ไปใช้เพื่อวัตถุประสงค์นี้ช่วยให้คุณกำหนดบรรทัดเพิ่มเติมในกราฟของคุณสำหรับค่าคาดหวังและคาดว่าจะได้รับ value - ค่าเบี่ยงเบนมาตรฐาน X จากนั้นจะช่วยให้คุณสามารถเปรียบเทียบค่าที่แท้จริงกับค่าคาดหวังที่คำนวณได้เหล่านี้และดำเนินการตามผลที่ได้ ทำอะไรบางอย่างเช่น Alert ถ้าค่าจริงอยู่ที่ 2SD จากค่าที่คาดว่าจะสามารถแจ้งเตือนได้สำหรับการจราจรที่สูงเกินไปในเวลา 3:00 น. ในวันอาทิตย์สำหรับระดับการจราจรที่เท่ากันซึ่งจะสร้างการจราจรต่ำเกินไปในเวลา 9.00 น. ในวันจันทร์มันรู้ว่ารูปแบบที่ฉันเข้าใจ , after.10 รอบของรูปแบบมันจะสวยใกล้เคียงกับความถูกต้องดังนั้นหลังจากสองสามสัปดาห์ที่คุณสามารถพึ่งพารูปแบบรายวันของมันหลังจากที่สองเดือนก็จะแจ้งให้ทราบล่วงหน้าในวันหยุดสุดสัปดาห์ด้วยความถูกต้องที่ดีในการเชื่อมโยงที่มีประโยชน์ etc. some สำหรับ this. info ในการใช้งาน s ใน rrdtool ภายใต้ GPLv2 เพื่อให้สามารถคัดลอกโค้ดได้โดยตรง Lang Lang เพิ่มข้อคิดเห็น - 2016 Jan 05 23 18 rrdtool ใช้อัลกอริทึมการพยากรณ์เวลาของ Holt-Winters Time Series เพื่อการนี้ช่วยให้คุณสามารถกำหนดบรรทัดเพิ่มเติมในกราฟของคุณได้ ค่าที่คาดหวังและค่าที่คาดหวัง - ค่าเบี่ยงเบนมาตรฐาน X จากนั้นจะช่วยให้คุณสามารถเปรียบเทียบค่าที่แท้จริงกับค่าที่คาดหวังที่คำนวณได้เหล่านี้และดำเนินการตามผลที่ได้ซึ่งจะช่วยให้คุณทำสิ่งต่างๆเช่นการแจ้งเตือนหากค่าจริงเป็น 2 SD ห่างจากค่าที่คาดว่าจะสามารถแจ้งเตือนได้สำหรับการจราจรที่สูงเกินไปในเวลา 3:00 น. ในวันอาทิตย์สำหรับระดับการจราจรเดิมที่สร้างการจราจรต่ำเกินไปในเวลา 9.00 น. ในวันจันทร์เรียนรู้รูปแบบที่ฉันเข้าใจหลังจากครบรอบ 10 รูปแบบ จะสวยใกล้เคียงถูกต้องดังนั้นหลังจากสองสามสัปดาห์คุณสามารถพึ่งพารูปแบบรายวันของมันหลังจากสองสามเดือนจะแจ้งให้ทราบวันหยุดสุดสัปดาห์ด้วยความถูกต้องดี ฯลฯ บางลิงก์ที่มีประโยชน์นี้กระดาษ usenix เดิมและภาพนิ่งข้อมูลในการใช้งาน s ใน rrdtool 2016 Jan 05 23 23. ฉันคิดว่าสิ่งที่สำคัญที่สุดคือการแนะนำแนวคิดของฟังก์ชั่น precast trend forcast และ tracking. Once แนวคิดนี้อยู่ใน Zabbix แล้ว การใช้งานประเภทคาดการณ์เพิ่มเติมเป็นเรื่องที่ง่ายกว่ามากในขณะที่ฉันทราบ ZBXNEXT-2463 วิธีง่ายๆในการบังคับเดรัจฉานคือให้ผู้ดูแลระบบกำหนดฟังก์ชันคาดการณ์และคำนวณค่าพยากรณ์เมื่อข้อมูลมาพร้อมกับตัวเลือกในการย้อนกลับ กว่าเก็บข้อมูลและเก็บไว้เช่นเดียวกับที่คุณจะรายการข้อมูลอื่น ๆ ตัวเลือกอื่น ๆ คือการคำนวณการคาดการณ์ตามที่จำเป็นสำหรับการแสดงผลสำหรับการประเมินผลการเรียก ฯลฯ ฉันสงสัยว่าสำหรับทุกขั้นตอนวิธีการคาดการณ์เล็กน้อยที่สุดก็จะเป็น ดีกว่าที่จะเสียสละพื้นที่ในการจัดเก็บข้อมูลที่คำนวณไว้ล่วงหน้าแทนการคำนวณแต่ละครั้งที่มีการอ้างถึงผมสงสัยว่าอาจจะก่อให้เกิดความยุ่งยากน้อยลงในโค้ดเบลด Zabbix เพื่อคำนวณค่าข้อมูลล่วงหน้าและใช้งานได้เป็นเพียงรายการอื่น 2016 Jan 05 23 23 ฉันคิดว่าสิ่งที่สำคัญที่สุดคือการแนะนำแนวคิดของฟังก์ชั่นการทำนายแนวโน้มของ Forcast และการติดตามเมื่อแนวคิดอยู่ใน Zabbix แล้วใช้การพยากรณ์อากาศเพิ่มเติม ชนิดง่ายกว่าที่ฉันทราบใน ZBXNEXT-2463 วิธีการที่ง่ายและโหดร้ายคือให้ผู้ดูแลระบบกำหนดฟังก์ชันคาดการณ์และคำนวณค่าพยากรณ์เมื่อข้อมูลมาถึงพร้อมกับเลือกที่จะกลับไปเก็บไว้ ข้อมูลและเก็บไว้เช่นเดียวกับที่คุณจะรายการข้อมูลอื่น ๆ ตัวเลือกอื่น ๆ คือการคำนวณการคาดการณ์ตามที่จำเป็นสำหรับการแสดงผลสำหรับการประเมินผลการเรียก ฯลฯ ฉันสงสัยว่าสำหรับทุกขั้นตอนวิธีการคาดการณ์เล็กน้อยที่สุดก็จะดีกว่าที่จะเสียสละ พื้นที่ที่จะเก็บข้อมูลที่คำนวณไว้ล่วงหน้าแทนการคำนวณในแต่ละครั้งที่มีการอ้างถึงฉันสงสัยว่ามันอาจก่อให้เกิดความยุ่งยากน้อยลงในโค้ดเบส์ Zabbix เพื่อคำนวณค่าข้อมูลก่อนหน้านี้และทำให้มันสามารถใช้เป็นเพียงรายการอื่นได้มากกว่าที่ควรทำ 2016 Jan 05 23 51.David Lang เพิ่มข้อคิดเห็น - 2016 Jan 06 00 08. ฉันได้รับว่าหลังจากโพสต์ความคิดเห็นข้างต้นฉันเพิ่มความคิดเห็นไปที่รุ่น ticket. short ZBXNEXT-922 และ สรุปนี้อาจจะดีกว่าสิ่งที่ฉัน posted. there จะเป็นประเภทของการคำนวณการคาดการณ์และฟังก์ชัน timeleft ได้รับรางวัลทำงาน t ถ้าประเภทการคำนวณต้องพารามิเตอร์เพิ่มเติมที่แตกต่างกันเราต้องการความสามารถในการทำนายกราฟเวลาผ่านไปเช่น , ฉันคิดว่ามันเหมาะสมที่จะมีวิธีการกำหนดรายการใหม่ตามที่คำนวณจากที่มีอยู่เพื่อให้สามารถเป็นกราฟได้ค่าคาดการณ์ทั้งค่าที่คาดหวังและระดับความเชื่อมั่นดังนั้นพวกเขาจึงเป็นค่าผสมไม่ใช่ค่าตัวเลขเดียว สำหรับแนวโน้มง่ายๆเช่นการคาดการณ์และระยะเวลาที่สนับสนุนในขณะนี้ระดับความเชื่อมั่นไม่มีความหมายมาก แต่สำหรับบางอย่างเช่น Holt-Winters ความสามารถในการพล็อตหรือทริกเกอร์ค่าที่คาดหวัง - 1SD มีค่ามาก D. Lang เพิ่มข้อคิดเห็น - 2016 Jan 06 00 08 ฉันได้ไปที่หลังจากโพสต์ความคิดเห็นข้างต้นฉันเพิ่มความคิดเห็นไป ZBXNEXT-922 ตั๋วรุ่นสั้นและสรุปนี้อาจจะดีกว่าสิ่งที่ฉันโพสต์มีจะเป็นประเภทของการคำนวณการคาดการณ์และฟังก์ชัน timeleft ทำงานได้รับรางวัลถ้าทำงาน ประเภทการคำนวณต้องการพารามิเตอร์เพิ่มเติมที่แตกต่างกันเราต้องการความสามารถในการทำนายกราฟในช่วงเวลาเช่นนี้ฉันคิดว่ามันเหมาะสมที่จะมีวิธีการกำหนดรายการใหม่ที่ถูกคำนวณจากที่มีอยู่เพื่อให้ c ค่าคาดการณ์ที่เป็นกราฟจะมีมูลค่าคาดหวังและระดับความเชื่อมั่นดังนั้นจึงเป็นค่าผสมไม่ใช่ค่าตัวเลขเดียวสำหรับแนวโน้มง่ายๆเช่นการคาดการณ์และไทม์เฟล็ทต์ที่สนับสนุนในขณะนี้ระดับความเชื่อมั่นไม่มีความหมาย แต่สำหรับบางอย่างเช่น Holt-winters ความสามารถในการพล็อตหรือทริกเกอร์ค่าที่คาดหวัง - 1SD มีคุณค่าอย่างมาก Nagios เป็นมาตรฐานอุตสาหกรรมในการตรวจสอบโครงสร้างพื้นฐานด้านไอที Nagios XI ให้การตรวจสอบส่วนประกอบโครงสร้างพื้นฐานสำคัญ ๆ ที่สำคัญ ๆ รวมถึงแอพพลิเคชันบริการระบบปฏิบัติการโปรโตคอลระบบเมตริกระบบและ โครงสร้างพื้นฐานของเครือข่ายหลายร้อย add-on อื่น ๆ ให้การตรวจสอบของเกือบทุกการใช้งานภายในและภายนอกบริการและระบบ Nagios Log ServerNagios Log Server ช่วยลดขั้นตอนการค้นหาข้อมูลบันทึกของคุณตั้งค่าการแจ้งเตือนเพื่อแจ้งให้คุณทราบเมื่อมีศักยภาพ ภัยคุกคามที่เกิดขึ้นหรือเพียงแค่สอบถามข้อมูลบันทึกของคุณเพื่อตรวจสอบระบบได้อย่างรวดเร็วด้วย Nagios Log Server คุณจะได้รับบันทึกทั้งหมด ข้อมูลในตำแหน่งเดียวพร้อมด้วยความพร้อมใช้งานที่มีประสิทธิภาพสูงและความล้มเหลวในการสร้างตัววิเคราะห์เครือข่าย NagiosNagios Network Analyzer ให้มุมมองในเชิงลึกเกี่ยวกับแหล่งที่มาของการเข้าชมเครือข่ายทั้งหมดและภัยคุกคามด้านความปลอดภัยที่อาจทำให้ผู้ดูแลระบบสามารถรวบรวมข้อมูลระดับสูงได้อย่างรวดเร็ว สุขภาพของเครือข่ายรวมถึงข้อมูลที่ละเอียดมากสำหรับการวิเคราะห์เครือข่ายที่สมบูรณ์และทั่วถึงโดยใช้ netflow, sflow, jflow ฯลฯ Nagios Vibrant Community. Nagios จะตรวจสอบโครงสร้างพื้นฐานด้านไอทีทั้งหมดของคุณเพื่อให้แน่ใจว่าระบบแอ็พพลิเคชันบริการและกระบวนการทางธุรกิจทำงานได้อย่างถูกต้อง เหตุการณ์ของความล้มเหลว Nagios สามารถแจ้งเจ้าหน้าที่ด้านเทคนิคของปัญหาทำให้พวกเขาสามารถเริ่มต้นกระบวนการเยียวยาได้ก่อนที่จะมีการหยุดชะงักส่งผลกระทบต่อกระบวนการทางธุรกิจผู้ใช้ปลายทางหรือลูกค้าด้วย Nagios คุณจะไม่มีวันต้องอธิบายว่าเหตุใดโครงสร้างพื้นฐานที่มองไม่เห็นเสียหาย องค์กรของคุณบรรทัดด้านล่าง Nagios Advantage. Achieve รับทราบทันทีของปัญหาโครงสร้างพื้นฐานด้านไอทีดังนั้นการหยุดทำงาน t doesn t ส่งผลกระทบต่อธุรกิจของคุณด้วย Nagios คุณสามารถตรวจสอบโครงสร้างพื้นฐานด้านไอทีของคุณได้ทั้งหมดปัญหาของสปอตก่อนที่จะเกิดขึ้นรู้ทันทีเมื่อมีปัญหาเกิดขึ้นแบ่งปันข้อมูลความพร้อมกับผู้มีส่วนได้ส่วนเสียตรวจสอบการละเมิดความปลอดภัยแผนและงบประมาณสำหรับการอัพเกรด IT ลดเวลาหยุดทำงานและความสูญเสียทางธุรกิจ ดูแหล่งข้อมูลผลิตภัณฑ์ของเรา