My awesome Grafana Dashboard for OPNSense!

1
00:00:00,000 --> 00:00:10,716
**0.0s - 12.0s:** สวัสดีทุกคน นี่คือ Christian

2
00:00:10,716 --> 00:00:20,733
และวันนี้ฉันจะนำเสนอพวกคุณเกี่ยวกับแดชบอร์ด

3
00:00:20,733 --> 00:00:30,517
Grafana ใหม่ที่ฉันสร้างขึ้นสำหรับไฟร์วอลล์

4
00:00:30,517 --> 00:00:40,767
OPNSense ของฉัน หลังจากติดตั้งสแต็กการติดตาม

5
00:00:40,767 --> 00:00:43,795
OPNSense แล้ว

6
00:00:43,795 --> 00:01:08,721
ฉันต้องการมีแดชบอร์ดครบวงจรที่แสดงเมตริกสำคัญที่สำคัญสำหรับฉันเกี่ยวกับสุขภาพและประสิทธิภาพของระบบไฟร์วอลล์

7
00:01:08,721 --> 00:01:18,039
เช่น การใช้งาน CPU, หน่วยความจำ และดิสก์

8
00:01:18,039 --> 00:01:28,289
รวมถึงสถิติอินเตอร์เน็ตและเน็ตเวิร์กที่สำคัญ

9
00:01:28,289 --> 00:01:29,389
เช่น

10
00:01:29,389 --> 00:01:41,037
สถานะของเกตเวย์ที่เชื่อมต่ออยู่แล้วและไม่เชื่อมต่อ

11
00:01:41,037 --> 00:01:50,588
รายการในตาราง ARP, สถานะการเชื่อมต่อ TCP,

12
00:01:50,588 --> 00:01:59,673
ไบต์ที่รับและส่งสำหรับแต่ละอินเตอร์เน็ต

13
00:01:59,673 --> 00:02:15,980
พร้อมด้วยสถิติไฟร์วอลล์เกี่ยวกับแพ็กเก็ทที่ผ่านและบล็อกตามอินเตอร์เน็ต

14
00:02:15,980 --> 00:02:25,764
และกราฟบางอย่างที่ช่วยให้ฉันมองเห็น อธิบาย

15
00:02:25,764 --> 00:02:35,781
และเปรียบเทียบเมตริกเหล่านี้ได้อย่างแท้จริง

16
00:02:35,781 --> 00:02:50,923
ซึ่งมีความจำเป็นอย่างยิ่งสำหรับการแก้ไขปัญหาบนระบบไฟร์วอลล์ของคุณ

17
00:02:50,923 --> 00:03:00,241
**12.0s - 31.0s:** บางคนในพวกคุณอาจสงสัย

18
00:03:00,241 --> 00:03:09,326
ทำไมใครข้างหน้าถึงสร้างมันขึ้นมาเองหมด?

19
00:03:09,326 --> 00:03:24,934
ทำไมไม่ได้เลือกแดชบอร์ด Grafana บนเว็บไซต์อย่างเป็นทางการของพวกเขา?

20
00:03:24,934 --> 00:03:34,718
เห็นไหมครับ ปัญหาคือเมื่อคุณค้นหา OPNSense

21
00:03:34,718 --> 00:03:55,451
คุณจะไม่พบแดชบอร์ดหลายเพจและพวกเขาก็ไม่ได้แสดงเมตริกที่สำคัญทั้งหมดในแดชบอร์ดครบวงจรเดียว

22
00:03:55,451 --> 00:03:57,547
นอกจากนี้

23
00:03:57,547 --> 00:04:16,183
บางแดชบอร์ดมีปัญหาหรือไม่ทำงานในการติดตั้งของฉันซึ่งเป็นปัญหาที่ฉันมีกับแดชบอร์ด

24
00:04:16,183 --> 00:04:26,200
Grafanaโดยรวมไม่ใช่สำหรับการติดตาม OPNSense

25
00:04:26,200 --> 00:04:28,064
เท่านั้น

