Khi nhu cầu sử dụng Home Assistant ngày càng gia tăng, tôi nhận ra rằng thiết lập hiện tại của mình đang gặp phải những hạn chế nghiêm trọng về khả năng mở rộng và độ ổn định. Hệ thống này đang chạy song song với các container khác trên máy chủ TrueNAS tại nhà, và dù nó đáp ứng tốt các tác vụ tự động hóa cơ bản, một số vấn đề đã khiến tôi nhận ra đây không phải là một giải pháp bền vững về lâu dài. Điều này thôi thúc tôi thiết lập Ayaneo AM01 thành một máy chủ Proxmox chuyên dụng, nơi tôi đã tiến hành di chuyển Home Assistant cùng các dịch vụ liên quan đến nhà thông minh của mình. Kết quả đạt được khiến tôi hoàn toàn hài lòng.
Có một vài lý do chính cho quyết định này. Một số hướng tới mục tiêu dài hạn, trong khi những lý do khác mang lại lợi ích tức thì. Cho đến nay, mọi lợi ích đều diễn ra đúng như tôi kỳ vọng. Home Assistant OS hoạt động tuyệt vời, tôi có thể tận dụng các tiện ích bổ trợ (add-ons) và kết nối Zigbee đã được cải thiện đáng kể nhờ khả năng đặt máy tính mini này ở nhiều vị trí linh hoạt hơn.
Nền tảng Proxmox riêng biệt: Bước tiến về độ ổn định
Home Assistant OS – Sự lựa chọn tối ưu cho người dùng
Mặc dù điều này phụ thuộc vào cách sử dụng của từng người, nhưng máy chủ Proxmox mà tôi đã di chuyển sang ổn định hơn rất nhiều so với thiết lập TrueNAS trước đây của tôi. Điều này hoàn toàn không phải là sự chỉ trích TrueNAS; nguyên nhân khiến TrueNAS “không ổn định” đối với Home Assistant hoàn toàn do tôi. Tôi thường xuyên thực hiện rất nhiều thử nghiệm trên NAS của mình, thử các cấu hình và cài đặt mới đôi khi có thể khiến toàn bộ máy chủ bị sập. Khi điều đó xảy ra, Home Assistant cũng ngừng hoạt động theo, điều này cực kỳ khó chịu. Không chỉ làm gián đoạn hệ thống tự động hóa nhà của tôi, mà các ứng dụng như AccuWeather với giới hạn sử dụng API đôi khi còn hết lượt yêu cầu miễn phí trước khi kết thúc ngày, vì Home Assistant sẽ truy vấn các API đó khi khởi động để làm mới dữ liệu.
Trong khi hệ thống TrueNAS của tôi vẫn là trung tâm thử nghiệm, máy chủ Proxmox của tôi hầu như không bị động chạm. Nó chỉ chạy một vài LXC cho Frigate, Zigbee2MQTT và Mosquitto, và đó là tất cả. Tôi có thể triển khai thêm một số dịch vụ khác nếu muốn, nhưng thực tế tôi không làm vậy. Bất kỳ cấu hình hay thử nghiệm mới nào tôi thực hiện đều diễn ra trên hệ thống TrueNAS. Điều này có nghĩa là máy Home Assistant của tôi luôn trực tuyến và có thể truy cập được, mà không có rủi ro nào từ việc tôi mày mò làm sập toàn bộ hệ thống.
Cùng với đó là một lợi ích lớn khác: Home Assistant OS. Home Assistant OS là một hệ điều hành dựa trên Linux chạy Home Assistant Supervisor trong một container, với công cụ container Docker kiểm soát Home Assistant Core. Supervisor cũng quản lý các tiện ích bổ trợ (add-ons), là các container Docker được cài đặt cùng với Home Assistant nhưng được quản lý trực tiếp từ bên trong Home Assistant. Đây là cách chạy được khuyến nghị, vì nó quản lý mọi thứ cho bạn mà không cần phải mày mò với các container hay các tệp cấu hình khác. Ngay cả đối với một người thành thạo Linux và Docker, nó vẫn giúp mọi thứ dễ dàng hơn rất nhiều.
Giao diện Home Assistant OS đang hoạt động trên nền tảng Proxmox, hiển thị các thông tin tổng quan và trạng thái thiết bị nhà thông minh.
Ngoài ra, kho tiện ích bổ trợ của Home Assistant OS mang lại một số lợi ích, ngay cả khi tất cả các tiện ích bổ trợ đều có thể được cài đặt riêng biệt. Nó có thể cung cấp cho bạn những ý tưởng mới để thử nghiệm mà bạn sẽ không thể tìm thấy ở nơi nào khác, và chúng cũng có thể được thêm vào thanh bên trong Home Assistant để truy cập một cách tự nhiên. Music Assistant là một trong những tiện ích bổ trợ tốt nhất mà tôi khám phá được nhờ Home Assistant OS. Ngay cả khi viết bài này, tôi đang nghe nhạc được phát qua Music Assistant trên loa Huawei Sound của mình qua DLNA. Nó thực sự phi thường, và bởi vì tất cả đều hoạt động tự nhiên trong Home Assistant, việc quản lý trở nên đơn giản hơn rất nhiều.
Nói thêm, tôi thấy rằng đôi khi, các cộng đồng công nghệ có thể thể hiện sự khó chịu đối với những người tìm kiếm “con đường dễ dàng”. Tôi đã chứng kiến những ý kiến tiêu cực tương tự hướng đến người dùng Home Assistant OS. Những lời chỉ trích như “bạn có thể cài đặt add-ons dưới dạng container bên ngoài thay vì dùng HA OS” khá phổ biến. Tuy nhiên, đôi khi, cách tiếp cận hiệu quả nhất cũng chính là cách tiếp cận dễ nhất, và đó là điều Home Assistant OS mang lại. Nó là một cách tiếp cận hợp lý để thêm chức năng bổ sung cho một phần mềm vốn đã cực kỳ ấn tượng, và đảm bảo rằng mọi thứ chỉ cần “hoạt động”. Không có gì đáng xấu hổ khi công nhận sự dễ dàng và đơn giản của một cách tiếp cận. Tương tự, tôi tôn trọng những người chọn cách “làm mọi thứ thủ công”, vì bạn có thể học hỏi rất nhiều và về lâu dài, có được sự kiểm soát lớn hơn. Cả hai cách đều hợp lệ và tất cả chỉ là vấn đề sở thích cá nhân.
Mục tiêu giảm thiểu tiêu thụ điện năng dài hạn
Mini PC: Sức mạnh nhỏ gọn, hiệu quả năng lượng vượt trội
Năng lượng có thể rất đắt đỏ, và lý do khác khiến tôi chọn di chuyển sang Home Assistant OS trên máy Proxmox liên quan đến mức tiêu thụ điện. Máy chủ chính của tôi có thể khá tốn kém khi vận hành, với chi phí ước tính khoảng €5 mỗi tuần. Đó không phải là một số tiền lớn, nhưng nó sẽ tăng lên theo thời gian, ngay cả khi khoảng €20 mỗi tháng vẫn rẻ hơn nhiều dịch vụ đăng ký mà nó có thể thay thế. Tuy nhiên, sẽ tốt hơn nếu giảm được hóa đơn đó hơn nữa, điều này dẫn tôi đến kế hoạch dài hạn mà giải pháp này giúp tôi thực hiện.
Phần cứng trên máy TrueNAS của tôi hỗ trợ Wake-on-LAN, một tính năng mà trước đây tôi thấy không hữu ích. Tôi không muốn tắt Home Assistant qua đêm, đặc biệt là khi một vài tác vụ tự động hóa của tôi liên quan đến ban đêm và khi tôi thức dậy vào buổi sáng. Tuy nhiên, với việc di chuyển các dịch vụ thiết yếu của nhà thông minh sang một máy chủ chuyên dụng riêng, tôi có thể giữ máy chủ chính của mình ngoại tuyến vào ban đêm, với một tác vụ tự động hóa để đánh thức nó vào buổi sáng. Tôi đã thiết lập Wake-on-LAN hoạt động, vì vậy tôi chỉ cần di chuyển thêm một vài dịch vụ thiết yếu nữa (cụ thể là Nginx Proxy Manager), và sau đó tôi có thể tự động hóa việc tắt và bật máy chủ của mình khi cần, thay vì để nó chạy liên tục.
Ngoài ra, vì tôi tìm thấy thông tin không nhất quán về vấn đề này, đây là những gì đã giúp tôi kích hoạt Wake-on-LAN trên TrueNAS. Đầu tiên, tôi tìm bộ điều hợp Ethernet của mình bằng lệnh “sudo ifconfig” trong shell của TrueNAS (sudo, vì ifconfig chỉ có trong /sbin), và trong trường hợp của tôi, đó là eno1. Từ đó, tôi đã thêm “ethtool -s eno1 wol g” vào các script post-init của mình trong giao diện TrueNAS UI, chạy 20 giây sau khi khởi động. Điều này cho phép Wake-on-LAN, để khi máy chủ của tôi tắt, tôi có thể gửi một gói “magic packet” để khởi động lại nó sau này.
Đây là một chi tiết siêu nhỏ, nhưng lại mang lại lợi ích lớn cho tôi và cách sử dụng của tôi. Mỗi phòng lab tại nhà của mỗi người là khác nhau, và những gì hiệu quả với tôi có thể không hiệu quả với bạn. Tuy nhiên, việc di chuyển các dịch vụ sang một máy chủ Proxmox riêng, đặc biệt là Home Assistant, có những lợi ích đáng kể, nhất là khi chạy trên một máy chủ thường tiêu thụ rất nhiều điện năng. Để so sánh, Ayaneo AM01 tiêu thụ từ 6W đến 12W hầu hết thời gian, trong khi máy chủ chính của tôi nằm trong khoảng 60W đến 80W. Hơn nữa, nó rõ ràng cũng ồn ào hơn nhiều trong phòng khách của tôi.
Nếu bạn thích thử nghiệm trên máy chính có Home Assistant, hoặc bạn chỉ muốn một hệ thống dễ dàng hơn để triển khai Home Assistant và thử nghiệm các tiện ích bổ trợ mới, Home Assistant OS là lựa chọn hàng đầu. Mặc dù tôi đang sử dụng Proxmox, bạn cũng có thể triển khai nó trên bare metal, hoặc thậm chí trên một máy tính nhúng (SBC) nếu đủ mạnh. Hãy thử ngay, nó có thể đơn giản hóa mọi thứ cho bạn!
Lời kết: Hy vọng bài viết này đã cung cấp cho bạn cái nhìn sâu sắc về những lợi ích của việc di chuyển Home Assistant sang một máy chủ Proxmox chuyên dụng, đặc biệt là với việc tận dụng Home Assistant OS và tối ưu năng lượng. Bạn có kinh nghiệm hay thắc mắc nào về chủ đề này không? Hãy chia sẻ ý kiến của bạn trong phần bình luận bên dưới để cùng thảo luận và học hỏi nhé!
