2 điểm bởi GN⁺ 2023-08-11 | 1 bình luận | Chia sẻ qua WhatsApp
  • Đặt một rack StarTech 25U trong tủ quần áo trung tâm của nhà, gom Cat6, cáp quang, firewall, switch, server và UPS để quản lý đấu dây và nguồn điện của toàn bộ mạng gia đình tại một chỗ
  • Đường truyền chính là AT&T Fiber đối xứng 1Gb, dự phòng là Verizon 5G giá 50 USD/tháng, và dùng pfSense Gateway Group để chuyển tuyến Internet khi có sự cố
  • Mạng nội bộ kết hợp firewall pfSense, switch Dell·Cisco, xương sống 10Gb SFP+, VLAN và PoE để tách riêng lưu lượng camera, AP, server và NAS
  • Vận hành nhiều dịch vụ tại nhà trên 3 host ESXi 7.0 U3, TrueNAS NAS, JBOD disk shelf và Blue Iris NVR như HomeAssistant, sao lưu, giám sát, blog, PLEX, v.v.
  • Kết nối cả rack trong gara bằng cáp quang, đồng thời bổ sung UPS, máy phát điện, GPS NTP, ADS-B và bộ thu WeatherFlow để xây dựng hạ tầng gia đình có tính đến cả mất điện và lỗi đường truyền

Rack trung tâm và hệ thống dây toàn nhà

  • Rack trong nhà đặt ở tủ quần áo trung tâm, có không gian 2ft x 2ft thông lên gác mái nên rất dễ kéo cáp mạng lên trên
  • Rack là StarTech Rack 25U có thể điều chỉnh, phía trên bố trí thiết bị mạng và patch panel
  • Trên cùng là 2 Monoprice keystone patch panel
    • Phần lớn được lắp Cat6 keystone jack
    • Một số là LC-LC keystone jack cho các đoạn cáp quang dài
    • Các kết nối đi tới camera trong nhà, AP, jack mạng, v.v.
    • Keystone patch panel cho phép thêm hoặc tháo jack mà không cần di chuyển cả panel, nên ít nguy cơ làm hỏng các kết nối khác
  • Quản lý cáp được thực hiện bằng bộ quản lý cáp 1U thông dụng của Amazon và cáp Monoprice SlimRun Cat6a

Internet kép và firewall pfSense

  • Bên dưới patch panel là một máy chủ Supermicro 1U chạy pfSense
    • Intel Pentium Gold G5500
    • ECC RAM 8GB
    • 4 NIC Intel onboard
    • Mellanox Connect-X3 10Gb NIC cho LAN và VLAN
  • Lý do dùng kết nối 10Gb cho LAN và VLAN là vì firewall đảm nhiệm định tuyến giữa các VLAN, và với Internet đối xứng 1Gb thì liên kết 1Gb tới switch rất dễ bị bão hòa
  • Có hai đường truyền Internet
    • AT&T Fiber: đối xứng 1Gb, không giới hạn dữ liệu, đường truyền chính
    • Verizon Gateway: khoảng 300Mb/s tải xuống và 20Mb/s tải lên, 50 USD/tháng, không hợp đồng, không giới hạn dữ liệu, đường dự phòng
  • Hai đường truyền được đưa vào Gateway Group của pfSense, bình thường dùng AT&T Fiber và khi có sự cố sẽ chuyển sang Verizon
  • Kết nối AT&T được cấu hình ở chế độ passthrough để phục vụ inbound connection
  • Kết nối Verizon được để ở cấu hình mặc định vì IP đổi thường xuyên và pfSense đôi khi gặp lỗi với nó
    • pfSense nhận IP nội bộ
    • Inbound connection trên đường Verizon không quá quan trọng, nhưng vẫn cần cho VPN truy cập từ xa và một số kết nối thiết bị bảo mật
  • Để vượt NAT, tác giả thiết lập VPS Linode và WireGuard VPN site-to-site
    • pfSense cục bộ là client còn VPS là server nên về thực tế vượt được NAT
    • Cũng hữu ích trong môi trường CGNAT
    • Trên VPS bật forwarding để truy cập mạng cục bộ
    • NGINX Proxy Manager chuyển tiếp các cổng cụ thể về mạng gia đình
    • Dù ở nhà đang dùng gateway nào, vẫn có thể truy cập bằng cùng một IP hoặc DNS record
  • Blog tự host tại nhà cũng được kết nối theo cách này

