One Server vs Cluster: What Your Homelab Actually Needs

1
00:00:00,000 --> 00:00:06,122
Hey guys, I've got a question for you.

2
00:00:06,122 --> 00:00:19,333
ช่วยบอกหน่อยก็ได้ว่าคุณเคยเผชิญกับปัญหาประเภทนี้มั้ย เคยจบโปรเจ็กต์ home lab ใหญ่ๆ

3
00:00:19,333 --> 00:00:30,127
แล้วลงทุนเวลาและเงินทองไปมากมายเพื่อให้ทุกอย่างทำงานได้ แล้วก็เผลอๆ

4
00:00:30,127 --> 00:00:44,465
นึกขึ้นมาว่า อะไรครับ อาจจะซับซ้อนเกินไปไปเลยทั้งโปรเจ็กต์ แล้วก็ไม่คุ้มค่าเท่าไหร่ จริงๆ

5
00:00:44,465 --> 00:00:53,487
แล้วก็เป็นความรู้สึกแบบนั้นแหละที่ผมมีหลังจากทำโปรเจ็กต์

6
00:00:53,487 --> 00:00:58,159
FreeNAS Proxmox cluster เสร็จ

7
00:00:58,159 --> 00:01:05,731
เพราะตอนแรกมันดูเหมือนจะเป็นวิธีน่าดึงดูดใจมากๆ

8
00:01:05,731 --> 00:01:12,337
ในการเพิ่มประสิทธิภาพของ home lab ทั้งหมด

9
00:01:12,337 --> 00:01:21,520
โดยการกระจายงานไปในหลายเครื่องขนาดเล็กและใช้พลังงานน้อยลง

10
00:01:21,520 --> 00:01:27,803
แต่จริงๆ แล้วมันก็นำเข้าความท้าทายใหม่ๆ

11
00:01:27,803 --> 00:01:35,052
เข้ามาด้วยเพราะผมต้องซื้อฮาร์ดไดรฟ์ใหม่สามตัว

12
00:01:35,052 --> 00:01:39,402
เพิ่มเมมโมรี่ให้เซิร์ฟเวอร์

13
00:01:39,402 --> 00:01:44,397
ซื้อเซิร์ฟเวอร์ใหม่หนึ่งตัวตลอด

14
00:01:44,397 --> 00:01:49,552
ตั้งระบบเน็ตเวิร์กกี้ที่เร็วขึ้น

15
00:01:49,552 --> 00:01:57,607
และก็เนื่องจากนี้ผมต้องดูแลและแก้ปัญหาของสิ่งต่างๆ

16
00:01:57,607 --> 00:02:00,829
เพิ่มมากขึ้นตลอดเวลา

17
00:02:00,829 --> 00:02:08,079
และเมื่อเมื่อไม่นานมานี้ผมซื้อเซิร์ฟเวอร์ใหม่

18
00:02:08,079 --> 00:02:15,490
HP ML350 ที่แรกนั้นก็เพื่อทดลอง hardware ระดับ

19
00:02:15,490 --> 00:02:21,451
enterprise น่ะครับ แต่ก็ทำให้ผมคิดว่า

20
00:02:21,451 --> 00:02:22,901
อะไรเนี่ย

21
00:02:22,901 --> 00:02:30,956
เซิร์ฟเวอร์ตัวเดียวนี้มีพื้นที่ให้ขยายตัวมากแบบนี้

22
00:02:30,956 --> 00:02:33,373
หากให้ home lab

23
00:02:33,373 --> 00:02:42,878
ทั้งหมดของผมมาอยู่บนเซิร์ฟเวอร์ตัวใหญ่ตัวเดียวแทนที่จะสร้าง

24
00:02:42,878 --> 00:02:44,811
architecture

25
00:02:44,811 --> 00:02:51,094
คลัสเตอร์ที่ซับซ้อนก็คงจะง่ายกว่านะครับ

26
00:02:51,094 --> 00:02:56,894
แน่นอนว่ามันจะทำให้หลายอย่างง่ายขึ้น

27
00:02:56,894 --> 00:02:59,633
และในความคิดของผม