26
00:04:28,064 --> 00:04:46,467
เมื่อฉันค้นหาแดชบอร์ดการติดตามคอนเทนเนอร์หรือการติดตามเซิร์ฟเวอร์ก็เช่นเดียวกัน

27
00:04:46,467 --> 00:05:15,121
มีบายังอยู่เสมอที่ไม่ทำงานหรือฉันอยากเปลี่ยนบางอย่างให้พอดีกับสภาพแวดล้อมของฉันมากขึ้นหรือแสดงเมตริกที่ฉันให้ความสำคัญจริงๆ

28
00:05:15,121 --> 00:05:21,177
**31.0s - 52.0s:** ดังนั้น

29
00:05:21,177 --> 00:05:50,762
ฉันคิดว่าถึงเวลาที่ฉันควรคุ้นเคยกับวิธีการสร้างแดชบอร์ดเหล่านี้ขึ้นมาเองโดยสมบูรณ์แทนที่จะพึ่งพาแดชบอร์ดชุมชนที่เผยแพร่อยู่บ้าง

30
00:05:50,762 --> 00:05:58,916
ที่จริงแล้วการสร้างแดชบอร์ด Grafana

31
00:05:58,916 --> 00:06:22,211
ที่กำหนดเองโดยสมบูรณ์จากเริ่มต้นดูน่ากลัวสำหรับฉันในตอนแรกโดยเฉพาะเพราะฉันไม่คุ้นเคยกับภาษาการสอบถาม

32
00:06:22,211 --> 00:06:30,131
Prometheus แต่ฉันได้ทำการวิจัยบ้าง

33
00:06:30,131 --> 00:06:41,080
ฉันใช้เวลาสองสามชั่วโมบายพลิกกับการตั้งค่าต่างๆ

34
00:06:41,080 --> 00:06:49,699
ใน Grafana ลองเล่นกับการสอบถาม PromQL

35
00:06:49,699 --> 00:06:58,552
ทดลองกับสิ่งที่ทำงานและสิ่งที่ไม่ทำงาน

36
00:06:58,552 --> 00:07:13,228
เพื่อให้คุณไม่ต้องทำมันเองและไม่ต้องผ่านการลองผิดลองถูกเดียวกัน

37
00:07:13,228 --> 00:07:19,052
**52.0s - 75.0s:** แน่นอน

38
00:07:19,052 --> 00:07:28,836
ในที่สุดฉันจะแชร์แดชบอร์ด Grafana OPNSense

39
00:07:28,836 --> 00:07:43,745
ของฉันให้คุณเพื่อคุณสามารถนำเข้าไปในสภาพแวดล้อมของคุณเองได้ง่ายๆ

40
00:07:43,745 --> 00:07:56,091
อย่างไรก็ตาม ฉันยังคิดว่าฉันจะใช้โอกาสนี้ทำบทสอนเล็กๆ

41
00:07:56,091 --> 00:08:05,409
เกี่ยวกับ PromQL และวิธีการสร้างแดชบอร์ด

42
00:08:05,409 --> 00:08:09,369
Grafana ของคุณเอง

43
00:08:09,369 --> 00:08:35,693
อาจจะไม่ใช่จากเริ่มต้นโดยสมบูรณ์แต่ก็มีประโยชน์อย่างยิ่งที่จะรู้บางสิ่งพื้นฐานเหล่านี้หากคุณต้องการนำเข้าแดชบอร์ด

44
00:08:35,693 --> 00:08:37,324
Grafana

45
00:08:37,324 --> 00:08:51,068
จากชุมชนบ้างแต่บางครั้งคุณอาจจะอยากปรับเปลี่ยนบางอย่างเล็กๆ

46
00:08:51,068 --> 00:08:52,233
น้อยๆ

47
00:08:52,233 --> 00:09:04,346
ที่นี่และนั่นเพื่อให้พอดีกับสภาพแวดล้อมของคุณมากขึ้น

48
00:09:04,346 --> 00:09:13,431
และฉันคิดว่านี่สมควรแก่ค่าเป็นอย่างยิ่ง

