既存の Proxmox ボックスに NAS 機能を追加するには、いくつかの異なる方法があり、実行しているハードウェアに応じて、いくつかの異なる方法でジョブを実行できますが、それぞれに長所と短所があります。最も推奨される方法の 1 つは、TrueNAS VM を実行し、ドライブをそのように渡すことです。 LSI 9207-8i と Seagate Exos SAS ドライブのペアを使用して自宅の研究室にストレージを構築したとき、私はその道を歩むところでしたが、Proxmox 内でネイティブ ZFS を実行するチャンスに飛びつき、決して振り返ることはありませんでした。
HBA は 1 か所にあれば十分です
HBA を備えたネイティブ ZFS は多くの悩みを軽減します
TrueNAS では、スマート データなどを参照できるように、物理ディスクへの生の非仲介アクセスが必要です。これは、ZFS がデータの整合性に関して機能するための事実上、厳しい要件です。仮想化セットアップでは、これを実現する推奨方法は、個々の仮想ディスクを割り当てるのではなく、PCIe パススルー経由で HBA コントローラー全体を VM に公開することです。フォーラムには、Vertio ディスクを使用してショートカットすると悪い結果が生じるということを苦労して学んだ人がたくさんいます。
コントローラー全体を渡した結果は簡単に隠すことができます。VFIO がゲストのカードを要求すると、ホストはそれに関連付けられたものには触れることができなくなります。 9207-8i とその上の各ドライブは、VM の排他的所有物になります。クリーンな IOMMU 分離を備えたエンタープライズ ボードではこれで問題ありませんが、私が実行している Z170-E ボードでは、これは少し賭けです。カードが IOMMU グループに入ることが保証されていないため、カードを整理するには、ACS オーバーライドとそれに付随するすべての警告に対処する必要がある可能性があります。
このボード上のこの特定の LSI カードを安定させ、その上にパススルー層を配置し、機能を維持するために費やした時間は、まったくの悪夢のようでした。 ZFS をネイティブで実行している場合、Proxmox はコントローラーのみを所有します。プールは彼らの厩舎によってドライブに対して作られています /dev/disk/by-id パス、そして絵に侵入する方法はありません。

HBA カードをまだお持ちでない場合は、HBA カードをホーム サーバーに追加すると便利です。
ストレージを追加するための信頼できる方法
私のデータはコンテナに直接アクセスできます
シームレスです
実際に修理した部分です。このマシンの唯一の目的はストレージではありませんが、実行するサービスにシームレスにアクセスできる必要があります。ホスト上のネイティブ ZFS を使用して、データセットを作成し、それらをコンテナーに直接バインドマウントします。私のイミッチLXCマウント タンク/イミチ/図書館 そして タンク/イミッチ/db 直接;写真は間に何も挟むことなくミラー上に存在し、通常のファイルにも同じことが当てはまります。Samba 専用の LXC がネットワーク上の通常のファイル ストレージを処理します。
次に、TrueNAS VM 内にプールがトラップされた同じセットアップを想像してください。これらのイメージを Immeach に取得するには、データを NFS または SMB 上の VM からドロップしてマウントし直す必要があります。これは、データ パスに永続的に存在する別のサービスであり、箱から出ることのないバイトのラウンド トリップであり、TrueNAS が起動を完了してサービスを開始するまで Imich がライブラリを参照できない依存関係チェーンです。ネイティブ バインド マウントはローカル ファイル システム アクセスのみです。これらはホストの電源がオンになるとすぐに使用可能になり、ループバックや 2 番目のデバイスを待つ必要はありません。

最高の NAS ディストリビューションが新しいアップデートのパブリック ベータ版をリリースしました。リリースするたびに Proxmox のように感じられます
これにより、ホームサーバーユーザーにとってすべてが変わります
TrueNAS が実際に優れている点
GUIがあると便利
CLI を介して作業を行う方が良い場合もあります。その名誉のために、TrueNAS は、プールとデータセットの管理、スナップショット スケジュール、レプリケーション ジョブ、アラート、スマート ダッシュボードなど、すべてを手動で組み立てるのではなく、すべてを 1 か所で行う、単一の一貫したミドルウェア管理コンソールを提供します。レプリケーション UI は快適で、CLI で喜んでトリガーできるフットガンに対する安全策がたくさんあります。
アプリ側もあります。 TrueNAS は、ほぼワンクリックで展開できる厳選されたカタログを同梱しており、Docker ベースのバックエンドに移行して以来、ストレージを使用して標準の構成ワークロードを直接実行できるようになりました。 NAS 関連のターンキー プラットフォームがあるのは本当に素晴らしいことです。

NAS が提供する、これなしでは生きていけない 5 つのかけがえのないサービス
私は多くのことを小さな収納ボックスに頼っています
それは私にとって適切な電話ではありませんでした
ネイティブは常に正しい選択でした
問題は、その磨きのほとんどが前倒しされていることです。共有とスナップショットのスケジュールを一度設定すれば、その後はほとんど操作しないため、日々の利益は非常に低くなります。 10 個以上の異なるアプリをセットアップするつもりはありませんが、セットアップする予定のアプリはとにかく Docker を通じて簡単に実行できます。TrueNAS アプリはこれに該当します。手すりも両側からカットされています。 TrueNAS は CLI からプールを管理することを積極的に妨げるため、初心者のうちは便利ですが、慣れてくると摩擦が生じます。

TrueNAS は無料ですが、なぜ NAS OS にお金を払うのでしょうか?
人々は有料の NAS オペレーティング システムを非常に嫌います。
TrueNAS は一般的に悪い選択ではありません
特にベアメタル上で実行している場合には、これらの理由から TrueNAS が間違った選択になることはありません。 Proxmox の内部に関しては、専用のストレージ ボックスを構築している場合、または洗練されたレプリケーション GUI とそれに対応するカタログを備えた真のアプライアンスが必要な場合は、VM がより良い選択となる可能性があります。しかし、単一のホストがアプリとデータの常駐場所を制御する私の状況では、Proxmox 上のネイティブ ZFS がよりシンプルなアーキテクチャであり、すでに非標準の NAS セットアップをさらに複雑にするという頭痛の種を省くことができました。











Leave a Reply