Switch, VLAN và mạng không dây

  • Switch 1Gb chính là Dell X1052P, xử lý phần lớn kết nối 1Gb trong nhà và PoE
    • Hỗ trợ PoE và PoE+
    • Cấp nguồn cho AP, thiết bị mạng nhỏ và nhiều camera IP
    • Các kết nối màu xanh là camera IP trong nhà được gom vào VLAN riêng
    • Kết nối với switch 10Gb chính bằng 20Gb LACP trunk
    • Ưu điểm là có 4 kết nối 10Gb, PoE+, ray trượt và chất lượng quạt tốt
    • Nhược điểm lớn là không có cấu hình CLI và giao diện web rất tệ
  • Cisco SG300-28 là switch được thêm vào vì Dell X1052P thiếu cổng 1Gb
    • Kết nối các thiết bị băng thông thấp như IPMI, máy in
    • Nối với switch Dell bằng một liên kết 1Gb duy nhất
    • Có thể nối cổng thứ hai của Verizon Gateway vào VLAN riêng để bỏ qua pfSense và kết nối trực tiếp với Internet Verizon
    • Hữu ích cho RIPE Atlas probe, thử nghiệm kết nối ra ngoài, và kiểm tra bỏ qua DNS hoặc quy tắc firewall
  • Switch 10Gb chính là Cisco SX350-24F
    • Đây là switch SFP+ 10Gb 24 cổng, trong đó 4 cổng là copper combo port
    • NAS được cấp kết nối dual 10Gb
    • Kết nối tới 1 server ESXi, 2 PC desktop, uplink firewall, rack gara và LACP trunk của switch Dell
    • Dùng WiiTek transceiver để cung cấp kết nối 2.5Gb cho HTPC
    • Bản thân switch chỉ hỗ trợ 1Gb và 10Gb, nhưng transceiver xử lý kết nối multigig
  • WiFi dùng 4 Ruckus AP đặt trong nhà và gara
    • Trên trần nhà lắp R510
    • Bên ngoài gara lắp R320; đây không phải AP ngoài trời nhưng đã hoạt động ổn định hơn 3 năm
    • Đánh giá rằng Ruckus AP trông kém đẹp hơn Ubiquiti AP nhưng hoạt động tốt hơn nhiều
    • Dùng chế độ Unleashed để một AP đóng vai trò controller cho toàn bộ AP, không cần controller riêng

Server, lưu trữ và dịch vụ cục bộ

  • Bên dưới thiết bị mạng là một kệ cho thiết bị điện năng thấp và 3 host VMware ESXi
  • Kệ trên cùng chứa hub nhỏ, time server và RIPE Atlas Probe
    • Hubitat Hub
    • Raspberry Pi 3B+ NTP server dùng nguồn thời gian GPS/PPS
    • RIPE Atlas Probe mới kết nối trực tiếp với đường Verizon
    • Raspberry Pi Zero W chạy GPS NTP
    • RIPE Atlas Probe cũ kết nối với đường AT&T
  • Hubitat Hub gần như đã được thay thế bởi HomeAssistant VM
    • Hiện chủ yếu còn dùng để kết nối thiết bị Z-Wave và Zigbee
    • Vẫn còn những thiết bị cần thiết như đầu báo khói và cảm biến rò rỉ nước
  • RIPE Atlas Probe được dùng như thiết bị đóng góp cho việc đo lường Internet
  • NTP server dựa trên GPS cung cấp thời gian rất chính xác cho thiết bị mạng ngay cả khi không có Internet
  • Tất cả host ESXi đều chạy ESXi 7.0 U3
    • Chưa chuyển sang 8.0 vì khi chuyển từ 6.7 lên 7.0 từng gặp nhiều lỗi
    • Các dịch vụ đang chạy gồm Veeam Backup, Borg Backup, Arq Backup, HomeAssistant, HomeBridge, NGINX Proxy Manager, vCenter, Rekor Scout/OpenALPR, Grafana, InfluxDB, LibreNMS, VDI VM, test VM, Windows Domain Lab, Portainer, Kiwix, NextCloud, Mealie, Navidrone, Solarr, PLEX, public SFTP Server, Netbox, qBitTorrent, Prowlarr, blog, v.v.
  • Cấu hình 3 host ESXi như sau
    • ASUS PN50: AMD Ryzen 4800U 8 nhân 16 luồng, DDR4 64GB, NVMe 2TB, dùng Intel M.2 NIC 1Gb vì NIC tích hợp không được ESXi hỗ trợ
    • Lenovo M73 Tiny: i5-4750T, RAM 16GB, SATA SSD 1TB, dùng cho VM nhẹ, cần thay thế vì NIC không còn được VMware 8.0 hỗ trợ
    • Lenovo M720q Tiny: i7-8700T, RAM 64GB, NVMe 2TB, Intel X520 dual 10Gb NIC, đảm nhiệm các VM chuyên về mạng
  • 3 chassis Supermicro 2U đảm nhiệm lưu trữ và NVR
    • Máy đầu tiên là JBOD disk shelf chứa 12 x 8TB SAS disk, làm kho lưu trữ media chính kết nối với NAS
    • Nguồn được duy trì bằng cách jumper PSU connector bằng paperclip thay vì dùng SuperMicro CSE-PTJBOD-CB2, để bật 24/7/365
    • Máy thứ hai là TrueNAS NAS với Xeon E3-1270 V5, ECC RAM 64GB, dual port 25Gb NIC và nhiều HBA
    • LSI 9207-8e kết nối tới 12 x 8TB SAS disk, còn LSI 9300 kết nối tới 6 x 4TB SAS striped mirror cho dữ liệu quan trọng
    • 2 Intel S3700 DC 800GB Enterprise SSD được dùng làm metadata storage, tức Fusion Pool
    • Bài liên quan: My Data Backup Plan - 2021
  • Server thứ ba là Blue Iris NVR
    • Chassis Supermicro 8-bay
    • i7 8700K, DDR4 16GB, NVIDIA Tesla P4, LSI 9207-8i
    • Kho lưu trữ ghi hình khoảng 48TB
    • Dùng AI cục bộ để phát hiện các tình huống như có người đi bộ trong khuôn viên nhà
    • Dùng Intel i350-T4 quad port gigabit NIC, một cổng nối LAN và một cổng nối CCTV VLAN
    • CCTV VLAN được firewall tách biệt hoàn toàn khỏi các mạng khác và Internet
  • Với NVR dùng bo mạch dân dụng không có quản trị từ xa, tác giả gắn thiết bị TinyPilot để có điều khiển từ xa ở mức BIOS

