24時間365日稼働するホームNASでは、ECCメモリとアイドル時の低消費電力のどちらを選ぶべきか

エヴァ・ウォン は テクニカルライター であり ZimaSpaceの常駐ティンカーでもあります。 生涯のオタクであり、 ホームラボとオープンソースソフトウェアに情熱を持っています。彼女は複雑な技術的概念をわかりやすく、 実践的なガイドに翻訳することを専門としています。エヴァはセルフホスティングは楽しくあるべきで、怖がるものではないと信じています。彼女のチュートリアルを通じて、コミュニティが ハードウェアのセットアップを解明する手助けをしています。初めてのNAS構築からDockerコンテナの習得まで。

プラットフォームによる実測消費電力の増加がわずかならECCを優先し、エネルギー差が大きく、復旧リスクを抑えられるならアイドル時消費電力の低いシステムを優先します。

ECCと省電力性は本質的に相反するものではありません。実際の比較対象は、ECCを検証済みの旧型サーバークラスプラットフォームと、アイドル状態を改善した新しいコンパクトプラットフォームになることがよくあります。ドライブ、HBA、NIC、ファン、ワークロードのスケジューリングによっては、メモリの差以上に電力を消費する場合があります。

システム全体のアイドル時消費電力を測定する

ディスクをスピンダウンさせる、または実際のポリシーに従って稼働させた状態で、コンセント側の消費電力を測定します。アイドル時、通常のファイルサービス時、スクラブ時、バックアップ時、起動直後のピーク消費電力を記録してください。

独立系NASレビューでは、最新の4ベイプラットフォームのアイドル時および稼働時の消費電力を測定しており、CPUのTDPやDIMMの電圧だけでなく、システム全体の数値が有用である理由を示しています。

各候補を、使用予定のHBA、NIC、ドライブ、メモリ構成で動作させます。非効率なコントローラーに接続した低消費電力CPUでは、比較結果が逆転することがあります。

導入費用を支払う前に年間電力量を計算する

実測したアイドル時の差に8.76を掛けると、連続して1W消費するごとの年間kWhを見積もれます。そこに稼働時の差も加えてください。一般的な全国平均ではなく、地域の電気料金を使用します。

10Wの差は、ワークロードの変動を考慮しない場合、年間87.6kWhに相当します。5年間では意味のある差になる可能性がありますが、ダウンタイムやメモリ上の作業データ破損のコストと影響も比較すべきです。

実験室レベルのわずかな差を過大評価しないでください。ファンカーブ、ドライブ数、リンク速度、スリープポリシーによって、ECCそのものより消費電力が大きく変わることがあります。

各プラットフォームが追加するものと失うものを比較する

ECCには、IPMI、追加コントローラー、DIMMスロットの増加などが付随する場合があります。これらの機能は復旧に役立ちますが、通電し続けるコンポーネントも増えます。

アイドル時消費電力の低いコンパクトNASは、システム単位で交換する場合には安価かもしれません。一方、スロットが限られていると、将来の拡張でUSBブリッジや2台目の筐体が必要になる可能性があります。電力比較には、その可能性の高い拡張も含めてください。

プラットフォームの特性 ECC重視システム アイドル時消費電力の低いシステム
メモリ保護 訂正と報告を検証できる可能性がある 通常、システムレベルのECCはない
アイドル状態 旧型プラットフォームでは制限される場合がある 新しいシリコンでは強化されていることが多い
拡張性 レーン数とDIMMが多いことが一般的 スロットとベイが少ないことが一般的
管理 リモート管理によって数ワット増える場合がある よりシンプルなローカル管理
交換 サーバー部品は長く入手できる場合がある コンシューマー向けプラットフォームはシステム全体を交換しやすい場合がある

データの価値をエネルギーのトレードオフに合わせる

主要な家族用アーカイブ、業務記録、長期的なZFSストレージでは、ECCが検証済みであれば、年間の電力プレミアムがわずかでも価値がある可能性があります。ECCはメモリのサイレント障害の一種を減らし、スクラブと冗長性によってストレージ障害にも対処できます。

交換可能なメディア、2次コピー、ラボ用NASでは、アイドル時消費電力が大幅に低いプラットフォームのほうが実用的な価値をもたらす場合があります。ECCとZFSのリスク分析は、ECCを万能なものではなく、有益な機能として扱う考え方を支持しています。

電力差によって導入方法そのものが変わる場合は、判断を切り替えるべきです。たとえば、熱くて騒音の大きいサーバーを常時稼働できない場合や、追加の冷却が必要になる場合です。

ライフサイクル全体のリスクが最も低いものを選ぶ

訂正機能が検証済みで、電力差が測定され許容範囲内にあり、サーバークラスの機能によって復旧時間を短縮できるなら、ECCプラットフォームを選びます。プラットフォームを継続的にサポートでき、バックアップをテスト済みで、エネルギー差が大きいなら、アイドル時消費電力の低いものを選びます。

導入後は、小さなファイルでのSMBテスト手順を使用し、プロトコルのオーバーヘッドをメモリやCPUの制限と取り違えないようにしてください。

候補のいずれかに、十分なメモリ、ストレージポート、冷却性能、またはバックアップ容量がない場合は、比較を中止してください。システムが実際のワークロードを安全に完了できないなら、アイドル時の低い数値もECCのバッジも意味がありません。

製品比較

もっと読む

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.