28
00:02:59,633 --> 00:03:09,299
นี่เป็นคำถามที่น่าสนใจเกี่ยวกับว่าคุณควรจะใช้กลยุทธ์แบบไหนใน

29
00:03:09,299 --> 00:03:13,005
home lab ของตัวเองจริงๆ

30
00:03:13,005 --> 00:03:23,799
ดังนั้นคุณจะเพิ่มประสิทธิภาพบนเซิร์ฟเวอร์ตัวเดียวที่มีความสามารถสูง

31
00:03:23,799 --> 00:03:31,049
หรือจะเพิ่มเครื่องจักรภายนอกและสร้าง storage,

32
00:03:31,049 --> 00:03:37,815
networking และ high availability รอบๆ มัน?

33
00:03:37,815 --> 00:03:49,254
เหมาะสมที่คุณควรคิดเรื่องนี้ให้ลึกซึ้งก่อนจะลงทุนในอุปกรณ์ที่ไม่เหมาะสม

34
00:03:49,254 --> 00:03:59,725
แต่ผมไม่ได้หมายความว่ามีคำตอบที่ถูกต้องอย่างเดียวเพราะผมรู้ว่าทุก

35
00:03:59,725 --> 00:04:01,014
home lab

36
00:04:01,014 --> 00:04:07,297
มันก็จะแตกต่างกันและเปลี่ยนแปลงตลอดเวลา

37
00:04:07,297 --> 00:04:16,319
น่าจะมีข้อดีและข้อเสียหลายอย่างสำหรับการตัดสินใจแต่ละแบบ

38
00:04:16,319 --> 00:04:22,764
ดังนั้นผมจะทำวิดีโอนี้ไม่ในฐานะ tutorial

39
00:04:22,764 --> 00:04:29,208
แต่เป็นการพูดคุยเปิดกว้างกับคุณท่านทุกคน

40
00:04:29,208 --> 00:04:36,619
เพื่อพูดคุยเกี่ยวกับข้อดีและข้อเสียของการสร้าง

41
00:04:36,619 --> 00:04:37,908
home lab

42
00:04:37,908 --> 00:04:45,480
บนเซิร์ฟเวอร์ใหญ่ตัวเดียวแทนที่จะสร้างคลัสเตอร์

43
00:04:45,480 --> 00:04:48,057
นั่นครับ ดังนั้น

44
00:04:48,057 --> 00:04:53,696
หวังว่าคุณจะพร้อมสำหรับการพูดคุยนี้

45
00:04:53,696 --> 00:04:59,012
ก่อนที่จะไปต่อ ผมอยากจะขอบคุณ AMD

46
00:04:59,012 --> 00:05:06,423
สำหรับการสนับสนุนวิดีโอนี้ ไม่ใช่แค่ AMD สร้าง

47
00:05:06,423 --> 00:05:09,968
desktop และ mobile CPU

48
00:05:09,968 --> 00:05:17,217
เร็วที่สุดและมีประสิทธิภาพ พวกเขายังสร้าง AMD

49
00:05:17,217 --> 00:05:23,662
epic processors ซึ่งเป็น processor ระดับ

50
00:05:23,662 --> 00:05:30,428
enterprise น่ะครับ server CPUs for serious

51
00:05:30,428 --> 00:05:34,456
infrastructure workloads.

52
00:05:34,456 --> 00:05:40,739
และผมได้พูดถึงสิ่งนี้ในวิดีโอก่อนๆ แล้ว

53
00:05:40,739 --> 00:05:46,216
ทัศนคติในเรื่องของ enterprise gear

54
00:05:46,216 --> 00:05:50,405
สามารถมีผลสำคัญใน home lab

55
00:05:50,405 --> 00:05:56,527
เพราะคุณจะได้เข้าถึง hardware features

56
00:05:56,527 --> 00:06:05,227
ที่คุณมักจะได้ไม่เห็นหรือจะได้แต่ในรูปแบบที่จำกัดมากบน

57
00:06:05,227 --> 00:06:12,154
platform ทั่วไปของผู้บริโภค โดยใช้ AMD epic

58
00:06:12,154 --> 00:06:18,599
คุณจะได้ CPU cores เยอะมาก ความจุ memory