49
00:09:13,431 --> 00:09:19,954
**75.0s - 89.0s:** นอกจากนี้

50
00:09:19,954 --> 00:09:26,244
ก่อนที่เราจะเริ่มเข้าเรื่อง

51
00:09:26,244 --> 00:09:54,897
ฉันอยากแสดงให้คุณเห็นเครื่องมืออันน่าทึ่งอีกชิ้นหนึ่งที่ช่วยให้คุณจัดการโปรเจกต์เทคโนโลยีและโปรเจกต์โฮมแล็บทั้งหมดของคุณได้

52
00:09:54,897 --> 00:10:05,846
เพราะหากคุณเหมือนกับฉันและคุณพยายามที่จะทำหลายๆ

53
00:10:05,846 --> 00:10:20,755
อย่างพร้อมกัน มันง่ายมากที่จะสูญเสียการติดตาม และเครื่องมือง่ายๆ

54
00:10:20,755 --> 00:10:26,812
เช่นสเปรดชีตหรือสมุดบันทึก

55
00:10:26,812 --> 00:10:34,033
มันก็ไม่ได้ทำงานได้ดีเท่าที่ควร

56
00:10:34,033 --> 00:10:43,584
และนั่นคือจุดที่ monday.com เข้ามามีบทบาท

57
00:10:43,584 --> 00:10:58,959
มันคือแพลตฟอร์มการทำงานที่ครบวงจรสำหรับการจัดการโปรเจกต์ที่ซับซ้อน

58
00:10:58,959 --> 00:11:06,181
การทำงานร่วมกัน และการทำงานซ้ำๆ

59
00:11:06,181 --> 00:11:15,732
ให้เป็นอัตโนมัติ **89.0s - 110.0s:** ครับ

60
00:11:15,732 --> 00:11:25,749
พวกคุณทุกคน ดังนั้นให้เราเริ่มสร้างแดชบอร์ด

61
00:11:25,749 --> 00:11:33,902
Grafana ที่กำหนดเองกันบ้าง อีกครั้ง

62
00:11:33,902 --> 00:11:43,686
สิ่งนี้เชื่อมโยงกับสแต็กการติดตาม OPNSense

63
00:11:43,686 --> 00:11:50,675
ของฉันอย่างแน่นอน อย่างไรก็ตาม

64
00:11:50,675 --> 00:12:09,078
ฉันก็อยากบอกว่าทุกอย่างที่เรากล่าวถึงในวิดีโอนี้อาจช่วยคุณได้ในการสร้างแดชบอร์ด

65
00:12:09,078 --> 00:12:19,095
Grafana ที่กำหนดเองสำหรับกรณีการใช้งานอื่นๆ

66
00:12:19,095 --> 00:12:22,123
ของคุณได้ด้วย

67
00:12:22,123 --> 00:12:41,924
ดังนั้นหากคุณต้องการสร้างแดชบอร์ดการติดตามคอนเทนเนอร์หรือแดชบอร์ดการติดตามเซิร์ฟเวอร์

68
00:12:41,924 --> 00:12:53,572
ทุกประการที่เราได้ครอบคลุมในนี้จะช่วยคุณได้เช่นกัน

69
00:12:53,572 --> 00:12:58,231
**110.0s - 135.0s:**

70
00:12:58,231 --> 00:13:12,441
ดังนั้นที่นี่ฉันกำลังเก็บและรวมเมตริกสำคัญทั้งหมดจากระบบต่างๆ

71
00:13:12,441 --> 00:13:18,032
ของฉันไม่ใช่แค่ OPNSense

72
00:13:18,032 --> 00:13:28,282
แต่ยังรวมถึงเซิร์ฟเวอร์และคอนเทนเนอร์ Docker

73
00:13:28,282 --> 00:13:30,612
ของฉันด้วย

