prometheus grafana คือ — คู่มือฉบับสมบูรณ์ 2026 | SiamCafe Blog
Prometheus และ Grafana คืออะไร ทำไมทีมไอทีทุกแห่งต้องมีในปี 2026
ในโลกที่ระบบเซิร์ฟเวอร์ แอปพลิเคชัน และบริการต่าง ๆ ต้องทำงานตลอด 24 ชั่วโมง การจับตาดูสถานะของระบบด้วยมือเปล่าเป็นเรื่องเป็นไปไม่ได้อีกต่อไป ผม
อ.บอม ในฐานะคนที่ดูแลระบบเทรดดิ้งและเซิร์ฟเวอร์มากว่า 13 ปี บอกได้เลยว่าเครื่องมือสองตัวนี้คือหัวใจของการดูแลระบบยุคใหม่ Prometheus คือระบบเก็บข้อมูลเชิงตัวเลข หรือเมตริก ที่พัฒนาโดยบริษัท SoundCloud ก่อนจะเปิดให้ชุมชนนำไปใช้และกลายเป็นมาตรฐานในวงการ มันจะเดินสำรวจไปยังปลายทางต่าง ๆ ตามรอบเวลาที่กำหนด เพื่อดึงข้อมูลเช่น การใช้หน่วยประมวลผล หน่วยความจำ จำนวนคำขอเข้าเว็บ หรือเวลาตอบสนองของฐานข้อมูล แล้วจัดเก็บไว้ในรูปแบบลำดับเวลา ทำให้เราย้อนดูได้ว่าเมื่อสองชั่วโมงก่อนระบบเป็นอย่างไร
ส่วน Grafana คือเครื่องมือสร้างแดชบอร์ดภาพ ที่เอาข้อมูลจากแหล่งต่าง ๆ มาแสดงเป็นกราฟ เกจ และตารางที่อ่านง่าย ทำให้ผู้ดูแลระบบมองเห็นสุขภาพของเซิร์ฟเวอร์ได้ในหน้าจอเดียว จุดเด่นคือความยืดหยุ่น เพราะนอกจากจะเชื่อมกับ Prometheus ได้แล้ว ยังรองรับแหล่งข้อมูลอื่นอีกมากมาย เช่น ฐานข้อมูลที่เก็บบันทึกเหตุการณ์ หรือบริการคลาวด์ต่าง ๆ
คู่หูทั้งสองตัวนี้เสริมกันอย่างสมบูรณ์แบบ โดยทั่วไปจะเป็นแบบนี้ คือ Prometheus ทำหน้าที่เก็บและส่งเสียงเตือนเมื่อค่าผิดปกติ ส่วน Grafana ทำหน้าที่แสดงผลให้คนเห็นภาพชัด ถ้าเปรียบกับการเทรดฟอเร็กซ์ที่ผมทำอยู่ทุกวัน ก็เหมือนอินดิเคเตอร์ที่คอยวัดค่าต่าง ๆ ในกราฟราคา ถ้าไม่มีเครื่องมือวัด เราก็เทรดด้วยความรู้สึก ซึ่งพังทลายในที่สุด การดูแลระบบก็เช่นกัน ถ้าไม่มีข้อมูลจริงประกอบการตัดสินใจ เราก็แก้ปัญหาด้วยการเดา ซึ่งเสียเวลาและเสียเงินโดยใช่เหตุ
การทำงานของ Prometheus เริ่มจากแนวคิดที่ว่าปลายทางทุกตัวที่เราต้องการเฝ้าดู ต้องมีหน้าเว็บเล็ก ๆ ที่เปิดเผยข้อมูลเมตริกในรูปแบบข้อความที่อ่านง่าย
เรียกว่า เอนด์พอยต์สำหรับเมตริก ซึ่งระบบจะเดินมาดึงข้อมูลนี้เองตามช่วงเวลาที่ตั้งไว้ เช่น ทุก 15 วินาที หรือทุก 1 นาที แนวคิดแบบดึงข้อมูลเองนี้ต่างจากระบบอื่นที่ให้ปลายทางส่งข้อมูลมาหาเซิร์ฟเวอร์กลาง ข้อดีคือ Prometheus เป็นฝ่ายควบคุมจังหวะการเก็บข้อมูลทั้งหมด ทำให้ตรวจสอบได้ง่ายว่าปลายทางตัวไหนยังมีชีวิตอยู่หรือล่มไปแล้ว
การทำงานของ Prometheus เริ่มจากแนวคิดที่ว่าปลายทางทุกตัวที่เราต้องการเฝ้าดู ต้องมีหน้าเว็บเล็ก ๆ ที่เปิดเผยข้อมูลเมตริกในรูปแบบข้อความที่อ่านง่าย เรียกว่า เอนด์พอยต์สำหรับเมตริก ซึ่งระบบจะเดินมาดึงข้อมูลนี้เองตามช่วงเวลาที่ตั้งไว้ เช่น ทุก 15 วินาที หรือทุก 1 นาที แนวคิดแบบดึงข้อมูลเองนี้ต่างจากระบบอื่นที่ให้ปลายทางส่งข้อมูลมาหาเซิร์ฟเวอร์กลาง ข้อดีคือ Prometheus เป็นฝ่ายควบคุมจังหวะการเก็บข้อมูลทั้งหมด ทำให้ตรวจสอบได้ง่ายว่าปลายทางตัวไหนยังมีชีวิตอยู่หรือล่มไปแล้ว
ข้อมูลที่เก็บได้จะถูกจัดเก็บในรูปแบบลำดับเวลา ซึ่งแต่ละชุดจะมีชื่อเมตริกและป้ายกำกับกำกับอยู่ เช่น ชื่อเมตริกว่าจำนวนคำขอเข้าเว็บ พร้อมป้ายกำกับบอกว่ามาจากเซิร์ฟเวอร์ตัวไหน ใช้พอร์ตไหน สถานะอะไร ตัวอย่างเช่น เมตริกที่นับจำนวนคำขอทั้งหมด อาจมีป้ายกำกับว่ามาจากเว็บหลักหรือเว็บย่อย แยกตามรหัสตอบกลับว่าสำเร็จหรือล้มเหลว ป้ายกำกับเหล่านี้ทำให้เราค้นหาและกรองข้อมูลได้ละเอียดมาก
ภาษาคำถามที่ใช้ค้นข้อมูลเรียกว่า ภาษาแบบสอบถามของระบบนี้ ซึ่งทรงพลังมาก เราสามารถเขียนคำถามให้แสดงอัตราคำขอต่อวินาทีใน 5 นาทีล่าสุด หรือหาเปอร์เซ็นไทล์ของเวลาตอบสนอง หรือคำนวณอัตราการใช้หน่วยความจำที่เพิ่มขึ้นต่อวัน ล้วนทำได้ในบรรทัดเดียว
การติดตั้ง Prometheus ในปัจจุบันทำได้หลายวิธี แต่วิธีที่ผมแนะนำสำหรับผู้เริ่มต้นคือการใช้คอนเทนเนอร์ เพราะแยกสภาพแวดล้อมชัดเจน
ถ้าพังก็ลบทิ้งแล้วสร้างใหม่ได้ทันที โดยไม่กระทบระบบหลัก ขั้นตอนคร่าว ๆ คือเตรียมไฟล์การตั้งค่าชื่อว่าพรอมีเทอุสยามเป็นภาษาไทยเรียกง่าย ๆ ว่าไฟล์คอนฟิก ซึ่งเป็นไฟล์ข้อความธรรมดาที่ระบุว่ามีปลายทางตัวไหนบ้างที่ต้องเดินไปเก็บข้อมูล แล้วจากนั้นรันคอนเทนเนอร์โดยชี้ไปที่ไฟล์นี้ เมื่อเปิดเบราว์เซอร์ไปที่พอร์ต 9090 ก็จะเห็นหน้าจัดการของระบบแล้ว
การติดตั้งและตั้งค่า Prometheus บนเซิร์ฟเวอร์จริงแบบทีละขั้น
การติดตั้ง Prometheus ในปัจจุบันทำได้หลายวิธี แต่วิธีที่ผมแนะนำสำหรับผู้เริ่มต้นคือการใช้คอนเทนเนอร์ เพราะแยกสภาพแวดล้อมชัดเจน ถ้าพังก็ลบทิ้งแล้วสร้างใหม่ได้ทันที โดยไม่กระทบระบบหลัก ขั้นตอนคร่าว ๆ คือเตรียมไฟล์การตั้งค่าชื่อว่าพรอมีเทอุสยามเป็นภาษาไทยเรียกง่าย ๆ ว่าไฟล์คอนฟิก ซึ่งเป็นไฟล์ข้อความธรรมดาที่ระบุว่ามีปลายทางตัวไหนบ้างที่ต้องเดินไปเก็บข้อมูล แล้วจากนั้นรันคอนเทนเนอร์โดยชี้ไปที่ไฟล์นี้ เมื่อเปิดเบราว์เซอร์ไปที่พอร์ต 9090 ก็จะเห็นหน้าจัดการของระบบแล้ว
จากนั้นเราต้องติดตั้งตัวเก็บข้อมูลฝั่งปลายทาง ซึ่งเรียกว่า เอ็กซ์พอร์เตอร์ สำหรับดูแลระบบปฏิบัติการจะใช้ตัวที่ชื่อว่าโนดเอ็กซ์พอร์เตอร์ ซึ่งเปิดเผยข้อมูลเกี่ยวกับการใช้หน่วยประมวลผล หน่วยความจำ พื้นที่ดิสก์ และอุณหภูมิ ออกมาทางพอร์ต 9100 ส่วนถ้าต้องการดูข้อมูลจากฐานข้อมูล ก็มีเอ็กซ์พอร์เตอร์เฉพาะสำหรับฐานข้อมูลแต่ละชนิด เช่น ตัวสำหรับเอสคิวแอล หรือตัวสำหรับเรดิส
ตัวอย่างการตั้งค่าในไฟล์คอนฟิกจะมีลักษณะแบบนี้ คือระบุงานที่ชื่อว่าเซิร์ฟเวอร์หลัก และระบุปลายทางเป็นชื่อเครื่องตามด้วยพอร์ต 9100
| ส่วนประกอบ | หน้าที่ | พอร์ตมาตรฐาน | ตัวอย่างการใช้งาน |
|---|---|---|---|
| Prometheus Server | เก็บและค้นหาเมตริก | 9090 | ศูนย์กลางการเฝ้าดู |
| Node Exporter | เก็บข้อมูลระบบปฏิบัติการ | 9100 | ดูซีพียู แรม ดิสก์ |
| Alertmanager | จัดการแจ้งเตือน | 9093 | ส่งแจ้งเตือนไปไลน์หรืออีเมล |
แดชบอร์ดที่ดีไม่ใช่แดชบอร์ดที่มีกราฟเยอะที่สุด แต่คือแดชบอร์ดที่ตอบคำถามสำคัญได้เร็วที่สุด หลักการที่ผมใช้ตอนออกแบบแดชบอร์ดให้ทีมคือ
แบ่งเป็นสามระดับตามความเร่งด่วน ระดับบนสุดคือภาพรวมสุขภาพระบบ ใช้แผงชนิดเกจหรือแถบสถานะแสดงว่าแต่ละบริการปกติหรือผิดปกติ ระดับกลางคือแนวโน้มย้อนหลัง เช่น กราฟอัตราคำขอต่อวินาทีในช่วง 24 ชั่วโมง และระดับล่างคือรายละเอียดสำหรับการไล่หาสาเหตุ เช่น ตารางแสดงเซิร์ฟเวอร์ที่มีปัญหา พร้อมค่าเมตริกที่ผิดปกติ
เมื่อเชื่อมต่อเรียบร้อย ให้ทดสอบด้วยการเขียนคำถามง่าย ๆ เช่น ดูค่าการใช้งานซีพียูของเซิร์ฟเวอร์หลัก ถ้ากราฟเด้งขึ้นแสดงว่าท่อข้อมูลไหลถูกต้องแล้ว จากนั้นค่อยขยายไปเก็บข้อมูลจากแอปพลิเคชันจริง ผมแนะนำให้เริ่มจากเซิร์ฟเวอร์ทดสอบหนึ่งตัวก่อน เข้าใจกลไกครบ แล้วค่อยขยายทีละเครื่อง อย่าเผลอติดตั้งทีเดียวทั้งสิบเครื่องแล้ววุ่นวายจัดการไม่ไหว
การสร้างแดชบอร์ด Grafana ที่อ่านง่ายและช่วยตัดสินใจได้จริง
แดชบอร์ดที่ดีไม่ใช่แดชบอร์ดที่มีกราฟเยอะที่สุด แต่คือแดชบอร์ดที่ตอบคำถามสำคัญได้เร็วที่สุด หลักการที่ผมใช้ตอนออกแบบแดชบอร์ดให้ทีมคือ แบ่งเป็นสามระดับตามความเร่งด่วน ระดับบนสุดคือภาพรวมสุขภาพระบบ ใช้แผงชนิดเกจหรือแถบสถานะแสดงว่าแต่ละบริการปกติหรือผิดปกติ ระดับกลางคือแนวโน้มย้อนหลัง เช่น กราฟอัตราคำขอต่อวินาทีในช่วง 24 ชั่วโมง และระดับล่างคือรายละเอียดสำหรับการไล่หาสาเหตุ เช่น ตารางแสดงเซิร์ฟเวอร์ที่มีปัญหา พร้อมค่าเมตริกที่ผิดปกติ
การแจ้งเตือนคือดาบสองคม ตั้งน้อยไปปัญหาร่วงผ่านตาไปเฉย ๆ ตั้งมากไปทีมชินตาเพราะข้อความเตือนเข้าวันละร้อยฉบับ จนข้อความจริงที่สำคัญก็ถูกมองข้าม
ปรากฏการณ์นี้เรียกว่าอาการเหนื่อยล้าจากการแจ้งเตือน ซึ่งเป็นสาเหตุอันดับต้น ๆ ที่ทำให้เหตุการณ์ร้ายแรงถูกมองข้าม เพราะฉะนั้นหลักที่ผมยึดมาตลอด 13 ปีคือแจ้งเตือนเฉพาะเมื่อมีคนต้องลงมือแก้จริง ๆ
ฟีเจอร์ที่ผมชอบมากคือตัวแปรในแดชบอร์ด ทำให้เราสร้างแดชบอร์ดเดียวแต่เลือกดูได้ทั้งระบบ เช่น มีตัวเลือกดรอปดาวน์ให้เลือกเซิร์ฟเวอร์แต่ละตัว แล้วกราฟทุกแผงจะเปลี่ยนตามทันที ไม่ต้องสร้างแดชบอร์ดแยกทีละเครื่อง อีกฟีเจอร์คือการตั้งเกณฑ์สีบนกราฟ ให้พื้นที่ค่าเกินระดับอันตรายแสดงเป็นสีที่ต่างออกไป ทำให้สายตาจับจุดผิดปกติได้ทันทีโดยไม่ต้องอ่านตัวเลข
เรื่องการจัดการแดชบอร์ดร่วมกันในทีมก็สำคัญ ควรส่งออกแดชบอร์ดเป็นไฟล์และเก็บในระบบควบคุมเวอร์ชัน เพื่อให้ทุกคนใช้เวอร์ชันเดียวกัน และถ้าเครื่องที่รัน Grafana พัง เราก็สร้างขึ้นใหม่พร้อมแดชบอร์ดครบทุกอันได้ในไม่กี่นาที ในบริบทของเว็บไซต์อย่างของเราที่มีผู้อ่านหลายพันคนต่อวัน แดชบอร์ดช่วยให้เห็นได้ทันทีว่าบทความชุดไหนกินทรัพยากรมากผิดปกติ หรือช่วงไหนของวันทราฟฟิกพุ่งจนต้องเพิ่มกำลังเซิร์ฟเวอร์
การตั้งค่าการแจ้งเตือนและแนวทางปฏิบัติที่ดีในการดูแลระบบ
การแจ้งเตือนคือดาบสองคม ตั้งน้อยไปปัญหาร่วงผ่านตาไปเฉย ๆ ตั้งมากไปทีมชินตาเพราะข้อความเตือนเข้าวันละร้อยฉบับ จนข้อความจริงที่สำคัญก็ถูกมองข้าม ปรากฏการณ์นี้เรียกว่าอาการเหนื่อยล้าจากการแจ้งเตือน ซึ่งเป็นสาเหตุอันดับต้น ๆ ที่ทำให้เหตุการณ์ร้ายแรงถูกมองข้าม เพราะฉะนั้นหลักที่ผมยึดมาตลอด 13 ปีคือแจ้งเตือนเฉพาะเมื่อมีคนต้องลงมือแก้จริง ๆ
กฎการแจ้งเตือนที่ดีควรมีสามคุณสมบัติ หนึ่งคือมีเงื่อนไขยั่งยืน ไม่ใช่เดี๋ยวเดียวก็หาย เช่น ค่าเกินเกณฑ์ติดต่อกันหลายนาที สองคือบอกบริบทชัดว่าระบบไหน ปัญหาอะไร มีลิงก์ไปยังแดชบอร์ดที่เกี่ยวข้อง สามคือระบุระดับความรุนแรง เช่น เตือนล่วงหน้ากับวิกฤตฉุกเฉิน คนละช่องทางรับกัน
ตัวอย่างเกณฑ์ที่ผมใช้ในระบบจริงของเว็บไซต์เรามีประมาณนี้
| เมตริก | เงื่อนไขเตือนล่วงหน้า | เงื่อนไขวิกฤต | ช่องทางแจ้ง |
|---|---|---|---|
| การใช้ซีพียู | เกิน 70% ติด 10 นาที | เกิน 90% ติด 5 นาที | ไลน์ทีม |
| การใช้หน่วยความจำ | เกิน 80% ติด 10 นาที | เกิน 95% ติด 2 นาที | ไลน์ทีม |
| พื้นที่ดิสก์ | เหลือน้อยกว่า 20% | เหลือน้อยกว่า 10% | อีเมลและไลน์ |
| เวลาตอบสนองเว็บ | เกิน 800 มิลลิวินาที | เกิน 2 วินาที | ไลน์ทีม |
| เว็บล่ม | ไม่มีการตอบกลับ 1 นาที | ไม่ตอบกลับ 5 นาที | โทรหัวหน้าทีม |
นอกจากนี้ ให้จัดกลุ่มการแจ้งเตือนและตั้งเวลาหน่วงก่อนส่ง เพื่อรวบรวมข้อความที่เกิดพร้อมกันจากสาเหตุเดียวกันเป็นฉบับเดียว ตัวจัดการแจ้งเตือนของ Prometheus ทำสิ่งนี้ได้ดีมาก และควรทดสอบเส้นทางการแจ้งเตือนเป็นระยะ อย่ารอให้เกิดเหตุจริงแล้วเพิ่งไปเจอว่าบอทไลน์โทเคนหมดอายุหรือเมลเข้าสแปม ผมเจอมาแล้วแบบนี้และมันแพงกว่าการทดสอบล่วงหน้าหลายเท่า
ตัวอย่างการใช้งานจริงกับเซิร์ฟเวอร์เว็บไซต์และระบบเทรดของผม
ขอเล่าเคสจริงจากประสบการณ์ดูแลเว็บไซต์ของเราที่มีทั้งบทความ ระบบสัญญาณเทรด และเซิร์ฟเวอร์แบ็กเอนด์ เดิมทีเราเฝ้าระบบด้วยการล็อกอินเข้าเครื่องแล้วพิมพ์คำสั่งดูสถานะทีละตัว วันหนึ่งเว็บโหลดช้ามาก เราไล่เช็กทีละจุดกินเวลาเกือบชั่วโมง กว่าจะเจอว่าฐานข้อมูลถูกกดด้วยคำค้นหาหนัก ๆ จากบอท พอติดตั้งคู่เครื่องมือนี้เสร็จ เราสร้างแดชบอร์ดที่เห็นเวลาตอบสนองของฐานข้อมูลแบบเรียลไทม์ ครั้งต่อมาที่เกิดอาการช้า เราใช้เวลาไม่ถึงสองนาทีในการระบุจุดผิดปกติจากกราฟ
ตัวอย่างเวิร์กโฟลว์ที่ใช้จริงมีลำดับดังนี้ หนึ่ง ติดตั้งเอ็กซ์พอร์เตอร์บนเซิร์ฟเวอร์เว็บ ฐานข้อมูล และเครื่องรันสคริปต์สัญญาณ สอง สร้างแดชบอร์ดรวมใน Grafana แสดงสถานะทุกบริการในหน้าเดียว สาม ตั้งกฎแจ้งเตือนตามตารางในหัวข้อก่อนหน้า สี่ ทำสมุดเล่มเล็กบันทึกว่าเมื่อไหร่เจอการแจ้งเตือนแบบไหน ให้ลงมือทำอะไรก่อน เพื่อให้ทีมช่วยกันดูแลได้แม้ผมไม่อยู่
ผลลัพธ์ที่วัดได้จริงคือเวลาเฉลี่ยในการรับรู้ปัญหาลดจากหลายสิบนาทีเหลือไม่กี่นาที เพราะการแจ้งเตือนเด้งเข้ามือทีมก่อนผู้ใช้รายงาน และเวลาแก้ปัญหาก็สั้นลง เพราะกราฟย้อนหลังช่วยชี้ว่าค่าไหนเปลี่ยนตั้งแต่เมื่อไหร่ ซึ่งมักตรงกับเหตุการณ์อย่างการอัปเดตโค้ดหรือการเปลี่ยนค่าคอนฟิก
สำหรับคนที่อยากเริ่มทำเองในสัปดาห์นี้ ผมแนะนำแผนงานง่าย ๆ คือ วันแรกติดตั้งบนเครื่องทดสอบ วันที่สองต่อเอ็กซ์พอร์เตอร์เครื่องเดียวและลองเขียนคำถามดูค่าซีพียู วันที่สามสร้างแดชบอร์ดแรกใน Grafana วันที่สี่ตั้งการแจ้งเตือนหนึ่งกฎและทดสอบให้เด้งจริง วันที่ห้าขยายไปเครื่องจริงหนึ่งเครื่อง เมื่อชินมือแล้วค่อยขยายทีละขั้น หัวใจคือเริ่มเล็กแต่ต้องเริ่มจริง เพราะเครื่องมือวัดที่ไม่เคยถูกใช้ในเหตุการณ์จริง ก็ยังไม่นับว่าติดตั้งสำเร็จ
คำถามที่พบบ่อย
Prometheus กับ Grafana ต่างกันอย่างไร และทำไมต้องใช้คู่กัน?
Prometheus ทำหน้าที่เก็บข้อมูลเมตริกเชิงตัวเลข เช่น การใช้หน่วยประมวลผล หน่วยความจำ จำนวนคำขอเข้าเว็บ และเวลาตอบสนองของฐานข้อมูล โดยจัดเก็บข้อมูลในรูปแบบลำดับเวลา ทำให้ย้อนดูย้อนหลังได้ว่าเมื่อสองชั่วโมงก่อนระบบเป็นอย่างไร นอกจากนี้ยังทำหน้าที่ส่งเสียงเตือนเมื่อค่าผิดปกติอีกด้วย ส่วน Grafana เป็นเครื่องมือสร้างแดชบอร์ดภาพ ที่ดึงข้อมูลจากแหล่งต่าง ๆ มาแสดงเป็นกราฟ เกจ และตารางที่อ่านง่าย ทำให้ผู้ดูแลระบบมองเห็นสุขภาพของเซิร์ฟเวอร์ได้ในหน้าจอเดียว ทั้งสองตัวเสริมกันอย่างสมบูรณ์แบบ เปรียบเสมือนอินดิเคเตอร์ในการเทรด ถ้าไม่มีข้อมูลจริงประกอบการตัดสินใจ เราก็ต้องแก้ปัญหาด้วยการเดา ซึ่งเสียเวลาและเสียเงินโดยใช่เหตุ จึงแนะนำให้ใช้คู่กันเพื่อการดูแลระบบเชิงรุกที่สมบูรณ์ที่สุด
Prometheus เก็บข้อมูลเมตริกอย่างไร และแนวคิดแบบ pull model มีข้อดีอย่างไร?
Prometheus ทำงานบนแนวคิดที่ว่าปลายทางทุกตัวที่ต้องการเฝ้าดูต้องมีหน้าเว็บเล็ก ๆ ที่เปิดเผยข้อมูลเมตริกในรูปแบบข้อความที่อ่านง่าย เรียกว่าเอนด์พอยต์สำหรับเมตริก จากนั้น Prometheus จะเดินไปดึงข้อมูลเองตามช่วงเวลาที่ตั้งไว้ เช่น ทุก 15 วินาทีหรือทุก 1 นาที ซึ่งต่างจากระบบอื่นที่ให้ปลายทางส่งข้อมูลมาหาเซิร์ฟเวอร์กลาง ข้อดีคือ Prometheus เป็นฝ่ายควบคุมจังหวะการเก็บข้อมูลทั้งหมด ทำให้ตรวจสอบได้ง่ายว่าปลายทางตัวไหนยังมีชีวิตอยู่หรือล่มไปแล้ว ข้อมูลที่เก็บได้จะถูกจัดเก็บในรูปแบบลำดับเวลา โดยแต่ละชุดมีชื่อเมตริกและป้ายกำกับกำกับอยู่ เช่น บอกว่ามาจากเซิร์ฟเวอร์ตัวไหน ใช้พอร์ตไหน หรือสถานะอะไร ทำให้ค้นหาและกรองข้อมูลได้ละเอียดมาก
การแจ้งเตือนใน Prometheus ทำงานอย่างไร และตั้งค่าช่องทางแจ้งเตือนแบบไหนได้บ้าง?
การแจ้งเตือนใน Prometheus ทำงานผ่านส่วนเสริมที่เรียกว่า Alertmanager หรือตัวจัดการแจ้งเตือน หลักการคือเราเขียนกฎเงื่อนไขไว้ล่วงหน้า เช่น ถ้าการใช้หน่วยความจำเกิน 80 เปอร์เซ็นต์ติดต่อกัน 5 นาที ให้ส่งการแจ้งเตือนทันที เมื่อเงื่อนไขเป็นจริง ระบบจะส่งข้อความไปยังช่องทางที่เราตั้งค่าไว้ เช่น ไลน์ อีเมล หรือแอปแชททีมต่าง ๆ จุดสำคัญของระบบนี้คือทำให้ทีมรับรู้ปัญหาก่อนที่ผู้ใช้งานจะร้องเรียน ซึ่งถือเป็นหัวใจของการดูแลระบบเชิงรุก นอกจากนี้ยังสามารถเขียนคำถามที่ซับซ้อนผ่านภาษาแบบสอบถาม เช่น แสดงอัตราคำขอต่อวินาทีใน 5 นาทีล่าสุด หาเปอร์เซ็นไทล์ของเวลาตอบสนอง หรือคำนวณอัตราการใช้หน่วยความจำที่เพิ่มขึ้นต่อวัน ล้วนทำได้ในบรรทัดเดียว ทำให้การตั้งเงื่อนไขแจ้งเตือนมีความยืดหยุ่นสูงมาก
ผู้เริ่มต้นควรติดตั้ง Prometheus ด้วยวิธีใด และต้องติดตั้งส่วนเสริมอะไรเพิ่มบ้าง?
สำหรับผู้เริ่มต้นแนะนำให้ติดตั้ง Prometheus ผ่านคอนเทนเนอร
แนะนำเพิ่มเติม
🎯 เปิดบัญชี XM Forex → สมัคร
📱 แอป iCafeFX → ดาวน์โหลด
📊 สัญญาณฟรี → รับสัญญาณ
📚 คู่มือเทรด → SiamCafeBook
🤝 สมัคร Partner XM → pipaffiliates.com/c?c=72816&l=th&p=6
แนะนำจากเครือข่าย SiamCafe
คู่มือ Forex ที่เกี่ยวข้อง
แหล่งอ้างอิง
- SiamCafe.net - ชุมชนไอทีไทยตั้งแต่ปี 1997
- iCafeFX.com - ศูนย์วิเคราะห์ Forex และทองคำ