59
00:06:18,599 --> 00:06:24,721
มหาศาล และ bandwidth สูง พร้อมกับหลายๆ

60
00:06:24,721 --> 00:06:34,709
PCI Express lanes สำหรับ expansion cards เช่น fast networking,

61
00:06:34,709 --> 00:06:40,992
storage controllers, NVMe GPUs และอื่นๆ

62
00:06:40,992 --> 00:06:47,598
นี้ทำให้คุณมีพลังงานเพื่อทดลองใน home lab

63
00:06:47,598 --> 00:06:54,203
มากขึ้น และสำหรับบริษัทที่เป็น enterprise

64
00:06:54,203 --> 00:06:55,331
น่ะครับ

65
00:06:55,331 --> 00:07:03,386
ซึ่งเรื่องนี้ก็มีความสำคัญมากขึ้นเพราะคุณสามารถรวม

66
00:07:03,386 --> 00:07:09,669
virtual machines ไว้บน host เดียว สร้าง

67
00:07:09,669 --> 00:07:16,275
storage-heavy systems, ทำงานกับ databases

68
00:07:16,275 --> 00:07:20,302
และสร้าง server platforms

69
00:07:20,302 --> 00:07:27,069
ที่ยังมีพื้นที่สำหรับ cloud และ on-premise

70
00:07:27,069 --> 00:07:34,157
workloads ได้มาก และสำหรับ systems ที่ใช้ AI

71
00:07:34,157 --> 00:07:41,568
ต่อเนื่อง ก็เช่นกัน CPU มีความสำคัญเพราะจัดการ

72
00:07:41,568 --> 00:07:48,496
data preparation, post-processing, storage,

73
00:07:48,496 --> 00:07:55,584
networking และ host-side work และขึ้นอยู่กับ

74
00:07:55,584 --> 00:08:02,995
platform และ configuration ที่ตั้งไว้ AMD epic

75
00:08:02,995 --> 00:08:09,923
ยังรวม AMD Infinity Guard security features

76
00:08:09,923 --> 00:08:16,850
ซึ่งถูกออกแบบมาเพื่อช่วยปกป้อง workloads ใน

77
00:08:16,850 --> 00:08:23,617
virtualized และ cloud environments ดังนั้น

78
00:08:23,617 --> 00:08:30,383
ด้วย AMD epic คุณจะได้ x86 server platform

79
00:08:30,383 --> 00:08:35,377
ที่มีพลังงานสูง, มีประสิทธิภาพ,

80
00:08:35,377 --> 00:08:50,844
สามารถขยายตัวได้ และ compatible กับ infrastructure stack ที่ผู้คนส่วนใหญ่ใช้อยู่แล้ว เช่น Linux,

81
00:08:50,844 --> 00:08:57,771
databases, cloud-native workloads และ tools

82
00:08:57,771 --> 00:09:04,054
ทั้งหมดที่เคยใช้ ในความคิดของผม นี่เป็น

83
00:09:04,054 --> 00:09:11,304
platform ทนต่อการใช้งานมากสำหรับทั้ง home lab

84
00:09:11,304 --> 00:09:17,909
ที่มีความสำคัญและบริษัทที่เป็น enterprise

85
00:09:17,909 --> 00:09:25,159
ดังนั้น ถ้าคุณสนใจจะลองดู ก็ใช้ AMD epic link

86
00:09:25,159 --> 00:09:31,926
ใน description ของวิดีโอนี้น่ะครับ Alright

87
00:09:31,926 --> 00:09:33,025
guys,

88
00:09:33,025 --> 00:09:42,369
ตอนนี้ก่อนที่จะลงมาเจาะลึกรายละเอียดของการติดตั้งสองแบบนี้

89
00:09:42,369 --> 00:09:54,774
ให้เราย้อนกลับไปข้างหนึ่งขั้นตอนและดูว่าการตัดสินใจนี้มันเกิดขึ้นมาได้อย่างไร

90
00:09:54,774 --> 00:10:00,574
เพราะ home labs มักจะไม่เริ่มต้นด้วย

91
00:10:00,574 --> 00:10:06,213
architectural plan ที่สมบูรณ์อะครับ