74
00:13:30,612 --> 00:14:18,833
คุณสามารถเห็นเมตริกที่แตกต่างกันทั้งหมดที่เก็บไว้ในนั้นพร้อมด้วยค่าดิบทั้งหมดและดังนั้นเราจึงต้องใช้ฟังก์ชันที่ฉลาดบางอย่างบางครั้งคำนวณหรือกรองเพื่อสร้างการสอบถามของเราเพื่อมองเห็นและรวบรวมสิ่งที่เราต้องการ

75
00:14:18,833 --> 00:14:23,958
และเมื่อคุณแก้ไขพวกเขา

76
00:14:23,958 --> 00:14:32,344
คุณยังสามารถเปลี่ยนสไตล์การแสดงผล สี

77
00:14:32,344 --> 00:14:42,827
การตั้งค่าหน่วย รายละเอียดเครื่องมือ และอื่นๆ

78
00:14:42,827 --> 00:14:51,679
ได้ มันคือระบบที่ซับซ้อนมาก **135.0s -

79
00:14:51,679 --> 00:14:53,776
162.0s:**

80
00:14:53,776 --> 00:15:06,122
ส่วนใหญ่ของเนื้อหาในนี้คือสิ่งที่สะดวกต่อการใช้งานมาก

81
00:15:06,122 --> 00:15:17,071
ดังนั้นฉันคิดว่าเราไม่จำเป็นต้องครอบคลุมทั้งหมด

82
00:15:17,071 --> 00:15:27,554
แต่บางสิ่งพื้นฐานในความเห็นของฉันนั้นสำคัญมาก

83
00:15:27,554 --> 00:15:34,543
ก่อนอื่นเรามาเริ่มจากรูปแบบกัน

84
00:15:34,543 --> 00:15:44,792
เกี่ยวกับวิธีที่ exporter ให้เมตริกสำหรับงาน

85
00:15:44,792 --> 00:15:54,344
scraping ใน Prometheus หรือโดยใช้ Grafana

86
00:15:54,344 --> 00:15:59,701
alloy มันคือบริการเล็กๆ

87
00:15:59,701 --> 00:16:09,253
ที่เราใช้ในบทสอนก่อนหน้านี้เพื่อ scraping

88
00:16:09,253 --> 00:16:19,735
สองตัว exporter ที่จะให้เมตริกสำหรับไฟร์วอลล์

89
00:16:19,735 --> 00:16:29,985
OPNSense ของฉัน ก่อนอื่นคือ OS node exporter

90
00:16:29,985 --> 00:16:32,781
ที่มากับระบบ

91
00:16:32,781 --> 00:16:52,349
ซึ่งส่วนใหญ่รับผิดชอบในการให้เมตริกเกี่ยวกับสถิติทั่วไปของระบบที่ส่วนใหญ่เป็นมาตรฐาน

92
00:16:52,349 --> 00:17:01,667
freedesktop เพราะนั่นคือสิ่งที่ OPNSense

93
00:17:01,667 --> 00:17:12,383
ใช้อยู่ภายใต้ **162.0s - 188.0s:** แต่ฉันก็ใช้

94
00:17:12,383 --> 00:17:17,508
container Docker เล็กๆ

95
00:17:17,508 --> 00:17:25,894
อีกตัวหนึ่ง นี่เป็นโครงการชุมชนจริงๆ

96
00:17:25,894 --> 00:17:36,377
ที่เรียว่า opensense exporter โดย AthenasMind

97
00:17:36,377 --> 00:17:44,996
และมันจะเชื่อมต่อกับ API ของ OPNSense

98
00:17:44,996 --> 00:17:53,848
เพื่อเก็บรวบรวมเมตริกเฉพาะของ OPNSense

99
00:17:53,848 --> 00:18:02,934
เพิ่มเติม ทั้งหมดสามารถ scraping สองตัว

100
00:18:02,934 --> 00:18:12,951
exporter เหล่านี้และนำเข้าข้อมูลทั้งหมดเข้า

101
00:18:12,951 --> 00:18:23,433
Prometheus และสิ่งเหล่านี้มักเริ่มด้วย # help

102
00:18:23,433 --> 00:18:37,178
นี่คือข้อความช่วยเหลือที่อธิบายว่าเมตริกตัวนี้เกี่ยวกับอะไร