Nguồn điện, làm mát, rack gara và cảm biến bên ngoài

  • Phía dưới rack chính có CyberPower PDU15M2F10R Metered PDU và UPS online/double conversion APC SRT3000RMXLA
  • Khi thiết bị và ổ đĩa tăng lên khiến căn phòng quá nóng, tác giả bổ sung AC Infinity Fan
    • Quạt đẩy không khí vào khoảng trống của một tủ quần áo phía sau
    • Đầu dò nhiệt độ và bộ điều khiển được lắp ở phía trước rack
  • Vertiv/Giest Watchdog 15-P là thiết bị giám sát môi trường dùng nguồn PoE
    • Có thể gửi cảnh báo khi nhiệt độ hoặc độ ẩm vượt ngưỡng nhất định
    • Đã đặt cảnh báo cho nhiệt độ cao và độ ẩm thấp
    • Hỗ trợ SNMP nên có thể lấy dữ liệu vào giải pháp giám sát
  • Tới gara có cáp quang singlemode (SMF) chạy trong ống dẫn
    • AT&T Fiber giữa nhà và gara cũng đi cùng tuyến này
    • Vì có sợi quang mảnh đi dưới cây sồi cao 80ft và khu vực nhiều giông sét nên tác giả dùng Internet dự phòng Verizon
  • Rack gara là rack 12U xin được miễn phí, nhưng với thiết bị sâu thì khó dùng 1U dưới cùng nên thực tế gần như chỉ còn 11U
    • Có switch Cisco WS-C2960S-48LPD-L với 48 cổng PoE+ 1Gb và 2 cổng 10Gb SFP+
    • Có APC Surge Protector PDU và một máy chủ TrueNAS dự phòng
    • TrueNAS dự phòng được dựng từ linh kiện cũ, gồm 4 x 8TB SAS disk cấu hình RAIDZ2
    • Chỉ đảm nhiệm nhận snapshot được sao chép từ NAS chính
    • Bài liên quan: Deploying a TrueNAS Backup Server to my hot Texas Garage
  • Rack gara cũng có TinyPilot, Raspberry Pi NTP dựa trên GPS và UPS
  • Trên xà gara có anten ADS-B, nối với Raspberry Pi gắn SDR để gửi dữ liệu ADS-B máy bay tới FlightAware, FlightRadar24, ADSB-X, v.v.
    • Sẽ tốt hơn nếu đặt anten ra ngoài, và đó là một dự án trong tương lai
  • Trong rack gara cũng có WeatherFlow Tempest Receiver
    • Thiết bị này kết nối với Weather Station đặt trên cột cao ở sân sau
    • Có thể đưa dữ liệu vào HomeAssistant cục bộ qua MQTT mà không cần Internet để dùng cho tự động hóa dựa trên cảm biến
  • Bên ngoài nhà có ATS của máy phát điện và bảng điện
    • Máy phát có công suất 27kW và cấp điện cho toàn bộ ngôi nhà
    • Việc khởi động và chuyển nguồn của máy phát mất khoảng 10 giây, nên UPS chỉ cần trụ tối đa chừng 10 giây
  • Dự án tương lai là lắp cố định Meshtastic LoRa T-Beam để triển khai liên lạc mesh mã hóa không cần Internet
    • Một thiết bị ở nhà, một thiết bị mang theo người, và với anten mặc định cùng lợi thế độ cao hiện đã liên lạc được khoảng 2 dặm
    • Nếu lắp anten tốt hơn ở vị trí cao, có thể liên lạc trong cả khu dân cư mà không cần Internet
    • Hiện một thiết bị đang làm repeater trên bàn làm việc và kết nối vào mạng qua WiFi