92
00:10:06,213 --> 00:10:13,302
อย่างน้อยผมก็เป็นอย่างนั้นแหละ โดยทั่วไปแล้ว

93
00:10:13,302 --> 00:10:19,101
home labs เริ่มต้นด้วยโปรเจ็กต์เล็กๆ

94
00:10:19,101 --> 00:10:29,573
เรื่องใดเรื่องหนึ่ง คุณอาจจะเริ่มด้วยเซิร์ฟเวอร์เดียว แล้วก็ค่อยๆ

95
00:10:29,573 --> 00:10:31,668
ขยายไปเรื่อยๆ

96
00:10:31,668 --> 00:10:37,467
แล้วก็เกิดความต้องการเพิ่มเติมเข้ามา

97
00:10:37,467 --> 00:10:44,556
คุณอาจจะต้องการทดลองมากขึ้น หรืออาจจะเริ่มมี

98
00:10:44,556 --> 00:10:49,389
application หรือ service ใหม่ๆ

99
00:10:49,389 --> 00:10:53,095
ที่ต้องการเครื่องแยกกัน

100
00:10:53,095 --> 00:10:57,122
เมื่อความต้องการเพิ่มขึ้น

101
00:10:57,122 --> 00:11:02,922
คุณก็เริ่มคิดว่าต้องการอะไรเพิ่มเติม

102
00:11:02,922 --> 00:11:11,944
และเมื่อคุณมีความเข้าใจเกี่ยวกับความต้องการของตัวเองแล้ว

103
00:11:11,944 --> 00:11:18,549
คุณก็จะเริ่มพิจารณาว่าจะขยายแบบไหนมากขึ้น

104
00:11:18,549 --> 00:11:22,416
ขยายแบบ vertical scaling

105
00:11:22,416 --> 00:11:29,505
(ทดแทนที่จะทำให้เครื่องเดิมมีพลังงานสูงขึ้น)

106
00:11:29,505 --> 00:11:33,210
หรือ horizontal scaling

107
00:11:33,210 --> 00:11:39,654
(เพิ่มเครื่องเพิ่มขึ้น) ในแบบ horizontal

108
00:11:39,654 --> 00:11:45,776
scaling คุณเพิ่มเครื่องใหม่เพื่อใช้งาน

109
00:11:45,776 --> 00:11:50,771
แต่ก็เพิ่มความซับซ้อนเข้ามาด้วย

110
00:11:50,771 --> 00:11:58,181
เช่นคุณต้องแก้ปัญหา networking ระหว่างเครื่อง,

111
00:11:58,181 --> 00:12:04,142
shared storage, และ high availability

112
00:12:04,142 --> 00:12:15,742
ความซับซ้อนที่เพิ่มเข้ามานี้ทำให้คุณต้องการความรู้และประสบการณ์เพิ่มขึ้น

113
00:12:15,742 --> 00:12:21,542
แต่ก็เป็นโอกาสที่ดีสำหรับการเรียนรู้

114
00:12:21,542 --> 00:12:28,792
แต่ก็มีข้อดีของการเลือกแบบ horizontal scaling

115
00:12:28,792 --> 00:12:33,464
หรือสร้างคลัสเตอร์เช่นกันครับ

116
00:12:33,464 --> 00:12:38,136
ถ้าคุณมีความต้องการใช้งานมากๆ

117
00:12:38,136 --> 00:12:45,063
ในขณะเดียวกัน การกระจายงานไปให้เครื่องหลายๆ

118
00:12:45,063 --> 00:12:51,024
เครื่องช่วยลดภาระให้แต่ละเครื่องลงได้

119
00:12:51,024 --> 00:12:59,724
และเมื่อเครื่องใดเครื่องหนึ่งพังก็ยังสามารถทำงานต่อได้

120
00:12:59,724 --> 00:13:04,235
นอกจากนี้ ในบางกรณี workload

121
00:13:04,235 --> 00:13:11,323
อาจจะจำเป็นต้องใช้ CPU และ memory รวมกันมากๆ

122
00:13:11,323 --> 00:13:21,956
ซึ่งอาจจะต้องใช้เซิร์ฟเวอร์เดียวขนาดใหญ่กว่าการกระจายไปหลายเครื่อง