103
00:18:37,178 --> 00:18:46,263
แล้วจะดำเนินต่อในบรรทัดถัดไปด้วย # type

104
00:18:46,263 --> 00:18:58,842
จากนั้นก็จะเป็นชื่อของเมตริกแล้วจึงเป็นประเภทของเมตริก

105
00:18:58,842 --> 00:19:13,285
โปรดทราบว่ามีประเภทของเมตริกที่แตกต่างกันสี่ประเภทที่คุณควรรู้

106
00:19:13,285 --> 00:19:23,069
**188.0s - 216.0s:** ประเภทแรกคือ counters

107
00:19:23,069 --> 00:19:32,155
ซึ่งคือตัวเลขง่ายๆ ที่เพิ่มขึ้นเท่านั้น

108
00:19:32,155 --> 00:19:56,615
ดังนั้นพวกมันมักเริ่มต้นที่ศูนย์หรือที่หนึ่งหรือค่าอื่นใดแล้วก็จะเพิ่มขึ้นตามเวลาและบางครั้งจะรีเซ็ตเมื่อ

109
00:19:56,615 --> 00:20:00,575
exporter รีสตาร์ต

110
00:20:00,575 --> 00:20:16,882
ดังนั้นบางครั้งจะใช้นับเวลาใช้งานของระบบหรือในกรณีนี้นับจำนวนรวมของการ

111
00:20:16,882 --> 00:20:22,007
scraping node exporter

112
00:20:22,007 --> 00:20:32,256
นี่คือตัวเลขที่เพิ่มขึ้นเสมอเมื่อคุณรีสตาร์ต

113
00:20:32,256 --> 00:20:34,120
exporter

114
00:20:34,120 --> 00:20:43,904
มันจะรีเซ็ตเป็นศูนย์แล้วดำเนินต่อไปจากนั้น

115
00:20:43,904 --> 00:20:50,194
ประเภทเมตริกถัดไปคือ gauges

116
00:20:50,194 --> 00:21:04,404
ฉันหวังว่าฉันจะอ่านเสียงได้ถูกหรือไม่ถ้าไม่คุณแก้ไขในคอมเมนต์

117
00:21:04,404 --> 00:21:12,324
แต่ gauges เป็นตัวเลขง่ายๆ เช่นกัน

118
00:21:12,324 --> 00:21:18,148
แต่เมื่อเทียบกับ counters

119
00:21:18,148 --> 00:21:24,904
พวกมันไม่ใช่เพิ่มขึ้นเท่านั้น

120
00:21:24,904 --> 00:21:29,796
พวกมันสามารถขึ้นลงได้

121
00:21:29,796 --> 00:21:44,705
และพวกมันใช้เพื่อเปิดเผยไบต์ว่างบนหน่วยความจำของระบบเป็นตัวอย่าง

122
00:21:44,705 --> 00:21:54,489
นี้ยังใช้สำหรับการใช้งานดิสก์และของแบบนั้น

123
00:21:54,489 --> 00:21:59,847
**216.0s - 240.0s:** ดี

124
00:21:59,847 --> 00:22:14,057
ตอนนี้ให้ฉันแสดงให้คุณเห็นวิธีการสร้างแผนภูมิการแสดงผลกันก่อน

125
00:22:14,057 --> 00:22:30,131
ก่อนอื่นคุณต้องเลือกประเภทเมตริกที่ถูกต้องและเข้าใจโครงสร้างของข้อมูล

126
00:22:30,131 --> 00:22:40,381
สำหรับการใช้งาน CPU คุณจะต้องใช้เมตริกประเภท

127
00:22:40,381 --> 00:22:45,972
gauge ที่แสดงค่าปัจจุบัน

128
00:22:45,972 --> 00:22:53,426
สำหรับการขนส่งเครือข่าย counters

129
00:22:53,426 --> 00:23:01,812
จะเหมาะกว่าเพราะแสดงข้อมูล 누적ตามเวลา

