Home Assistantによる家中のデバイス制御に適したホームサーバーの選び方

家中全体のHome Assistant制御では、CPUの生の速度よりも信頼性と復旧性を優先して選びましょう。有線Ethernet、信頼できるストレージ、適切な無線インターフェース、検証済みのバックアップ経路は、デバイス数よりも重要です。控えめな専用x86システムなら通常の自動化に対応できますが、ローカルカメラ分析、大規模データベース、多数の同居サービスは別途アップグレードを検討すべき要因です。

まずHome Assistantのインストール方式を選ぶ

オペレーティングシステムを誰が保守するのかを決めましょう。Home Assistant OSは大半のユーザーに推奨されるインストール方式で、Supervisorが管理するアプリとアップデートが含まれます。Home Assistant Containerは、Linux、Docker、アップデート、関連サービスを自分で管理する意思がある人に適しています。

この選択によって必要なハードウェアも絞り込まれます。公式の汎用x86-64インストール手順では、UEFIで起動できる64ビットのIntelまたはAMDシステムが必要です。Zigbee、Z-Wave、Bluetooth、Threadの無線をゲストOSから利用する場合、仮想マシンではUSBパススルーも正常に動作しなければなりません。

デバイス制御が主な用途で、ライフサイクル管理の簡単さを重視するなら、専用ハードウェアにHAOSを選びましょう。共有ホストのメリットが追加の保守負担を上回り、ネットワーク、ストレージ、USB、バックアップの管理責任を文書化できる場合に限り、Containerまたは仮想マシンを選んでください。

家全体の制御に必要な信頼性の基準を設定する

サーバーを家庭のインフラとして扱いましょう。有線Ethernet、頻繁な小容量書き込みに適したストレージ、停電後に予測どおり再起動する機能、十分な冷却、故障したマシンなしで復元できる手段を必須条件にします。高速なプロセッサでも、破損したストレージや再起動後に認識されなくなる無線の問題は解決できません。

Home Assistantの仮想マシン手順では、最低要件として2GBのRAMと2つの仮想CPUが示されています。ただし購入時には、オペレーティングシステム、Recorder、バックアップ、実際に実行する予定のアドオンに余裕を残しましょう。メモリの増量は余裕を確保するためのものであり、通常の自動化にハイエンドCPUが必要だという証拠ではありません。

Home Assistantの稼働データにはSSDを使い、バックアップは別のデバイスまたは別の障害ドメインに保存してください。候補機が唯一のアクティブストレージとしてリムーバブルフラッシュに依存している場合は、最安の選択肢とみなす前に、耐久性と交換方法を含めたコストを確認しましょう。

デバイス数だけでなく、アドオンとカメラに合わせて容量を決める

大半のセンサーやスイッチは小さなイベントを交換するだけなので、デバイス数は容量を決める目安としては不十分です。通常、より大きな負荷になるのは、Recorderの履歴、データベースクエリ、複雑なテンプレート、音声パイプライン、コンパイル処理、多数のアドオン、または同じマシンで動作する他のコンテナです。

ローカルカメラを追加すると、システムに求められるクラスが変わります。動画のデコード、物体検出、常時録画、保存期間の管理は、Home Assistant本体が軽い場合でも、CPU、GPU、ストレージI/O、容量を大きく消費することがあります。監視機能を同じ購入構成に含める前に、カメラ台数、解像度、フレームレート、保存期間、アクセラレーターを決めてください。

監視結果で十分な余裕が確認できるなら、自動化用に控えめな専用サーバーを使い続けましょう。データベースや同居サービスが継続的に負荷をかける場合は、RAMの増量またはより強力なホストを選びます。照明、空調、アラームの自動化が、飽和した動画処理の負荷に依存する状態になるなら、カメラ分析は分離してください。

Featured

ZimaCube 2 パーソナルクラウドホームNAS

ZimaCube2

$799.00 - $2,499.00

Buy Now

購入前に無線、ストレージ、復元を確認する

使用するすべてのローカル無線と、その接続方法を一覧にしましょう。USBポート数、干渉を避けた延長ケーブルの設置場所、対応コーディネーター、必要に応じた仮想マシンのパススルー、そしてホストが故障した際にネットワークを再構築せず無線を移設できるかを確認します。CPUに互換性があっても、スマートホーム全体の構成に互換性があるとは限りません。

中古または新品のx86サーバーでは、UEFIブート、有線ネットワーク対応、目的のストレージインターフェース、Home Assistantの正確なイメージ取得先を確認してください。そのうえで、最初の復元を計画します。バックアップの保存場所、認証情報と暗号化キーの保護方法、旧コントローラーを廃止する前に自動化を検証する方法を決めておきましょう。

• 合格：想定するインストール方式でEthernetとUEFIがサポートされている。
• 合格：アクティブストレージと、分離されたバックアップ先が定義されている。
• 合格：必要なすべての無線に、対応する接続方法と設置計画がある。
• 合格：停電後の再起動とリモート管理をテストできる。
• 不合格：重要なデバイス制御が、未検証の共有ホストまたは単一のローカルバックアップに依存している。

関連するサーバー設置ガイドはJellyfinを中心に説明していますが、通気、ケーブル、電源、サービスへのアクセスに関する確認事項は、常時稼働するスマートホームホストにもそのまま応用できます。

候補製品を自分の管理範囲に合わせる

安定して動作する古いx86コンピューターは、新たなハードウェアを購入しない場合の基準になります。購入前にHAOS、無線、バックアップ、実際の負荷を検証しましょう。最も簡単でサポートされた構成を重視し、汎用的な拡張性を必要としないなら、すぐ使えるHome Assistantアプライアンスのほうが適しています。

拡張可能なx86ホストを求めるDIYユーザーには、ZimaBoard 2 832 Board Onlyが適した選択肢です。現在の製品ページには、8GBメモリ、32GB eMMC、デュアル2.5GbE、SATAおよびUSBインターフェース、Home Assistant OS対応が記載されています。アクティブSSDとZigbee、Z-Wave、Thread無線は別途用意して検証してください。これらはボードのパッケージに含まれることを意味しません。

すぐ使えるアプライアンスを求めている場合、ローカルで重いカメラ推論を実行する必要がある場合、またはストレージと無線を自分で取り付けるDIY作業を避けたい場合は、この構成を選ばないでください。アドオン、データベース、同居サービスの実測負荷が必要性を示した場合にのみ、16GBモデルまたは別の計算ホストへ移行しましょう。メモリを増やすだけでは、未検証のアーキテクチャの信頼性は高まりません。

まとめ

通常のHome Assistant自動化には、有線Ethernet、信頼できるストレージ、検証済みの無線、復元可能なインストール環境を備えた控えめな専用サーバーを選びましょう。データベース、アドオン、カメラの負荷が継続的に高い場合は、アップグレードまたはワークロードの分離を行います。すぐ使えるサポートと最小限の保守が本当の要件なら、DIYのx86ボードは購入しないでください。