123
00:13:21,956 --> 00:13:28,401
เพราะ workload ตัวเดียวมักจะไม่สามารถรวม

124
00:13:28,401 --> 00:13:35,650
resource จากหลายๆ node เข้าด้วยกันได้ นั่นเอง

125
00:13:35,650 --> 00:13:42,739
โดยสรุป ถ้าคุณมี workload ที่ต้องการ CPU และ

126
00:13:42,739 --> 00:13:47,733
memory จำนวนมากรวมกันในที่เดียว

127
00:13:47,733 --> 00:13:53,694
เซิร์ฟเวอร์เดียวขนาดใหญ่อาจจะง่ายกว่า

128
00:13:53,694 --> 00:14:05,777
และว่ามันไม่ได้หมายความว่าคุณต้องยกโอกาสการเรียนรู้และการทดลองไปถ้าคุณสร้าง

129
00:14:05,777 --> 00:14:07,872
home lab รอบๆ

130
00:14:07,872 --> 00:14:16,249
เซิร์ฟเวอร์เดียวครับ ผมได้ยินอาร์กิวเมนต์แบบนี้บ่อยๆ

131
00:14:16,249 --> 00:14:23,177
แต่ผมเชื่อว่าคุณยังคงใช้ virtualization และ

132
00:14:23,177 --> 00:14:25,754
containerization

133
00:14:25,754 --> 00:14:33,649
เพื่อสร้างโปรเจ็กต์และการตั้งค่าที่น่าสนใจได้อยู่

134
00:14:33,649 --> 00:14:39,126
ลองดู Docker และ Kubernetes videos

135
00:14:39,126 --> 00:14:44,604
ของผมที่ผมสร้างบน virtual machines

136
00:14:44,604 --> 00:14:50,242
เต็มรูปแบบหรือถ้าคุณสนใจ networking

137
00:14:50,242 --> 00:14:56,203
คุณสามารถทำ hypervisor ให้ VLAN aware

138
00:14:56,203 --> 00:15:02,486
และทดลองกับ network segmentation, สร้าง

139
00:15:02,486 --> 00:15:09,253
network structures โดยใช้ virtual machines

140
00:15:09,253 --> 00:15:16,503
เท่านั้น หรือติดตั้น firewall เช่น Open Sense

141
00:15:16,503 --> 00:15:17,602
บน VM

142
00:15:17,602 --> 00:15:28,396
มีเทคโนโลยีและสถานการณ์มากมายที่คุณสามารถสร้างและได้ประสบการณ์จริงๆ

143
00:15:28,396 --> 00:15:40,640
โดยเพียงแค่รันบนเซิร์ฟเวอร์เดียวและคุณสามารถทำบาสส่วนหนึ่งในการตั้งค่านี้ให้

144
00:15:40,640 --> 00:15:44,990
fault tolerance ได้ storage

145
00:15:44,990 --> 00:15:52,401
คือตัวอย่างที่ดีครับ เช่นคุณสามารถรวมหลาย hard

146
00:15:52,401 --> 00:15:59,167
drive ให้เป็น hardware หรือ software RAID,

147
00:15:59,167 --> 00:16:08,351
แยก storage server เป็น virtual machine ซึ่งผมเคยที่หลายๆ

148
00:16:08,351 --> 00:16:15,439
ครั้งแล้วก็ทำงานได้ดีเยี่ยมโดยไม่มีปัญหาอะไร

149
00:16:15,439 --> 00:16:21,722
และถ้าคุณใช้ enterprise server platform

150
00:16:21,722 --> 00:16:25,750
คุณก็มักจะได้ ECC memory,

151
00:16:25,750 --> 00:16:31,066
redundant power supplies และอื่นๆ

152
00:16:31,066 --> 00:16:37,188
ข้อดีอีกข้อหนึ่งของการเลือกแบบ cluster

153
00:16:37,188 --> 00:16:44,277
คือคุณไม่ต้องเปลี่ยนหรือ upgrade อะไรทั้งหมด

154
00:16:44,277 --> 00:16:51,527
คุณสามารถเพิ่ม node เพิ่มขึ้นและขยาย home lab