130
00:23:01,812 --> 00:23:05,773
เมื่อสร้างแผนภูมิ

131
00:23:05,773 --> 00:23:20,216
ให้พิจารณาว่าเมตริกใดสำคัญที่สุดสำหรับกรณีการใช้งานเฉพาะของคุณ

132
00:23:20,216 --> 00:23:28,136
การใช้งาน CPU หน่วยความจำ และดิสก์

133
00:23:28,136 --> 00:23:37,454
มักเป็นตัวบอกสุขภาพของระบบที่สำคัญที่สุด

134
00:23:37,454 --> 00:23:54,926
สถิติอินเตอร์เน็ตเช่นไบต์ที่รับและส่งจะช่วยให้คุณเข้าใจรูปแบบการขนส่งข้อมูล

135
00:23:54,926 --> 00:24:03,079
**240.0s - 260.0s:** ตัวแปร Grafana

136
00:24:03,079 --> 00:24:16,357
เป็นฟีเจอร์ที่ทรงพลังที่ช่วยให้คุณสร้างแดชบอร์ดแบบไดนามิก

137
00:24:16,357 --> 00:24:25,209
คุณสามารถกำหนดตัวแปรสำหรับอินเตอร์เน็ต

138
00:24:25,209 --> 00:24:31,033
ช่วงเวลา หรือประเภทเมตริก

139
00:24:31,033 --> 00:24:46,641
แล้วใช้พวกเขาในการสอบถามของคุณเพื่อให้แดชบอร์ดของคุณยืดหยุ่นมากขึ้น

140
00:24:46,641 --> 00:24:49,437
ตัวอย่างเช่น

141
00:24:49,437 --> 00:25:08,073
คุณสามารถสร้างตัวแปรสำหรับอินเตอร์เน็ตแล้วใช้มันเพื่อแสดงเมตริกอินเตอร์เน็ตต่างๆ

142
00:25:08,073 --> 00:25:17,158
โดยไม่ต้องสร้างแผนภูมิแยกสำหรับแต่ละตัว

143
00:25:17,158 --> 00:25:21,817
**260.0s - 280.0s:**

144
00:25:21,817 --> 00:25:34,397
ฟังก์ชันการรวมเป็นสิ่งสำคัญสำหรับสรุปชุดข้อมูลขนาดใหญ่

145
00:25:34,397 --> 00:25:43,715
ฟังก์ชันเช่น sum() avg() max() และ min()

146
00:25:43,715 --> 00:25:54,198
ช่วยลดข้อมูลซับซ้อนให้เป็นข้อมูลที่มีความหมาย

147
00:25:54,198 --> 00:25:57,692
คุณอาจใช้ sum()

148
00:25:57,692 --> 00:26:10,737
เพื่อรับจำนวนรวมของการขนส่งข้อมูลข้ามอินเตอร์เน็ตทั้งหมด

149
00:26:10,737 --> 00:26:19,356
หรือใช้ avg() เพื่อคำนวณการใช้งาน CPU

150
00:26:19,356 --> 00:26:22,385
เฉลี่ยตามเวลา

151
00:26:22,385 --> 00:26:42,652
การเข้าใจเมื่อใช้ฟังก์ชันการรวมแต่ละตัวเป็นกุญแจสำคัญในการสร้างแดชบอร์ดที่มีประสิทธิภาพ

152
00:26:42,652 --> 00:26:47,311
**280.0s - 300.0s:**

153
00:26:47,311 --> 00:27:01,754
เมื่อทำงานกับข้อมูลชุดเวลาการเลือกหน่วยที่ถูกต้องเป็นสิ่งสำคัญ

154
00:27:01,754 --> 00:27:10,140
การใช้งาน CPU มักแสดงเป็นเปอร์เซ็นต์

155
00:27:10,140 --> 00:27:18,294
หน่วยความจำเป็นกิกะไบต์หรือเมกะไบต์

156
00:27:18,294 --> 00:27:27,845
และการขนส่งข้อมูลเป็นบิตหรือไบต์ต่อวินาที

