前面先导篇全面性紹介了家用 homelab のソフトウェアとハードウェアを構築する可能性について、実際の操作では各自の室内環境やネットワーク配線が異なり、資金力の違いによっても無数の解決策が存在します。100% の解決策を提供することはできませんが、私自身のデバイスアーキテクチャの進化の過程を振り返り、各段階でのニーズ、直面した問題、そしてその対処法を共有します。記事の最後には、homelab を構築する際に見逃せない要素についても触れます。
私のデバイスアーキテクチャ#
まず、私の個人的なデバイスアーキテクチャはこれが最良のソリューションを代表するものではなく、現在の私の要求に合った結果であり、ニーズや技術の変化に応じて進化・更新されます。私の夢は、下の図の地下室を持ち、自由にいじくり回せることです。
homelab の夢の期待、アイデアの出所@HCocoa@twitter
当時、家のリフォームはすべてシンプルに行われたため、ネットワーク配線の設計があまり合理的ではありませんでした：
- テレビ壁、寝室、作業室には 6 類のネットワークケーブルが埋設されているものの、すべて単一のケーブル
- 弱電箱は小さすぎて拡張できず、初期には多くのデバイスがテレビの後ろに積み重なっていました
- 家が小さく、熱放散に優しい独立したラックを設置できない
- 部屋には WIFI の死角がある
新しい家族が増えた後、元の作業室は子供部屋に変更され、一部のデバイスが移動されましたが、既存の構造に基づいて最適化と改善を行うしかありませんでした。以下に私の苦労の歴史をご覧ください。
デバイスアーキテクチャの進化#
2014 ~ 2016#
v0 デバイスアーキテクチャトポロジー図
この期間、新しい仕事に就いたため、通勤が長く、帰宅してもネットワークをいじることはあまりありませんでした。ルーターは賃貸時代から使っていたネットギアの WGR614 をそのまま使用していました。テレビは安く買った当時の初代スマートテレビで、音を聞くための要件を満たしましたが、半年も経たないうちにシステムがフリーズし、その後 Android システムのテレビは考えなくなりました。最初の 2 年間はお金を節約するために北京では中国聯通を使うべきだと知りつつも、北方電信を選んでしまい、そのネット速度は本当にひどかったです。あまり信頼できないゴミのような部品も拾いましたが、それについては触れません。
2016 ~ 2018#
v0.1 デバイスアーキテクチャトポロジー図
仕事の福利厚生政策のおかげで海外旅行の頻度が増え、撮影した写真が増えたため、2016 年に何が価値があるかを知り、ドイツから HP Microserver Gen8 を購入しました。これは 4 つのドライブベイ、デュアルギガビットポート、iLO 管理機能を備えたサーバーで、私はそれに黒群晖をインストールし、最初の NAS サーバーデバイスアーキテクチャとなりました。5.x バージョンの群晖は Docker をサポートしていなかったため、単純な NAS サービスとして写真や動画を保存し、Dropbox の Drive サービスの代わりに使用しました。上の図からもわかるように、当時はリンクアグリゲーションが何か全く理解していなかったので、黒群晖にデュアルポートを接続することはなかったでしょう。
ルーターはネットギア 6300v2 にアップグレードされ、KoolCenter のカスタマイズされた梅林ファームウェアをフラッシュしてネットワークを快適に利用できるようにしました。内網の透過はこの時点で仕方なく使用し、黒群晖のアップグレード後に以前の群晖 QuickConnectサービスが廃止され、聯通のカスタマーサービスからパブリック IP を申請した後、DDNS を通じて定期的に報告しました（スクリプトは糖醋鼻子が提供したものです）。
テレビはソニーの 4K 60 インチインターネットテレビに変更され、外部に晶晨 S912 の外貿ボックスを接続し、Kodi と YouTube をインストールして家庭の AV システムとなりました。
PS4 はある年のブラックフライデーにアメリカの Amazon で GTA5 と最後の生還者のバージョンがバンドルで付いてきました。
2018 ~ 2019#
v1 デバイスアーキテクチャトポロジー図
2018 年、私は Twitter で梅林ファームウェアのフラッシュが難しいと愚痴を言い、anbutuに openwrt システムを勧められ、N270 x86 32 ビットデュアルネットワークポートの工業用コンピュータをもらい、新しい分野：ソフトルーターを理解しました。
黒群晖は Docker をサポートする 6.x バージョンにアップグレードされ、aria2、home assistant、Adguard homeなどの基本サービスを試し始めました。いつの間にか、マンションが突然数分間停電することがあり、その際にハードディスクが群晖の検出で多くの不良セクタが発見され、驚いて施耐德 APC BK650を購入し、通信プロトコルを接続して群晖に安全にシャットダウンさせました。
2019 年初頭から動画撮影を学び始め、新しい Intel ホストを購入し、9 年ぶりに黒苹果を再インストールし、古い Macbook Pro 2015 モデルの代わりにしました。この間、後続のバージョンをアップグレードしなかったのは、Intel があまりにもひどかったからで、Apple がハードウェアを全てハンダ付けしているため、最高の構成にアップグレードする価値がなかったからです。
2020 ~ 2021#
v2 デバイスアーキテクチャトポロジー図
2020 年末、実際に私が正式に homelab の元年に踏み入れたのはこの時期で、それ以前はストレージニーズを満たす NAS サービスだけでした。
ソフトルーターはE3845 四ポート工業用コンピュータ（コードネームLarva）にアップグレードされ、基本的なサービス、例えばダイヤルアップ、DNS サービス、広告ブロック、DDNS などを担当しました。
スイッチはネットギア GS105 の 4 ポート非管理版を選びましたが、当時多くの人からなぜ 8 ポートを選ばなかったのかと聞かれましたが、後の変化に気づかず、弱電箱には 4 ポートしか収まらないことだけを考えていました。
アプリケーションサービスは当時新たに登場した蜜獾超存（コードネームCorruptor）のマイニングマシン1が担いました：6 つのドライブベイ / デュアルギガビットポート / J1900 CPU / 8G メモリ / 64G MSATA。私はその筐体のサイズとデザインに惹かれ、蜗牛星际などよりもはるかに美しいと思いました。これに対して、以下のシステムを調査し、試しました：
- Debian: Docker サービスを直接実行するのは少し心苦しい
- OMV: 最もシンプルな NAS システムで Docker/Proxmox カーネルを提供しますが、操作するたびに適用に時間がかかり、受け入れがたい
- Proxmox: 十数個のあまり性能を消費しないシステムとサービスを辛うじて受け入れられる
- harvester: Rancher が開発した k8s に基づく完全統合ストレージと仮想化機能を提供するハイパーコンバージドインフラストラクチャソフトウェア、まさかJ1900 が動かせない...
なぜ Gen 8 サーバーをうまく活用しないのかと聞かれるかもしれませんが、理由は G1610T の性能が低すぎて ESXI の仮想化を支えられず、E3 1265L v2 などの CPU にアップグレードするのは価格が高すぎるからです。最初から純粋な NAS サーバーとして考えていました。4 つのドライブベイに 2 つのハードディスクを RAID 1 で設定しました。一組の RAID 3T は写真の保存用、もう一組の 3T は蜜獾超存にインストールされたサービスのデータストレージ用で、光ドライブのスロットに SSD を追加してキャッシュドライブとして使用しました。
一通りの苦労の末、頑固な J1900 は耐えきれず、ヤフオクで 17x17 豆希 ITX マザーボードを購入し、フレックス電源をカスタマイズし、静音ファンを改造し、8700es CPU、PDD で購入した 32G メモリと酷兽 256G M2 SSDを組み合わせ、蜜獾超存の筐体を再利用しましたが、その筐体の幅が狭いため、条件に合うのは利民 AXP90 x36 だけでした。筐体の後ろの排気にはすべて Cooler Master の静音ファンを使用しました。
システムは引き続き Proxmox を使用し、バックアップと復元ツール2を設定した後、VM でjellyfin、portainer、vaultwarden、uptime kuma、traefikなどの監視、データベース、アプリケーションサービスを実行し、ストレージ面では酷兽 SSD をシステムディスクとして使用し、余っている 4 つのハードディスクを btrfs RAID 10 に組み、5 つ目のハードディスクは 3T の映画やドラマのダウンロード用、最後の 1 つは予備として使用しました。
2 回のハードウェアアップグレードを経て淘汰されたホストも価値を失っていません。
- J1900 ボード U は売ってもあまり価値がなく、新しいセットをMAXT 小型ケースにして、新しい実験田で他の奇妙なシステムやサービスを試すための新しいコードネームDeadpoolを付けました。
- N270 ソフトルーターはパンデミックの初期に必要な友人に送られました。
2022 ~ 2023#
実際には 2022 年全体のバージョンで、今後の変更があれば再更新します。
v2.1 デバイスアーキテクチャトポロジー図
当初の計画では、安心して 1〜2 年走らせることができ、大きな変化はないと思っていました。Proxmox システムに基づいて引き続き実験し、多くの VM で k8s/k3s クラスターを実行できれば、安心して引退できると思っていましたが、2 回の事故が私の計画を乱しました。1 回目は 64G メモリにアップグレードした後にハードディスクが故障したことです。幸い、RAID から取り外した後は正常に動作しました；2 回目は直接 All in one が爆発した原因はCPU の冷却ファンが動作しなかったことです。ファンを購入し、ケースのエアフローを最適化している間に、私は反省のプロセスを得ました。私は明らかに All in one デザインを拒否していたのに、メインの開発機も同じデザインでした。サービスが増えるほど、サービスの可用性を保証する必要があり、少なくとも 1〜2 台の新しいホストを追加する必要がありますが、家には本当にこれ以上のスペースがありません。国内外の資料を見返し、いくつかの目標を絞りました：
- NEC M700: 第 6 世代、改造して第 7/8/9 世代をサポート
- Raspberry Pi 4B: 成功事例が豊富ですが、価格が非常に高い3
- 荣品 king3399: RK3399 は性能が高いですが、価格が高騰しており、2G メモリは少し小さい
ある日、ヤフオクで推薦リストを見ていたら、荣品 king3399 よりも優れたEAIDK 610 RK3399 開発ボードが 4G メモリで 200 元台で見つかり、2 つ購入し、anbutuとコミュニティのeaidk-610 armbian-build プロジェクトの助けを借りて、armbian システムを成功裏にコンパイルして書き込み、k3s サービスを実行した後、Proxmox の VM と組み合わせて amd86 と arm86 のハイブリッドクラスターを構成しました。
このクラスターのテストが成功した同時に、J1900 ホストもnomadサービスの試運転を完了し、徐々に安定してきました。後に Proxmox の VM と組み合わせてハイブリッドクラスターを構成することができます。
内網の透過に関しては、パブリック IP に加えてtraefik hubのソリューションが追加されました。最初の内測ユーザーの一人として、さらに多くの無料枠を持っています。現在の無料版は最大 5 つのパブリックサービスに制限されています。
Gen 8 は新しいヘリウムドライブに交換してデータを移行する際に、大量の動画トランスコード作業が必要で、CPU が少し厳しくなりました。ヤフオクで 1230v2 を 150 元で購入しましたが、引き続き働いてもらいます。群晖は修正が必要で、新しい U を正しく認識できるようにしました。
私のデバイス選択#
私のデバイスの進化の歴史を長々と紹介しましたが、文字とトポロジー図から皆さんはほぼ理解できたと思います。理解を助けるために、ここで再度まとめて皆さんにお見せします。ソフトウェアとハードウェアの試行錯誤に関しては、いつも明城大哥を思い出します。
ソフトウェアとハードウェアに関して、私はthoughtworks 技術レーダーの戦略を採用し、任意のソリューションを評価、試験、採用、保留の 4 つの段階に分けています。そのため、多くの解決策が含まれ、採用とマークされたものは安心して使用できます。
ハードウェア#
| ホストコード名 | システム | 段階 | 数量 | 用途 |
|---|---|---|---|---|
|
Immortal amd64
9700k/32G/6TB/6600xt | macOS Windows | 採用 | 1 | 個人の生産性ツール |
|
Queen amd64 HP Gen8 (1230v2/8G/40TB) | 群晖 | 採用 | 1 | NAS |
|
Corruptor amd64 蜜獾超存 (8700es/64G/10TB) | Promox | 採用 | 1 | 仮想開発機 |
|
Bunker amd64 J1900/8G/1TB | Debian | 採用 | Nomadクラスターのメンバー | |
|
Larva amd64 E3845/2G/16GB/i211x4 | Openwrt | 採用 | ソフトルーター | |
|
Splitter arm64 EAIDK610 (RK3399/4G/6+128GB) | Armbian | 試験 | k3sクラスター | |
|
Colossus arm64 Apple TV 2021(4K/32G) | Apple TV | 採用 | 新しいテレビボックス | |
|
Lair armv8 H96 Pro+ (S912/4G/32GB) | Android TV | 採用 | 予備のテレビボックス | |
|
Drone arm64 Orange Pi 3 LTS | Armbian | 評価 | 未完成のIP KVM |
ホストに故障が発生した場合、メンテナンスには別のディスプレイとキーボード・マウスが必要です。より良い解決策はIP KVMです。既存のソリューションは Raspberry Pi 4B のみをサポートするか、2 つの開発ボードが必要です。私は Raspberry Pi 3B とOrange Pi 3LTSを使用してtinypilotをフラッシュしましたが、HDMI の画面キャプチャしかできず、キーボードとマウスの操作を模倣することはできませんでした。
底層やハードウェアに関しては常に私の弱点であり、世界の終わりが来たら、私たちのようなソフトウェアサービスを提供する者は最初に死ぬでしょう、ハハハ。
ハードディスク#
私の能力の範囲内で優先順位を考慮します：M2 SSD > SATA SSD > ヘリウムドライブ > 非スタッキングドライブ。この点については、皆さんのアドバイスを見て購入しました。アドバイスはハードディスクが多すぎるので整理をしっかりすること、特に購入時期、購入チャネル、購入数量、ハードディスク番号、保証年数、保証切れの時期、定期的な SMART 検査データの記録を行うことです。
ハードディスク軍団
ハードディスクの分布状況
UPS 電源#
一度の電力の瞬断はサーバーハードウェア（特にハードディスク）に故障を引き起こす可能性が高く、ハードウェアとデータの安全性を保証するために UPS 電源は必須です。通信をサポートするものを優先的に考慮します。停電時には UPS を使用してバッテリーモードで運転を続けることができますが、バッテリーの電力は限られており、サーバーが現在の状態を知って安全にシャットダウンする必要があります。
| UPSデバイス | 放射範囲 | 説明 |
|---|---|---|
| APC BK650 | Proxmox + 黒群晖 + WIFI AP | Proxmoxに接続し、NUTサービスを開始し、 apcupsdデータをPrometheusに接続 |
| APC BK650 | 黒苹果 + Armbianクラスター + Nomad | Nomadに接続し、NUTサービスを開始し、 apcupsdデータをPrometheusに接続 |
| 弱電箱UPS | 光モデム + ソフトルーター + スイッチ | ソフトルーターが他の2つのNUT通知を受け取り、 4ポート12Vが余裕で1つ残る |
私は施耐德 APC の通信プロトコルを持つ UPS を使用したことがあります。基本的にapcupsdまたは NUT（ほとんどの NAS システム、例えば群晖、威联通などがサポート）を通じて、このサービスを利用することで、通信線を直接接続していないデバイスでも通知を受け取り、安全にシャットダウン操作を実行できます4。
ソフトウェア#
オペレーティングシステム#
| オペレーティングシステム | 段階 | 説明 |
|---|---|---|
| proxmox | 採用 | 高い遊び心と自動化管理を兼ね備えた仮想マシンシステム |
| debian | 採用 | サーバーとして最も馴染みのある基本amd64 OS |
| armbian | 採用 | ARM版のDebian、理由は同上 |
| openwrt | 採用 | 非常に遊び心のあるオープンソースソフトルーターシステム |
| talos | 試験 | 100% API管理で、複数のデプロイ環境をサポートするk8sに基づくディストリビューション |
| pi-hole | 試験 | 海外で非常に人気のあるDNS管理システム、インターフェースが友好的 |
| rockstor | 評価 | openSUSE + btrfsに基づくNASシステム、SMARTとNUTをサポート 注意Asia/Beijingタイムゾーンと互換性がない |
| kairos | 評価 | 新しくリリースされたコンテナ化システム、興味があるがまだ成功していない |
| truenas | 評価 | FreeBSDに基づいて開発されたNASシステム（ZFSが推奨） |
| omv | 保留 | 完成度の高いNASシステムだが、個人的には好みではない |
| photonOS | 保留 | Vmware仮想化の最適化だが、redhatシステムが嫌い |
| smarterOS | 保留 | 仮想化とZFSをサポートするが、高メモリ依存のNASシステムで個人的には好みではない |
性能の高いマシンは Proxmox をホストとして使用し、内部で Debian または Armbian を実行して必要なサービスやコンテナ化技術に基づくオーケストレーション管理サービスやコンテナ化システム（Linux Container OS5）を実行します。
ファイルシステム#
| タイプ | 段階 | 説明 |
|---|---|---|
| btrfs | 採用 | ディスク管理が便利で、スナップショットとCOWをサポート |
| ext4 | 採用 | 最も安全なファイルシステム |
| zfs | 評価 | 堅牢で信頼性が高く、スケーラブルで管理が容易だが、メモリを消費する |
| xfs | 評価 | 速度が非常に速いと言われているが、個人的にはあまり研究していない talos デフォルトのファイルシステム |
個人的な優先順位はbtrfs > ext4 > zfs > xfsです。注意すべきは、btrfs は現段階でRAID 5/6の使用を推奨しておらず、zfs は RAID を組んだ後に新しいハードディスクを追加するのが面倒でコストがかかります。xfs についてはあまり理解していませんが、興味がある方は上記のファイルシステムがPostgreSQL のベンチマークテストを見てみてください。
btrfs に関して私の個人的な見解は、自分で試してみないと結果がわからないということです。Promox が7.0で初めて btrfs を技術プレビューとしてリリースした際、私はほぼ 2 年間正常に使用しており、1 回だけ小さな故障が発生したのは、淘宝で購入したゴミハードディスクの品質が悪すぎたためでした。btrfs は RAID10 で最低 4 つのディスクの前提で不良ディスクを取り除いても正常に動作します（削除は一度balanceを行えば OK です）。それ以外には何の問題もありませんでした。COW の特性がディスク IO の現状を引きずることもありますが、それも受け入れられます。
btrfs に興味がある方には@Hougeの教育ビデオや openSUSE が提供する入門教育ビデオをお勧めします。btrfs を使用したことがある方や入門した方は、btrfs と zfs のスナップショット実装の違い、btrfs と xfs の比較、Five Years of BtrfsやBTRFS Best Practicesを読んでおくと良いでしょう。
ストレージサービス#
| サービス | 段階 | 説明 |
|---|---|---|
| samba | 採用 | 互換性と実用性が最も高く、手動ファイルマウント使用を推奨 |
| nfs | 採用 | 最低限のデータマウントとして使用可能 |
| minos | 採用 | S3アプリケーションに互換性のあるオープンソースストレージサービス |
| juicefs | 試験 | S3互換でPOSIX互換性が高いオープンソースストレージサービス |
| longhorn | 試験 | シンプルで使いやすいブロックストレージオープンソースサービス、ディスク移行が非常に簡単 |
| rook ceph | 評価 | 現在非常に大きな潜在能力を持つクラウドネイティブストレージサービス 小規模クラスターや弱いCPUには推奨しない |
| mayastor | 評価 | NVMEに最適化されたブロックストレージサービス |
ストレージに関しては、以前は Samba、NFS、さらには APF のみを使用していましたが、2022 年になってようやく本番環境での試験を開始しました。特に k8s 向けのストレージについては、私はまだ初心者です。
コンテナ管理およびオーケストレーションサービス#
| サービス | 段階 | 説明 |
|---|---|---|
| portainer | 採用 | Docker/k3s/nomadなどのさまざまなオーケストレーションサービスをサポートする管理サービス |
| kubesphere | 保留 | 初心者や企業に優しいk8sフロントエンドコンテナ管理サービス、全体的に少し重い |
| nomad | 採用 | 入門のハードルが低いが、教育資料が不足しているオーケストレーションサービス |
| k3s | 試験 | エッジコンピューティングやIoTなどのシナリオに高度に最適化された軽量のk8sディストリビューション |
| kubernetes | 評価 | 100%正統な血統のk8s、近づくのが怖い:D |
| docker swarm | 保留 | 公式がほぼ放棄したオーケストレーションサービス、推奨しない |
Portainer は初心者に優しいコンテナ管理ツールで、今でも使用しています。k3s も k8s の世界に入るのが最も簡単で、エッジに優しいオーケストレーションサービスです。
ゲートウェイ#
| サービス | 段階 | 説明 |
|---|---|---|
| traefik | 採用 | 私が考える最も使いやすいゲートウェイサービス |
| caddy | 採用 | Let's Encryptをサポートするシンプルで使いやすいゲートウェイサービス |
| nginx | 採用 | 複数のドメインを管理する場合はnginx proxy managerを検討 |
すべて採用とマークされていますが、私は主に前の 2 つを使用しています。ゲートウェイは traefik を推奨し、caddy は簡単に使用できるため、前の 2 つはシンプルで使いやすく、機能も強力で、3 つ目を使用する理由が思いつきません。
自動化デプロイ#
| サービス | 段階 | 説明 |
|---|---|---|
| ansible | 採用 | エージェントなし（SSHを利用）で自動化デプロイできる設定ツール |
| terraform | 採用 | インターフェースを持つサービスはすべて自動化デプロイできるツール やはりansibleが最適です |
| fluxcd | 試験 | 最も使いやすいgitopsのk8s自動設定デプロイツール |
| argocd | 試験 | gitopsのk8s自動設定デプロイと可視化トポロジー図 |
| pulumi | 試験 | さまざまなネイティブ言語で構成されたterraform 優れたアーキテクチャを実現し、ユーザーに優しいが、プラグイン開発者には苦痛 |
| salt | 保留 | エージェントあり、初めて登場したときはansibleを圧倒するソリューションだと言われていた 市場の選択を見てみると、あまり良くないですね |
オペレーティングシステムと関わる限り、ansible + terraform は無敵です！fluxcd は k8s サービスの設定とデプロイにおいて確かに欠点が見つからず、ハードルがあるので、入門できるかどうかはあなた次第です。k8s の基本概念を理解し、一定の実際のデプロイ経験がある後に使用することをお勧めします。
見逃せない要素#
私の個人的な homelab デバイスアーキテクチャの進化とソフトウェア・ハードウェアの選択について多くのページを費やしましたが、他に見逃しやすい要素は何でしょうか？
デバイスをコアの建物に例えるなら、見逃せない要素は基盤のインフラです。両方をしっかりと把握することで、homelab が最大限の効果を発揮できるようにし、誰もが性能を 100% 引き出せない、または予期せぬ故障が発生することを望んでいません。
ネットワークケーブルの仕様#
すべてのhomelabデバイスがギガビット以上の有線ネットワークに接続されていることを必ず確認してください。WIFI は周囲のチャネル干渉や伝送減衰などの不安定性の問題を受けます。
異なる仕様のネットワークケーブルの速度図、資料出典IEEE 802 LMSC
| 仕様 | タイプ | 速度 | インターフェース | 備考 |
|---|---|---|---|---|
| 五類線 CAT 5 | 100Base-T 10Base-T | 100Mbps | RJ45 | 推奨しない |
| 超五類線 CAT 5E | 100Base-T | 1000Mbps 2.5Gbps{{< /div >}}[^bandwidth]{{< div >}} | RJ45 | 2.5Gネットワークは100メートル以内のみ |
| 六類線 CAT 6 | 100Base-T | 1Gbps 10Gbps | RJ45 | 万兆ネットワークは50メートル以内のみ |
| 超六類線 CAT 6A | 100Base-T | 10Gbps | RJ45 | 200メートル以内で万兆ネットワークに到達 6E規格はなし |
| 七類線 CAT 7 | 100Base-T | 10Gbps | GG45/TERA | シールド付き |
| 光ファイバー | - | - | - | 詳しくはウィキペディアを参照 |
再度強調します ギガビット以上のネットワークは不可欠です。最低限 CAT 5E を使用し、CAT 6/6A 仕様を強く推奨します。お金持ちの方は CAT 7 または光ファイバーを自由に使用してください。もし自宅のネットワークの状態がわからない場合、2 つの方法で確認できます：
- ケーブルの上に印字されている仕様を確認する
- iperf3を使用して、2 台の任意の接続可能な有線デバイスをサーバーとクライアントとして検査する。
# 一台をサーバーとして起動、サーバーIPは192.168.1.100と仮定
iperf3 -s
# 一台をクライアントとして起動し、サーバーに接続してテスト
iperf3 -c 192.168.1.100
ノイズと冷却#
- ハードウェア
- 機械式ハードディスクの読み書き音（お金があれば全 SSD またはEDSFF E1/E3 カードを待つ）
- ファンのベアリング、回転速度、大きさもノイズを発生させる（CPU 冷却、グラフィックカード、ケース、電源など）
- マザーボードの DEBUG ブザー（オフにできるものや取り外し可能なものもある）
- ソフトウェア
- 群晖はシステムの安定性を保証するためにデフォルトで全ディスクをシステムに書き込むため、ノイズ問題を解決するには戦略的に削除することをお勧めします
- Linux システムではlm-sensorsを使用して検出設定を考慮することができます
- スペース
- 配置場所がノイズ耐性と冷却効率を決定します
省エネと電力#
CPU の待機 TPW は参考値に過ぎず、ハードディスク、メモリ、グラフィックカード全体を考慮する必要があります。また、ピーク電力も考慮する必要があります。この点についてはあまり詳しくはありませんが、効率を考慮する必要がありますが、特に 5〜10w の TPW を削減するために過剰に高価な製品を購入することは避けるべきです。この点については前の小結でも触れています。
小結#
homelab の道を歩む上で、最初にどのハードウェアを選ぶかは重要ではありません。All in one は基本的に誰もが経験することです。時間が経つにつれて、家が修理を必要とし、車が定期的にメンテナンスを必要とするように、サービスの安定性やデータの安全性も注意とメンテナンスが必要です。
あなたは私が All in one を数年使っていてすべてが安定していると言うかもしれませんが、私はただ言いたい：苦痛を経験したことのない人は、痛みが何であるかを永遠に知ることはできません。