容量を混在させる前のNASドライブ確認リスト

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

NASドライブの容量を混在させるのは、正確なモデル、記録方式、状態、プールのルール、スペア計画、再構築期間のすべてが、書面による互換性チェックに合格した場合だけにしてください。

すべてのドライブを完全なモデル番号で特定する

モデル、ファームウェア、容量、インターフェース、セクターフォーマット、RPM、キャッシュ、ワークロード定格、保証状況、記録方式を記録します。シリーズ名だけでは不十分です。同じシリーズ内に、適したバリエーションと適さないバリエーションの両方が含まれることがあるためです。

実用的なNASドライブ選定フレームワークでは、ブランドの先入観よりも、CMR、ワークロード定格、使用可能な1TBあたりのコストを優先します。

  • 正確なSKUがCMRかSMRかを確認します。
  • 512eまたは4Knが、コントローラーとOSに対応しているか確認します。
  • 再利用するディスクについて、電源投入時間とエラーカウンターを記録します。
  • エンクロージャーの高さ、インターフェース、電源要件を確認します。

実際のプールルールで容量を計算する

使用予定のレイアウトに、正確な容量を入力します。ミラーや従来のパリティグループでは、大容量のメンバーが最小容量のメンバーと同じ使用可能サイズまで縮小されることがあります。一方、システムによっては容量を異なる方法で組み合わせられます。

パリティ、ファイルシステムのオーバーヘッド、スナップショット用の予約領域、空き容量の余裕を差し引いた後の使用可能容量を計算します。ドライブのラベルに表示された合計容量と、必要なストレージ容量を比較してはいけません。

混在セットによって、節約分を帳消しにするほどの容量を無駄にせず目標容量を確保できる場合だけ合格とします。それ以外の場合は、容量のそろった小規模なグループを購入するか、トポロジーを再設計します。

最も遅い復旧メンバーを除外する

チェック項目 合格条件 除外する条件
記録方式 アクティブなパリティワークロードにはCMR SMRまたは不明
状態 SMART履歴が安定している 保留中または訂正不能なセクターがある
パフォーマンス 再構築が復旧期間内に収まる 1台のディスクによって再構築が目標期間を超える
温度 すべてのドライブがエンクロージャーの制限内に収まる 1つのモデルがベイを過熱させる
スペア 冗長性を復元できる使用可能なディスクが1台ある 互換性のある交換手段がない

独立したテストでは、同じアレイワークロード下でSMRとCMRの間に極端なリシルバー時間の差が確認されました。プールが危険にさらされる期間は、最も遅いメンバーによって決まります。

ほとんどテストしていないデスクトップ用ドライブを、代替不可能なデータを保持するプールの不確定要素として使用してはいけません。再利用が最も妥当なのは、検証済みのバックアップがあり、失っても交換可能なデータの場合です。

スペアと交換手順を計画する

故障するとレイアウトが破綻する可能性のあるメンバーを交換できる十分な容量のコールドスペアを1台用意します。異なるグループで必要な最小容量が異なる場合は、どのスペアがどのグループをカバーするかを記録します。

次の交換で混在設計を維持するのか、それとも容量をそろえた構成への移行を始めるのかを決めます。このルールがなければ、障害が発生するたびに、急いでアーキテクチャを判断することになります。

最終的なドライブ台数で、電源、SATAまたはSASポート、ドライブトレイ、冷却を確認します。エンクロージャーが対応できなければ、互換性のあるディスクでも導入できません。

購入、再利用、再構築の判断基準を設ける

使用可能容量、復旧時間、将来の拡張性を維持できる場合にのみ、混在構成の交換用ドライブを購入します。既存のディスクを再利用するのは、状態とワークロードへの適合性が記録されている場合だけにします。

複数のディスクが引退時期に近づいている場合、スペアのサイズが細分化されている場合、またはプールが新しい容量の大部分を無駄にしている場合は、容量をそろえた構成に再構築します。その後、小さなファイル向けSMBワークフローを使用して、ストレージ変更後のアプリケーションパフォーマンスを検証します。

独立したバックアップと、1回の復元成功実績がない場合は、その計画を不採用にします。ディスクの互換性は可用性を守れますが、削除または破損したデータを単独で復元することはできません。

最後に

実際の設置環境とネットワークで、すべての必須条件に合格した場合だけ購入します。それ以外の場合は、待つか、設計を絞り込むか、よりシンプルなプラットフォームを選びます。

購入ガイド

もっと読む

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.