157
00:27:27,845 --> 00:27:29,475
Grafana

158
00:27:29,475 --> 00:27:48,577
ทำให้ง่ายต่อการระบุหน่วยเหล่านี้และแม้สร้างรูปแบบหน่วยที่กำหนดเองสำหรับเมตริกเฉพาะ

159
00:27:48,577 --> 00:27:53,237
**300.0s - 320.0s:**

160
00:27:53,237 --> 00:28:05,816
การเขียนทับช่วยให้คุณปรับแต่งการแสดงผลตามเงื่อนไขเฉพาะ

161
00:28:05,816 --> 00:28:08,611
ตัวอย่างเช่น

162
00:28:08,611 --> 00:28:24,685
คุณสามารถเน้นอินเตอร์เน็ตที่มีอัตราผิดพลาดสูงโดยการเปลี่ยนสีของพวกเขา

163
00:28:24,685 --> 00:28:34,702
หรือแสดงการเตือนระบบที่สำคัญเป็นตัวบอกสีแดง

164
00:28:34,702 --> 00:28:52,640
การเขียนทับทำให้แดชบอร์ดของคุณน่าสนใจขึ้นและช่วยดึงความสนใจไปยังปัญหาที่สำคัญ

165
00:28:52,640 --> 00:28:57,299
**320.0s - 340.0s:**

166
00:28:57,299 --> 00:29:12,441
การสอบถามหลายตัวในแผนภูมิเดียวสามารถแสดงเมตริกที่เกี่ยวข้องรวมกัน

167
00:29:12,441 --> 00:29:15,236
ตัวอย่างเช่น

168
00:29:15,236 --> 00:29:32,009
คุณสามารถแสดงทั้งการขนส่งข้อมูลที่รับและส่งสำหรับอินเตอร์เน็ตในกราฟเดียว

169
00:29:32,009 --> 00:29:36,901
หรือแสดงการใช้งาน CPU

170
00:29:36,901 --> 00:29:42,957
คู่กับการใช้งานหน่วยความจำ

171
00:29:42,957 --> 00:29:56,702
สิ่งนี้ช่วยในการวิเคราะห์ความสัมพันธ์และลดความรกของแดชบอร์ด

172
00:29:56,702 --> 00:30:01,361
**340.0s - 360.0s:**

173
00:30:01,361 --> 00:30:13,707
การสรุปและกรองข้อมูลช่วยให้คุณมุ่งเน้นที่สิ่งที่สำคัญ

174
00:30:13,707 --> 00:30:22,559
ใช้ช่วงเวลาเพื่อวิเคราะห์ช่วงเวลาเฉพาะ

175
00:30:22,559 --> 00:30:32,576
และกรองเพื่อแสดงเมตริกที่เกี่ยวข้องเท่านั้น

176
00:30:32,576 --> 00:30:35,372
ตัวอย่างเช่น

177
00:30:35,372 --> 00:30:50,048
คุณอาจกรองเพื่อแสดงเฉพาะอินเตอร์เน็ตที่มีกิจกรรมเหนือเกณฑ์หนึ่ง

178
00:30:50,048 --> 00:30:58,900
หรือสรุปข้อมูลตามแอพลิเคชั่นหรือบริการ

179
00:30:58,900 --> 00:31:03,559
**360.0s - 380.0s:**

180
00:31:03,559 --> 00:31:18,002
ตัวแปรการเลือกหลายตัวเพิ่มความยืดหยุ่นให้แดชบอร์ดของคุณมากขึ้น

181
00:31:18,002 --> 00:31:26,156
แทนที่จะเลือกเพียงอินเตอร์เน็ตเดียว

182
00:31:26,156 --> 00:31:42,229
คุณสามารถเลือกอินเตอร์เน็ตหลายตัวเพื่อเปรียบเทียบประสิทธิภาพของพวกเขา

183
00:31:42,229 --> 00:32:05,758
สิ่งนี้มีประโยชน์อย่างยิ่งสำหรับการวิเคราะห์เครือข่ายหรือเมื่อติดตามเซิร์ฟเวอร์หรือคอนเทนเนอร์หลายตัว

