異なる速度のドライブは同じミラーアレイで共有できますか？

異なる速度のドライブは通常ミラーリングされたアレイで共有できますが、互換性があってもパフォーマンスのバランスが保証されるわけではありません。遅いまたは一貫性の低いメンバーが重要な制限を決定することがあります。

ミラーはすべてのアクティブなコピーに同じデータを書き込みますが、読み取り要求はRAIDの実装によって異なる方法で分散されることがあります。これにより、混在ドライブは一時的な交換や低負荷のストレージには適していますが、レイテンシに敏感なサービス、持続的な書き込み、スクラブ、リビルドには予測が難しくなります。

速度ラベルではなく互換性から始める

ドライブはまず、インターフェース、セクタ形式、使用可能容量、エラー報告、対応デバイスクラスなど、コントローラーやソフトウェアRAIDの要件を満たす必要があります。高速な回転速度やインターフェース評価は、互換性のないブロックサイズや容量不足のメンバーを補うことはできません。

ミラーはメンバー間で共通の容量のみを使用します。同じ原則がパフォーマンス計画にも適用されます：アレイは必要なコピーが書き込みを受け入れるまでミラー書き込みを完了できないため、メンバーは独立したディスクとしてではなくグループとして評価する必要があります。

ドライブを追加する前に、NASの互換性ルール、セクタサイズ、実際の使用可能容量、健康状態を確認してください。速度はアレイが安全に組み立てられ冗長性を維持できることを確認した後の二次的な設計変数として扱います。

ミラー書き込みは遅いメンバーを待つ傾向がある

混在速度のミラーは通常、特に両方のコピーが完了を確認する必要があるワークロードでは、遅いメンバーに近い書き込み動作を示します。短いキャッシュバーストは差を隠せますが、持続的な書き込みでは露呈します。

ミラーされた連続書き込みは最も遅いドライブによって制限されることがあります。キューイングやキャッシュの挙動はスタックによって異なりますが、根本的な制約は変わりません：必要なすべてのミラーコピーが最新の状態を保つ必要があります。

ドライブのキャッシュ効果を超える持続的なワークロードでベンチマークを行い、総スループットだけでなくデバイスごとのレイテンシを観察してください。もし一方のメンバーが常にキューが深くなっているなら、そのメンバーがミラーの書き込み境界を設定しています。

読み取りパフォーマンスはRAIDスケジューラに依存する

読み取りは必ずしも書き込みと同じ動作をしません。ミラーは正常などちらかのコピーから読み取りを満たせるためです。実装によっては読み取りを分散したり、キューが短いメンバーを選んだり、特定のデバイスを優先したりします。

RAID 1は読み取り集約型のパフォーマンスを向上させることができます。なぜなら、異なるリクエストが異なるメンバーから処理される可能性があり、同じデータが各ディスクに保持されているからです。ミラーされた読み取りの挙動はすべての読み取りが速くなるわけでも、不均等なペアがきれいにスケールするわけでもありません。

実際に実行するワークロードをテストしてください：多数の小さな同時読み取り、連続的なメディア読み取り、または混合アプリケーションI/Oなど。高速なメンバーは一部の読み取りパターンに役立つかもしれませんが、書き込み、リカバリ、テールレイテンシに対する遅いドライブの影響を取り除くことはできません。

リビルドとスクラブ時間は持続的なパフォーマンスに従う

交換や整合性チェックはアレイの大部分にアクセスするため、持続的な転送速度、エラー回復時間、熱スロットリングがピーク仕様より重要です。遅いメンバーは全体の露出時間を長くする可能性があります。

リビルド中はソースを読み、ターゲットが再構築データを受け入れ、通常のアプリケーションがI/Oを生成し続けます。エラー回復のために一時停止するドライブは、平均スループットが許容範囲でも進行が不均一になることがあります。

リビルドの進行状況、デバイス温度、コマンドタイムアウト、ディスクごとのレイテンシを時間経過で比較してください。混在ペアが回復を不当に長引かせたりサービスを繰り返し妨害する場合、ラベルに記載された速度よりも持続的な動作の一致が重要です。

インターフェース速度はドライブ速度と同じではない

より高いレートで交渉されたSATAリンクがドライブのその速度の提供を保証するわけではなく、低いリンクレートでもハードドライブの機械的スループットを超えることがあります。キャッシュ、ワークロード、ファームウェア、メディア特性がより重要なことが多いです。

有用な比較はNASワークロード下での観測されたレイテンシと持続スループットです。同じインターフェース世代の2台のドライブでも挙動は大きく異なり、異なるインターフェース評価のドライブが連続的なストレージタスクで似た性能を示すこともあります。

交渉されたリンクレートは健康状態の手がかりとして記録し、唯一の受け入れテストとしないでください。予期しないダウンシフトやリンクリセットを調査し、容量、信頼性、持続的な動作、回復特性に基づいてミラーパートナーを選択してください。

明確な理由がある場合のみ読み取り優先を使用する

一部のソフトウェアRAIDスタックは、遅いまたはリモートのミラーメンバーからの通常の読み取りを減らしつつ書き込みは行うことができます。これは意図的に非対称なミラーに有用ですが、メンバーを同等にするわけではありません。

Linux mdはRAID 1に対してwrite-mostlyメンバー状態を公開しており、他の選択肢がある場合はそのデバイスからの読み取りを避けます。遅いメンバーは依然として書き込みを受け、リビルドや冗長性の挙動に影響を与えます。

非対称性が意図的である理由と障害時のパフォーマンス変化を文書化した後にのみ読み取り優先を適用してください。優先される高速メンバーが故障しても、残りのドライブから許容できるサービスを提供できなければなりません。

混在ペアがワークロードに適しているか判断する

混在速度は一時的な交換、軽負荷のアーカイブ、または測定されたパフォーマンスが需要を十分に上回るミラーに最も合理的です。データベース、仮想マシン、重い書き込み、短い回復目標にはあまり適していません。

判断は4つの観察を組み合わせるべきです：通常の書き込みレイテンシ、いずれかのメンバーがサービスから外れた後の読み取り挙動、リビルド時間、エラー回復の安定性。両方のメンバーが正常なときだけ高速なペアは実際の可用性要件を満たさない可能性があります。

これらのテストを余裕を持ってクリアし、両方のドライブが健康であれば混在ミラーを維持してください。遅いメンバーがサービス遅延、回復時間、運用の複雑さをNASが許容できるレベルを超える場合は、マッチした交換を計画してください。