155
00:16:51,527 --> 00:16:58,938
ของคุณไปทีละขั้นตอนได้ นี่ก็เป็นเหตุผลที่ผมใช้

156
00:16:58,938 --> 00:17:06,187
mini PCs ขนาดเล็กสำหรับ Proxmox cluster ของผม

157
00:17:06,187 --> 00:17:14,887
เพราะผมคิดว่ามันมีประโยชน์มากสำหรับการตั้งค่าประเภทนี้

158
00:17:14,887 --> 00:17:22,298
ระบบเหล่านี้ให้คุณได้ compute performance มากๆ

159
00:17:22,298 --> 00:17:26,165
ในขณะที่ใช้ power น้อยลง

160
00:17:26,165 --> 00:17:33,253
ดังนั้นแม้ว่าคุณจะเป็นผู้เริ่มต้นและเริ่มต้น

161
00:17:33,253 --> 00:17:38,570
home lab คุณก็สามารถเริ่มต้นเล็กๆ

162
00:17:38,570 --> 00:17:45,981
และมีประสิทธิภาพพร้อมกับการทำ two-node Proxmox

163
00:17:45,981 --> 00:17:52,264
cluster และเมื่อคุณต้องการขยาย home lab

164
00:17:52,264 --> 00:17:59,675
คุณก็สามารถเพิ่ม mini PCs ขนาดเล็กเพิ่มขึ้นได้

165
00:17:59,675 --> 00:18:09,824
ซึ่งในความคิดของผมเป็นกลยุทธ์ที่ดีที่สุดสำหรับคนที่ต้องการสร้าง

166
00:18:09,824 --> 00:18:15,302
home lab รอบๆ cluster architecture

167
00:18:15,302 --> 00:18:18,846
แต่ว่าควรจะเลือกแบบไหน

168
00:18:18,846 --> 00:18:27,546
จะเป็นแบบอะไรขึ้นอยู่กับความต้องการของแต่ละบ้านน่ะครับ

169
00:18:27,546 --> 00:18:33,507
ทั้งแบบเซิร์ฟเวอร์เดียวและแบบ cluster

170
00:18:33,507 --> 00:18:38,340
มีข้อดีและข้อเสียที่แตกต่างกัน

171
00:18:38,340 --> 00:18:45,106
ผมหวังว่าความเป็นจริงและประสบการณ์ที่ผมได้

172
00:18:45,106 --> 00:18:52,034
share จะช่วยให้คุณตัดสินใจได้ดีขึ้น ผมได้ทำ

173
00:18:52,034 --> 00:18:59,445
video ที่เกี่ยวข้องกับโปรเจ็กต์เหล่านี้ทั้งหมด

174
00:18:59,445 --> 00:19:05,567
คุณจะเจอใน description ด้านล่างน่ะครับ

175
00:19:05,567 --> 00:19:11,850
ถ้าคุณต้องการเรียนรู้เพิ่มเติมเกี่ยวกับ

176
00:19:11,850 --> 00:19:18,616
Proxmox cluster ของผมหรือการใช้ enterprise

177
00:19:18,616 --> 00:19:25,061
server ผมจะ link video เหล่านั้นไว้ให้ดู

178
00:19:25,061 --> 00:19:30,699
สิ่งที่ผมได้เรียนรู้จากการทำ videos

179
00:19:30,699 --> 00:19:46,004
ทั้งหมดและสร้างโปรเจ็กต์เหล่านี้ก็คือคุณไม่ควรเริ่มสร้างบางอย่างเพียงเพราะว่ามันดูน่าประทับใจใน

180
00:19:46,004 --> 00:19:52,126
server rack เริ่มด้วย use case ที่จริง

181
00:19:52,126 --> 00:20:03,726
บันทึกเป้าหมายและโปรเจ็กต์ที่คุณต้องการเรียนรู้บางครั้งน้อยกว่าก็มากกว่า

182
00:20:03,726 --> 00:20:09,365
และการสร้าง home lab ที่สมบูรณ์รอบๆ

183
00:20:09,365 --> 00:20:20,320
เซิร์ฟเวอร์เดียวที่มีความสามารถอาจจะเป็นทางเลือกที่ฉลายขึ้นสำหรับคุณ