184
00:32:05,758 --> 00:32:10,417
**380.0s - 400.0s:**

185
00:32:10,417 --> 00:32:24,161
ตารางเป็นเครื่องมือที่ยอดเยี่ยมสำหรับการนำเสนอข้อมูลละเอียด

186
00:32:24,161 --> 00:32:33,712
ใช้เพื่อแสดงสถิติอินเตอร์เน็ต กฎไฟร์วอลล์

187
00:32:33,712 --> 00:32:39,303
หรือรายละเอียดการตั้งค่า

188
00:32:39,303 --> 00:32:49,087
ตารางสามารถปรับแต่งด้วยการจัดเรียง การกรอง

189
00:32:49,087 --> 00:33:02,132
และการจัดหมวดหมู่คอลัมน์เพื่อให้เป็นมิตรกับผู้ใช้มากขึ้น

190
00:33:02,132 --> 00:33:22,632
ฟังก์ชันการแปลงข้อมูลช่วยในการทำความสะอาดและจัดรูปแบบข้อมูลตารางเพื่อความสามารถในการอ่าน

191
00:33:22,632 --> 00:33:32,183
**400.0s - 420.0s:** สำหรับสถิติไฟร์วอลล์

192
00:33:32,183 --> 00:33:47,092
คุณสามารถสร้างตารางที่แสดงแพ็กเก็ทที่ผ่านและบล็อกตามอินเตอร์เน็ต

193
00:33:47,092 --> 00:34:01,302
สิ่งนี้ช่วยให้ระบุปัญหาด้านความปลอดภัยและรูปแบบการขนส่งข้อมูล

194
00:34:01,302 --> 00:34:16,910
ด้วยการสรุปข้อมูลและการใช้การคำนวณเช่นเปอร์เซ็ตของการสูญหายแพ็กเก็ท

195
00:34:16,910 --> 00:34:32,751
คุณสามารถได้ข้อมูลเชิงลึกเกี่ยวกับสถานะความปลอดภัยของเครือข่ายของคุณ

196
00:34:32,751 --> 00:34:37,643
**420.0s - 2206.0s:**

197
00:34:37,643 --> 00:34:51,853
จำไว้ว่าการสร้างแดชบอร์ดที่มีประสิทธิภาพเป็นกระบวนการที่วนซ้ำ

198
00:34:51,853 --> 00:34:57,910
เริ่มต้นด้วยแผนภูมิพื้นฐาน

199
00:34:57,910 --> 00:35:08,626
แล้วเพิ่มการแสดงผลที่ซับซ้อนขึ้นเมื่อคุณรู้จัก

200
00:35:08,626 --> 00:35:14,682
PromQL และ Grafana มากขึ้น

201
00:35:14,682 --> 00:35:23,768
อย่ากลัวทดลองกับประเภทแผนภูมิ การสอบถาม

202
00:35:23,768 --> 00:35:30,290
และตัวเลือกการจัดรูปแบบต่างๆ

203
00:35:30,290 --> 00:35:44,733
เพื่อหาสิ่งที่ทำงานได้ดีที่สุดสำหรับความต้องการการติดตามของคุณ

204
00:35:44,733 --> 00:36:15,483
กุญแจสำคัญสำหรับการสร้างแดชบอร์ดที่ประสบความสำเร็จคือการเข้าใจข้อมูลของคุณและรู้ว่าเมตริกใดสำคัญที่สุดสำหรับกรณีการใช้งานเฉพาะของคุณ

205
00:36:15,483 --> 00:36:24,335
ไม่ว่าคุณจะติดตามไฟร์วอลล์ เซิร์ฟเวอร์

206
00:36:24,335 --> 00:36:30,625
คอนเทนเนอร์ หรือแอพลิเคชั่น

207
00:36:30,625 --> 00:36:46,000
หลักการที่เราได้ครอบคลุมในนี้ใช้กับสถานการณ์การติดตามที่แตกต่างกัน