1 bình luận

 
GN⁺ 2023-08-11
Ý kiến trên Hacker News
  • Trước đây tôi từng tự host mọi thứ và vận hành một mạng gia đình quá mức với cả backbone 10G, nhưng giờ đã chuyển sang cách thực dụng hơn nhiều
    Thiết bị có dây chỉ còn đúng 2 chiếc, phần còn lại chạy qua Wi-Fi, và rack mạng cũng chỉ còn firewall cùng switch PoE 16 cổng
    Tôi đã bỏ NAS vì mùa đông vừa rồi tiền điện thường vượt €1/kWh, khiến mức tiêu thụ khoảng 35kWh/tháng trở thành gánh nặng; thay vào đó, tôi dùng cloud storage khoảng €20/tháng, mã hóa bằng Cryptomator rồi tải lên, đồng thời có thêm bản sao lưu cloud dự phòng ở nhà cung cấp khác
    Ở nhà chỉ còn một thiết bị ARM dùng để sao lưu dữ liệu cloud về local mỗi ngày và chạy một thư viện Plex nhỏ bằng một ổ ngoài USB3 duy nhất; không chỉ giảm được tiền điện và chi phí phần cứng mà thời gian rảnh cũng tăng lên rất nhiều
    Firewall được đóng hoàn toàn ngoại trừ WireGuard VPN, và giờ gần như không còn gì phải bảo trì ngoài quy trình vá lỗi thông thường

    • Tôi cũng tương tự: khi mới chuyển nhà gần đây, tất cả những gì tôi làm là kéo CAT6 từ điểm Internet đi vào nhà lên switch PoE trên gác mái, rồi nối vài WiFi6 AP vào đó
      Camera, công tắc thông minh, laptop làm việc, cả RPi4 cho dự án đều chạy đủ tốt qua Wi-Fi; thiết bị duy nhất cắm trực tiếp Ethernet là desktop chơi game headless đặt trên gác mái
      Thỉnh thoảng tôi dùng nó để stream game sang laptop, nhưng việc đi dây CAT6 cho khu vực ngoài trời thật sự không thú vị lắm; dù vậy, nếu đó là việc tác giả gốc muốn làm thì tôi tôn trọng
    • Tôi cũng đi theo hướng đó, nói thật là đã bị burnout IT
      Từ một cấu hình quá phức tạp, tôi rút gọn xuống mức dùng một AP Ruckus làm gateway Unleashed và cắm trực tiếp vào FiOS ONT, rồi nối QNAP qua cổng thứ hai
      Toàn bộ mạng chỉ có vậy; chừng đó lưu trữ để thưởng thức media, cộng với HomeAssistant và Tailscale là đủ
    • Tôi khuyên nên thử dùng Rclone(https://github.com/rclone/rclone) thay cho Cryptomator
      Nó là phần mềm vững chắc và mạnh mẽ hơn nhiều; tôi cũng từng dùng Cryptomator nhưng khi dữ liệu vượt một quy mô nhất định thì nó trở nên chậm và khó xử lý
      Về sau khi tôi muốn lấy dữ liệu ra, metadata của tất cả tệp đã bị reset, nên chẳng hạn tôi không còn biết ảnh được chụp vào lúc nào nữa
    • Tôi vẫn có NAS local và dự định nâng cấp trong năm nay hoặc năm sau
      Dù phải chấp nhận độ phức tạp và tiền điện, tôi không muốn giao dữ liệu của mình cho cloud computing
      Tôi xem đó là cái giá của tự do
    • NAS dùng 35kWh/tháng nghĩa là khoảng 50W
  • Tò mò không biết có bài nào bàn về câu hỏi “tại sao?” của tất cả những thứ này không
    Ngay cả từ góc độ đang tìm hiểu để kéo một ít Ethernet nhằm có Wi‑Fi ổn định hơn và truy cập Internet thông thường nhanh hơn, cân nhắc cả cáp quang cho các mục đích như infotainment vì có thể kéo cáp dài hơn, và thử kết nối camera an ninh cùng camera quan sát thiên nhiên, nếu quy mô này không phải là sở thích hay kinh doanh tại nhà thì vẫn khó hiểu vì sao lại cần đến mức đó
    Ví dụ, tôi tự hỏi liệu việc chi 600 USD cho Internet dự phòng để tránh vài phút mất mạng mỗi năm có thật sự đáng không, và không hiểu vì sao cần mức kết nối như vậy

    • Tôi đã xây một homelab khá nghiêm túc trong vài năm, vận hành các dịch vụ 24/7 sao cho chắc chắn nhất có thể
      Nếu chạy VM trên một tầng lưu trữ riêng thì cũng có yếu tố thực dụng xét về bảo trì rất dài hạn, nhưng phần lớn cảm giác giống hệt hồi nhỏ lần đầu khám phá máy tính
      Giờ tôi 43 tuổi, và việc gặp những thứ mình chưa từng gặp trước đây rồi giải quyết được chúng thật sự rất thỏa mãn
      Tôi cũng là nhà phát triển game nên nhận ra mình thích các câu đố kỹ thuật, và phát triển game là mảnh đất màu mỡ cho những câu đố đó
      Tuy nhiên còn có cả một thế giới hoàn toàn mới như mạng doanh nghiệp, lưu trữ, ảo hóa — những thứ thường không gặp trong quy trình phát triển phần mềm thông thường
      Thêm nữa, tôi cũng cấu hình nhiều hệ thống build cho bạn bè; trở thành một người rành hạ tầng trong thế giới số cũng giống như có xe tải và cứ liên tục giúp mọi người chuyển nhà vậy
    • Với cá nhân tôi, đó chỉ là một dạng mày mò khác
      Không ai bắt buộc phải làm, cũng như không nhất thiết phải tự mua và quản lý máy tính, xe hơi hay nhà của mình, nhưng ta làm vì có thể làm và thấy vui
      Tuy vậy, tôi tuyệt đối không khuyến nghị một doanh nghiệp dùng tài nguyên trong nhà cho công việc nếu họ không biết chính xác mình đang làm gì và vì sao
      Tôi là chuyên gia bảo mật mà homelab của tôi vẫn có lỗ hổng; càng nhiều bộ phận chuyển động thì bề mặt tấn công càng lớn hơn nhiều
      Có lý do khiến doanh nghiệp trả nhiều tiền cho dịch vụ bảo mật được quản lý, và hầu hết homelab tôi từng thấy đều phục vụ niềm vui và sự thỏa mãn cá nhân
      “Kiến thức không áp dụng thì có ích gì” là động lực khiến người ta làm những việc này, và tôi nghĩ không chỉ mình tôi như vậy
    • Ngoài lý do đơn giản là “mày mò cho vui” thì cũng còn lý do khác
      Tôi không thích quản lý những thứ như Ceph, Proxmox, nhưng tôi thích khả năng triển khai bất cứ thứ gì mình muốn lên một cụm mạnh mẽ có kết nối 10Gb mà không phải lo về chi phí đám mây
      Nếu tái tạo những gì đang chạy trên hạ tầng tại nhà lên đám mây, riêng compute sẽ tốn 200–300 USD mỗi tháng, và lưu trữ dễ dàng tốn thêm 300 USD mỗi tháng nữa
      Thay vào đó, tôi chi khoảng 2.000 USD cho phần cứng và trả khoảng 35 USD tiền điện mỗi tháng
      Máy in 3D cũng tương tự: có người thích cài Klipper và tinh chỉnh để in Benchy nhanh nhất, còn tôi thích vì có thể tạo thứ gì đó bằng CAD rồi cầm nó trên tay nhanh nhất có thể
      Dù vậy, người đi xa đến mức như tác giả bài gốc nhiều khả năng là người thật sự tận hưởng chính việc mày mò
    • Tôi đã làm việc từ xa từ khoảng năm 2005–2006, và luôn thích có kết nối Internet tốt với đường dự phòng bất cứ khi nào có thể
      Tôi còn nhớ năm 2000 đã làm thân với kỹ thuật viên cáp trong khu để được đường 1Mbps
      Giờ tôi đang gộp và cân bằng tải 3 đường Internet, và vấn đề không phải là mỗi năm mất mạng vài phút, mà là không bị mất đúng lúc thật sự cần
      Tôi cũng có đủ thời gian không Internet và thời gian thư thả với bản thân/gia đình, nhưng tôi thích việc khi làm việc hay giải trí thì Internet không trở thành nút thắt
      Tôi dùng cấu hình này từ khoảng đầu đại dịch, và kể từ đó nhà tôi gần như không còn “sự cố Internet”
      Tôi không làm về server, DevOps hay networking, nhưng tôi thích mày mò những thứ này, và một ngày nào đó muốn có một “mạng gia đình quá mức cần thiết”
      Ở Ấn Độ, Internet rất rẻ nên cả ba đường đều có mức giá khá hợp lý https://www.instagram.com/p/CUWeopdPVOp/
    • Tôi thì nghĩ tại sao lại không
      Ngôi nhà tôi bán trong thời Covid có một cấu hình khá tinh vi, và may là người mua cũng thích nó
      Mỗi cánh nhà đều có tủ đấu dây và giữa chúng được nối bằng backbone cáp quang; đường kết nối bên ngoài không tinh vi như bài gốc, nhưng vì có nhiều thiết bị nên tôi muốn để băng thông không dây dành cho các thiết bị di động
      Một mẹo hữu ích là đặt ít nhất một ổ cắm ở mỗi phòng, thường là một ổ trên mỗi bức tường
      Sau mặt ốp tường là hộp NEMA, từ đó có ống luồn đi thẳng xuống không gian dưới sàn
      Nhà tôi có không gian dưới sàn cao 6 foot nên thực ra cũng không phải kiểu không gian phải “bò” vào; không chỉ khi đi dây ban đầu mà cả những lúc hiếm hoi cần thêm dây, việc kéo cáp đều rất dễ
      Vì ống luồn là đường thẳng chứ không rối như đuôi chuột, việc quản lý cáp cũng dễ dàng
  • Thành thật mà nói, tôi nghĩ phần lớn chúng ta sẽ thấy ghen tị với cấu hình mạng kiểu này và ước gì mình có tiền lẫn thời gian để sở hữu thứ tương tự
    Việc cấp nguồn bằng năng lượng mặt trời, cùng các thiết bị “nhỏ” như ADB, NTP, LoRa, TinyPilot, MQTT, giám sát nhiệt độ·độ ẩm·điện năng cũng là điểm cộng
    @monstermunch đang biến giấc mơ thành hiện thực

    • Khá nhiều người trong chúng ta từng đi tới mức đó vào một thời điểm nào đó trong đời, rồi giờ đã thu gọn lại, hoặc chỉ nghĩ đến việc tiếp tục vận hành và cập nhật cái rack khổng lồ kia thôi cũng đã rùng mình
    • Tôi cũng tự làm để dùng, nhưng không thấy ghen tị
      Chỉ với một mini PC N6005 không quạt có nhiều cổng 2.5GbE và một Wi-Fi AP barebone giá rẻ, tôi xử lý được hết router, switch, lưu trữ, server game Valheim·Satisfactory, server thời gian chrony, DNS unbound kèm blocklist, InfluxDB, cả MQTT
      Tổng cộng chưa tới 20W và cũng không hề đuối
    • Điều đáng chú ý là mức độ tiếng ồn trong căn phòng này hoàn toàn không được nhắc tới
      Các rack server ồn kinh khủng
      Có một mùa hè tôi đặt một máy SuperMicro dưới tầng hầm, khoảng một tháng sau phải dẹp đi, vì ở đâu trong nhà cũng nghe thấy tiếng
    • Tôi quan tâm đến cấu hình colocation hơn là cấu hình ở nhà
      Tôi đang đặt 2 server 1U ở hai data center khác nhau
      Một trong các server mới là Cisco UCS 220 M5, tôi build với 2 ổ NVMe enterprise 4TB, 4 ổ SAS SSD enterprise 2TB, 4 ổ SSD 2TB, RAM 256GB, và 2 CPU Intel Gold 6230 20 nhân
      Thật ra không cần, chỉ là tôi muốn có thôi
      Tôi đang quyết định xem sẽ tiếp tục dùng FreeBSD và bHyve yêu thích, hay chuyển sang VMware
      Nếu chi phí sở hữu block IP không ở mức €LOL thì tôi đã hoàn thiện bộ độc quyền rồi
      Chỉ muốn khoe ở đâu đó thôi
    • Rất ngầu, nhưng tôi không biết mình sẽ làm gì với nó
      Nói vậy không có nghĩa là người khác không cần hoặc không muốn, nhưng tôi nghĩ mình chắc chắn sẽ không dùng hết
      Tôi từng nghĩ đến việc kéo một hai sợi cáp Ethernet trong nhà để nối link 1Gb, nhưng cuối cùng lười nên không làm, và Wi-Fi là đủ
      Dù sao Internet ở nhà tôi chỉ 11Mb/1Mb nên cũng không thể tận dụng tối đa
      Wi-Fi trên laptop mới hơi chập chờn, nên nếu driver và firmware không khá hơn thì có thể năm nay tôi sẽ thử
      Camera và trạm quan trắc thời tiết trông có vẻ hay
  • Một mặt thì nó thật sự rất geek và trông rất ngầu, nhưng đồng thời tôi khá khó chịu với việc lượng phần cứng khổng lồ này phụ thuộc vào điện năng
    Mức này trông hoàn toàn không cần thiết, rồi nhìn thêm ảnh chiếc F150 nữa thì tôi xếp họ vào kiểu người Mỹ điển hình hoặc không điển hình chẳng quan tâm đến môi trường
    Dù vậy tôi thích việc họ chạy RIPE probe

    • Thật đáng tiếc khi chà đạp một người có đam mê với sở thích của mình và hào hứng chia sẻ như vậy
      Có người còn bay sang tận châu Phi bắn voi cho vui, xét như một sở thích thì thứ này khá ôn hòa
      Nếu thật sự lo cho môi trường, bạn nên biết rằng đi kiểm soát số máy tính trong tủ đồ của ai đó là phản tác dụng
      Lập luận “từng việc nhỏ đều có ích” không thuyết phục lắm vì luôn có chi phí cơ hội
      Sự chú ý của con người có giới hạn, và tập trung vào những vấn đề nhỏ nhặt kiểu này chỉ làm họ rời mắt khỏi những thứ thực sự quan trọng như ăn thịt và nhiên liệu hóa thạch
    • Ở nhiều bang của Mỹ, nguồn điện chính là điện hạt nhân
      Điều đó tương đối thân thiện với môi trường, nên việc tác giả gốc dùng nhiều điện tự nó không phải là vấn đề
      Đã đến lúc ngừng quỷ hóa việc sử dụng năng lượng
      Năng lượng là một điều tuyệt vời, là lý do chúng ta đạt được thịnh vượng lớn trong thời gian ngắn, và là nền tảng của kinh tế, y tế, Internet, xe điện, nhà ở cách nhiệt tốt
      Chúng ta nên cố hết sức làm cho năng lượng rẻ đi để nhiều người hơn có thể dùng nhiều năng lượng hơn
      Hiếm có điều gì gây hại cho phong trào khí hậu như cuộc chiến chống năng lượng; điều đó là không cần thiết và bỏ lỡ cốt lõi của phong trào là bảo vệ môi trường
      Thay vì quỷ hóa người dùng năng lượng, nên tập trung vào các nguồn năng lượng sạch hơn
    • Tôi cũng có cảm xúc lẫn lộn
      Tôi đã bỏ homelab vì tiền điện, và giờ chạy HomeAssistant, NAS, router tất cả trên một chiếc laptop Dell Precision cũ
      Laptop được tối ưu cho tiêu thụ điện thấp, lại đi kèm miễn phí console và UPS tích hợp, nên trở thành một server rất tốt
      Tôi bị hấp dẫn bởi các mini PC Alder Lake N100 mới bán trên các trang Trung Quốc, nhưng khó biện minh cho việc mua cho đến khi chiếc laptop chết
      Không chỉ mức tiêu thụ điện mà cả chi phí ẩn của việc sản xuất cũng quan trọng, nên trước khi mua đồ mới cần tận dụng tối đa những gì mình đã có
      Ít nhất tác giả gốc có một hệ thống điện mặt trời lớn
    • Tôi tự hỏi ai có tư cách quyết định cái đó có cần thiết hay không, và thái độ như vậy trông giống đỉnh cao của cảm giác ưu việt đạo đức
      Hơn nữa, việc gán định kiến tiêu cực cho người Mỹ, vốn gồm rất nhiều cá nhân đa dạng, cũng khó mà biện minh
    • Bạn có biết chiếc máy tính dùng để viết bình luận tự cho mình là đúng kia gần như chắc chắn cũng được sản xuất ở Trung Quốc không
      Tôi tự hỏi đã đốt bao nhiêu tấn than để làm ra nó
      Tôi cũng tự hỏi, trong khi phân loại người khác dựa trên những hoạt động mang tính xây dựng họ làm bằng thời gian và tiền bạc của chính mình trên Internet, thì có bao nhiêu tiện nghi của các nước phương Tây phát triển mà bản thân lại không muốn từ bỏ
  • Rất truyền cảm hứng
    Homelab của tôi dây nhợ lộn xộn, các bản triển khai nửa vời chạy trên một máy Supermicro cũ và một server custom, quá ồn và chắc cũng ăn khá nhiều điện
    Tôi chưa từng theo dõi mức dùng điện nên không biết chính xác, và đó là một trong những dự án tôi cứ để dành “một ngày nào đó sẽ làm”
    Dù có một rack 24U đang nằm không trong tủ quần áo, tôi vẫn chất mọi thứ lên một rack Lack
    Lý do là hạn chế về không gian và đi dây, nhưng một ngày nào đó tôi sẽ sắp xếp lại thành một cấu hình gọn gàng và hiệu quả

    • Nghe y hệt của tôi
  • Thắc mắc vì sao không xếp kiểu này: patch panel 24 cổng, switch 48 cổng, patch panel 24 cổng, rồi panel quản lý cáp 1U; có vẻ như vậy là được
    Khi đó phần lớn các cổng patch panel có thể nối bằng cáp patch Cat 5e/6a làm sẵn dài 4–6 inch
    Chỉ những sợi cáp dài đi tới server trong rack mới phải đi qua panel quản lý cáp, và tôi dùng một switch Cisco 24 cổng tương tự nhưng không thích cách họ dồn các cổng sang bên phải chassis
    Không hiểu vì sao họ không bố trí 24 cổng thành một hàng trên hoặc dưới, như thể bỏ hàng thứ hai khỏi bản 48 cổng; nếu làm vậy thì quản lý cáp đã dễ hơn nhiều

    • Ban đầu cấu trúc này bắt đầu với 1 switch và 1 patch panel rồi dần dần tiến hóa nên mới được bố trí như vậy
      Không lý tưởng, nhưng tôi khá hài lòng với kết quả
      Nếu có thể đưa mọi thứ vào rack lại từ đầu thì có lẽ tôi sẽ thay đổi vài thứ, nhưng như vậy phải tắt hết mọi thứ, và tôi không biết khi nào, hoặc liệu mình có thật sự muốn làm vậy không
    • Tôi cũng để ý điểm đó
      Trông như patch panel chỉ có vai trò đưa một số dây ra phía trước rack, rồi lại đưa các dây đã patch trở về phía sau rack
  • Vấn đề lớn nhất tôi gặp với mạng gia đình là cấu hình của ISP rất lộn xộn, và đôi khi họ làm những việc đáng ngờ như DNS hijacking
    Phổ biến hơn là các hiện tượng lạ như độ trễ tăng vọt hoặc rớt gói do firmware hay phần cứng ONU kém chất lượng
    Cũng có trường hợp IPv6 không hoạt động khi ONU ở chế độ bridge
    Cấu hình trong bài thì quá mức, nhưng với mạng gia đình thông thường, SQM rất hiệu quả
    Dùng thứ như cake SQM của OpenWrt sẽ giúp ích rất nhiều khi ISP không tốt, và từng có ISP nói rằng mất gói 5% trên mạng gia đình là chấp nhận được
    Chỉ cần giảm tải đến khi mức mất gói xuống rất thấp, rồi dùng một DNS resolver
    Với mạng cục bộ, DNS resolver như unbound ổn định hơn nhiều, và mất gói đã gây ra thật sự rất nhiều vấn đề với DNS
    DNS trên thiết bị mạng gia đình giá rẻ khó mà tin cậy; chỉ cần mua một chiếc Pi rẻ tiền và chạy resolver cục bộ là đã hoạt động tốt hơn router gia đình rất nhiều
    Cũng đáng cân nhắc thay ONU, việc này dễ hơn tưởng tượng và ONU do ISP cung cấp thật sự rất tệ
    Nokia SFP GPON giá rẻ trên eBay khoảng 20 USD, và nếu có thể tìm được mật khẩu PLOAM, số serial, MAC, VPN ID của ISP thì có thể thay bằng một liên kết ổn định hơn
    Với cấu hình gia đình đơn giản, tôi khuyên thay ONU bằng SFP GPON giá rẻ, kiếm một router rẻ; nếu dưới 500 Mbit thì dùng RPi4 làm router-on-a-stick, còn nếu nhắm tới 1 Gbps thì dùng một máy x86 có SFP, đồng thời chạy resolver unbound riêng
    Kết nối có dây vài AP, hoặc dùng bộ router mesh Wi‑Fi 6 3 chiếc có thể mua trên Amazon lúc giảm giá với giá dưới 150 USD ở chế độ AP là được

    • Tôi thắc mắc vì sao lại dùng DNS resolver cục bộ trong mạng gia đình
      Chẳng phải dùng các resolver từ xa nổi tiếng như 1.1.1.1 hoặc 8.8.8.8 là được sao
      Các hệ thống sẽ cache bản ghi DNS để che bớt sự cố tạm thời, và nếu dùng một cái làm DNS chính, cái kia làm DNS phụ thì khả năng gặp vấn đề phân giải DNS có vẻ rất thấp
    • Điểm cần lưu ý rõ ràng là mạng GPON thường bị khóa theo nhà cung cấp
      Không thể mua đại một SFP ONU rồi kỳ vọng nó hoạt động
      Ngay cả khi làm cho nó chạy được, ISP cũng sẽ không hỗ trợ gì, và một số ISP có thể phản ứng không tốt nếu phát hiện
      Thông thường cách tốt nhất là hỏi ISP xem họ có cung cấp mẫu ONU nào khác không rồi chọn trong số đó
  • Trước đây tôi từng có mạng gia đình, nhưng mọi thứ thay đổi sau khi có sét đánh gần đó
    Nó đi vào qua đường điện và dây điện thoại bằng đồng, làm cháy modem, router, switch; sau đó lan theo Ethernet cáp xoắn đôi và phá hỏng mọi interface được kết nối với mạng
    Giờ thì trừ khi thật sự cần độ trễ thấp hoặc độ tin cậy cao ở một vị trí cụ thể, tôi dùng Wi‑Fi
    Cáp quang thì tốt, nhưng Wi‑Fi là mạng an toàn trước sét đánh dành cho người nghèo

    • Vì vậy cáp quang mới tốt
      Không có kết nối điện thì sét không thể đẩy điện áp đột biến vào modem
      Phía nguồn điện thì xử lý bằng cách ly điện và chống sét lan truyền thông thường
      Tôi chưa từng mất thiết bị qua dây nguồn, nhưng số thiết bị chết vì sét đánh vào đường dữ liệu bằng đồng rồi lan vào mạng thì nhiều không đếm xuể
    • Sét chẳng phải cũng có thể đốt cháy mọi thứ cắm vào điện như nhau sao
      Nếu vậy thì Wi‑Fi cũng không cứu được
    • Vì thế việc đầu tiên tôi làm là cắt bỏ dây điện thoại và cáp đồng trục khỏi nhà
    • Hồi nhỏ, tòa chung cư của tôi bị sét đánh và một router dân dụng đã chết
      Sau khi thay, tôi cắm nó vào bộ chống sét lan truyền, rồi vài tháng sau lại bị sét đánh
      Router sống sót, nhưng tòa nhà thì bốc cháy
      Giờ lớn tuổi hơn, tôi chỉ chấp nhận rủi ro rằng “đôi khi thiên nhiên ghét bạn”
      Thay vì loay hoay đủ cách để bảo vệ thiết bị khỏi thiên nhiên, tôi để riêng tiền để thay những thứ mà nếu mất sẽ gây phiền phức
      Cuộc đời quá ngắn để kéo co với Trái Đất; tốt hơn là để riêng 50 USD mỗi tháng để dùng làm tiền thay thế khi cần
    • Tôi từng có một modem dial-up ISA bị sét đánh
      Sau một tiếng nổ lớn, kết nối DUN bị ngắt; khi có lại, modem đó vẫn hoạt động nhưng vĩnh viễn ở trạng thái “nhấc máy”
      Mỗi lần gọi điện phải rút ra rồi cắm lại, còn đường dây điện thoại thì luôn báo bận
  • Thật sự rất thích
    Câu trả lời đơn giản cho những ai hỏi vì sao làm vậy là “vì có thể”
    Xin ngả mũ trước tác giả gốc
    Tôi tò mò liệu người này có làm trong ngành IT không
    Tôi là lead developer và phải làm việc nhiều đến vô lý; đến khi thật sự có thời gian rảnh, việc cuối cùng tôi muốn làm là mày mò homelab

  • Có nhiều bàn luận về mức tiêu thụ năng lượng, nhưng người này đang dùng điện mặt trời https://blog.networkprofile.org/17kw-enphase-solar-install/

    • Tôi cũng có cấu hình mạng tương tự, thực ra là lớn hơn một chút, và còn có cấu hình điện toán lớn hơn nhiều
      Tôi cũng có hệ thống điện mặt trời 53 tấm công suất 20kW cùng bộ pin 42kWh
      Tổng lượng điện dùng hằng năm khá cao, khoảng 8MWh mỗi tháng, còn tổng sản lượng điện mặt trời khoảng 25MWh
      Máy chủ và thiết bị mạng liên tục tiêu thụ khoảng 4kW, tức khoảng 35MWh, nên điện mặt trời gánh được khoảng 70% lượng điện dùng cho điện toán và mạng
      Vì tôi sống ở vùng Tây Bắc, phần lớn sản lượng điện tập trung vào 5 tháng giữa năm
    • Dù vậy, ban đêm thì mặt trời không mọc