24時間稼働の家庭用NASでは、ECCメモリとアイドル時の消費電力の低さのどちらを優先すべきか

Eva Wong は テクニカルライター であり、 生粋の技術好き としてZimaSpaceで活動しています。ホームラボやオープンソースソフトウェア をこよなく愛する生粋のギークで、複雑な技術概念をわかりやすく、実践的なガイド にまとめることを得意としています。Evaは、セルフホスティングは難しいものではなく、楽しむものだと考えています。チュートリアルを通じて、初めてのNAS構築からDockerコンテナの使いこなしまで、コミュニティがハードウェアのセットアップをわかりやすく理解できるよう 支援しています。、初めてのNAS構築からDockerコンテナの習得まで。

プラットフォームによる消費電力の増加が測定上わずかならECCを優先し、電力差が大きく、復旧リスクを許容範囲に抑えられるなら、アイドル時の消費電力が低いシステムを優先してください。

ECCと電力効率は、必ずしも相反するものではありません。実際の比較では、ECC対応を確認済みの旧式サーバークラスプラットフォームと、アイドル時の電力状態が優れた新しいコンパクトなプラットフォームが候補になることがよくあります。ドライブ、HBA、NIC、ファン、ワークロードのスケジューリングは、メモリの差より多くの電力を消費する可能性があります。

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

ディスクがスピンダウンするか、実際の運用方針に従って動作し続ける状態で、コンセント側の電力を測定してください。アイドル時、通常のファイルサービス時、スクラブ時、バックアップ時、起動時の最大消費電力を記録します。

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

各候補を、実際に使うHBA、NIC、ドライブ、メモリ構成で稼働させてください。低消費電力CPUを電力効率の悪いコントローラーに接続すると、比較結果が逆転することがあります。

電気代を払う前に年間消費電力量を計算する

連続稼働時の消費電力が1ワット違うごとに、測定したアイドル時の差に8.76を掛けて年間のkWhを見積もり、さらにアクティブ時の差を加えてください。一般的な全国平均ではなく、地域の電気料金を使ってください。

10ワットの差は、負荷の変動を考慮する前でも年間87.6 kWhに相当します。5年間では無視できない差かもしれませんが、ダウンタイムやメモリ上の作業の破損によるコストや影響と比較する必要があります。

実験室で測定されたわずかな差を過大評価しないでください。ファンの回転数制御、ドライブの台数、リンク速度、スリープの設定は、ECC自体よりも消費電力を大きく左右することがあります。

プラットフォームの追加要素と削減要素を比較する

ECCには、IPMI、追加のコントローラー、DIMMスロットの増設がセットになっていることがあります。こうした機能は復旧に役立つ一方、稼働し続けるコンポーネントも増やします。

コンパクトでアイドル時の消費電力が低いNASは、ユニットごと交換するほうが安く済む場合がありますが、拡張スロットが限られていると、将来の拡張にUSBブリッジや2台目の筐体が必要になることがあります。消費電力の比較では、そうした将来の拡張も見込んでください。

プラットフォームの特性 ECC重視システム 低アイドル電力システム
メモリ保護 エラー訂正とレポート機能を検証できる場合がある 通常、システムレベルのECCには非対応
アイドル時の電力状態 古いプラットフォームでは制限される場合がある 新しいシリコンではより高性能な場合が多い
拡張性 レーンやDIMMが多い傾向 スロットやベイが少ない傾向
管理 リモート管理で消費電力が増える場合がある ローカル管理がより簡単
交換 サーバー向けパーツは長く使える場合がある コンシューマー向けプラットフォームは、システムごと交換しやすい場合がある

データの価値に応じて電力とのトレードオフを判断する

家族の大切な記録、業務記録、長期保存用のZFSストレージには、検証済みのECCが、年間の電気代が多少増えても選ぶ価値があります。スクラブと冗長化がストレージ障害に対処する一方、ECCはメモリの潜在的な障害の一種を減らします。

交換可能なメディア、二次コピー、ラボ用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.