遅いNASは通常、1つの理由だけではありません。ファイル転送、メディア再生、バックアップ、Dockerアプリ、写真ライブラリ、リモートアクセスはすべてシステムの異なる部分に負荷をかけます。
NASを交換する前に、まず6つの一般的なボトルネックを確認してください:ネットワーク、ドライブ、CPUとRAM、RAID状態、バックグラウンドタスク、ファイル共有設定。ほとんどのNASパフォーマンス問題は、NASボックス単体ではなく、チェーンの最も遅い部分から発生します。
問題1:ネットワークがボトルネックになっている
ネットワークは最初に確認すべき場所です。高速なNASでも、NASとコンピューター間の経路より速くファイルを移動できません。弱いWi-Fiリンク、悪いケーブル、100 Mbpsのスイッチポート、経路の途中にあるルーターは、正常なNASを壊れているように感じさせることがあります。
速度の期待も重要です。1GbE接続の理論上の上限は125 MB/sであり、プロトコルのオーバーヘッド、クライアントの速度、ドライブの動作、ファイルサイズを考慮すると実際のファイル転送速度はこれより低くなることが多いです。このNASファイル転送速度推定ツールは、ネットワーク評価が実際の転送速度であると仮定するのではなく、転送速度をボトルネックの連鎖としてモデル化するため便利です。
| 接続 | 実用的な意味 |
| 100 Mbps | 現代のNAS転送には遅すぎます |
| 1GbE | 基本的なファイル共有には通常十分ですが、SSDのような速度ではありません |
| 2.5GbE | 現代のホームNAS転送のより良い基準です |
| 10GbE | 大容量メディア、編集、複数ユーザー作業に便利です |
| Wi-Fi | 便利ですが、大容量の持続的な転送には不安定です |
| リモートアクセス | 家庭のアップロード速度、VPN、リレー、遅延による制限 |
また、MbpsとMB/sを区別してください。インターネットやネットワークポートは通常、メガビット毎秒で表示されます。ファイルコピーのウィンドウは通常、メガバイト毎秒で表示します。ざっくり言うと、1,000 Mbpsはオーバーヘッド前で125 MB/sであり、1,000 MB/sではありません。
有線テストから始めましょう。NASとコンピューターを同じスイッチまたはルーターに接続し、両側のリンク速度を確認し、別のケーブルを試し、Wi-Fi、リモートアクセス、多数の小さなファイルのテスト前に大きなファイル1つをコピーしてください。
問題2:ドライブが遅い、満杯、または故障している
ネットワークが正常に見える場合は、ドライブとボリュームを確認してください。NASのパフォーマンスは共有の背後にあるストレージプールに大きく依存します。古いハードドライブ、混在したドライブ、低回転数のディスク、弱いSSD、健康状態の悪いディスク、またはほぼ満杯のボリュームはすべて読み書きを遅くする可能性があります。
このような一般的なNASの問題と修正ガイドのようなNASトラブルシューティングガイドでは、遅いパフォーマンス、ドライブの故障、劣化したアレイ、再構築、過熱、バックグラウンドの負荷などがNASシステムの使用を難しくする問題として挙げられています。これは重要で、ドライブが遅延や再試行を引き起こし、システムが重大な故障警告を表示する前に問題が発生する可能性があるためです。
| ディスクの状態 | その役割 |
| 故障しつつあるドライブ | 再試行、高遅延、不安定なパフォーマンスを引き起こす |
| ほぼ満杯のボリューム | 書き込み、メタデータ、システム作業の余地が少なくなる |
| 混在ドライブ | 高速ドライブは最も遅いドライブを待つことがある |
| 低回転数のHDD | スループットとIOPSが低い |
| 多数の小さなファイル | 1つの大きなファイルをコピーするよりもはるかに遅い |
| 弱いSSDまたはSMRドライブ | 持続的な書き込みやランダムI/Oで崩壊する可能性がある |
SMARTの健康状態、エラー数、温度、保留中のセクター、プールの状態を確認してください。NASがリビルド、スクラブ、パリティチェック、または弱いディスクからの読み取り再試行を行っている場合、ネットワークが正常でもファイル転送が遅くなることがあります。
SSDキャッシュは繰り返しの読み取りや小さなファイルのワークロードに役立ちますが、魔法ではありません。1GbEを超える大きな連続ビデオファイルの場合、キャッシュが重要になる前にネットワークがボトルネックになることがあります。
問題3:CPUとRAMがワークロードに対して小さすぎる
エントリーレベルのNASは基本的なSMBファイル共有には十分かもしれませんが、ミニサーバーとしては弱いです。ユーザーがPlex、Jellyfin、Docker、VM、写真のインデックス作成、暗号化、クラウド同期、データベース、AIツールを追加すると、NASは単にファイルを保存する以上のことをしなければなりません。
CPUとRAMを確認する最適なタイミングは遅延が発生している時です。アイドル状態のダッシュボードは、バックアップ、メディアスキャン、ビデオストリーム、またはDockerジョブ中にNASが遅くなる理由を説明しません。
| ワークロード | 主なボトルネック |
| 基本的なSMBファイル共有 | ネットワークとディスク |
| Plexのダイレクトプレイ | ネットワークとクライアントの互換性 |
| Plexのトランスコーディング | CPUまたはGPU |
| Dockerアプリ | CPU、RAM、ログ、およびボリュームI/O |
| 仮想マシン | CPU、RAM、およびSSDストレージ |
| 写真のインデックス作成 | CPU、RAM、および小さなファイルのI/O |
| 暗号化された共有 | CPUのオーバーヘッド |
メディアアプリは一般的な例です。クライアントがファイルを直接再生できない場合、NASはビデオやオーディオのトランスコードを行う必要があります。Plexの最適化とトランスコーディング性能ガイドでは、メタデータストレージ、ハードウェアアクセラレーション、クライアント側の制限、リレー動作など、Plexのパフォーマンス問題の一般的な原因を説明しています。
もしあなたのワークロードが基本的なストレージを超えて成長しているなら、ZimaBoard 2パーソナルサーバーは軽量なファイル共有、バックアップ、セルフホスト型アプリに適しています。より大きなメディアライブラリ、マルチドライブストレージ、プライベートクラウド、より重いアプリのワークロードには、ZimaCube 2 NASがより適しています。
問題4:RAIDの選択またはRAIDの状態がすべてを遅くしている
RAIDは冗長性だけでなくパフォーマンスにも影響します。RAID 5とRAID 6は多くの構成で読み取り性能が良好ですが、書き込みにはパリティ処理が含まれます。RAID 6はRAID 5よりも保護が強化されていますが、より多くのパリティデータを保存し、実装やハードウェアによっては書き込みが遅くなることがあります。
RAID 5とRAID 6のパフォーマンスと耐久性の比較はトレードオフを明確に説明しています:RAID 5はシングルパリティを使用し、RAID 6はデュアルパリティを使用します。RAID 6は2つのディスク故障に耐えられ、どちらも故障したディスク交換後に再構築操作が必要です。
| RAIDの状況 | パフォーマンスへの影響 |
| RAID 5 / RAID 6の書き込み | 特に弱いCPUでのパリティオーバーヘッド |
| RAID 10 / ミラー | ランダムI/Oは良好なことが多いが、使用可能容量は低下 |
| 劣化したアレイ | 遅くて安全性が低い |
| 再構築または再同期 | 重いディスクI/Oが通常の使用と競合します |
| スクラブまたはパリティチェック | バックグラウンド読み取りが応答性を低下させることがあります |
| 不一致のドライブ | 最も遅いディスクがプールの制限になることがあります |
ドライブ交換、ディスク警告、パリティチェック、プール修復後にNASが突然遅くなった場合は、通常のパフォーマンス問題として扱わないでください。まずプールの状態を確認してください。劣化または再構築中のアレイは、速度調整を試みる前に保護し安定させる必要があります。
問題5:バックグラウンドタスクがNASを圧迫している
NASが遅くなるのは、気づかないうちに何かを処理しているからかもしれません。写真のインデックス作成、サムネイル生成、メディアライブラリスキャン、ウイルススキャン、クラウド同期、Time Machineバックアップ、スナップショット、監視録画、Dockerログ、データベース書き込みはすべてCPU、RAM、ネットワーク、ディスクI/Oを競合します。
この種の遅延は誤解されやすいです。NASは朝は速く、夜は遅くなることがありますが、それはスケジュールされたバックアップ、スクラブ、同期ジョブ、またはメディアスキャンが使用中の時間帯に実行されているためです。
| バックグラウンドタスク | なぜNASが遅くなるのか |
| メディアインデックス作成 | 多数のファイルとメタデータを読み取ります |
| サムネイル生成 | CPUとディスクI/Oを使用します |
| バックアップジョブ | 多数の読み書きを作成します |
| クラウド同期 | ファイルの比較、アップロード、ダウンロード、更新 |
| ウイルススキャン | ファイルアクセスをスキャンし、遅延を追加します |
| 監視録画 | 継続的な書き込みを作成します |
| Dockerコンテナ | ログ生成、データベース書き込み、メモリ負荷 |
| 重複排除または圧縮 | 計算オーバーヘッドを追加します |
不要なジョブを一時停止して再テストしてください。速度が改善すれば、NASが常に性能不足というわけではなく、スケジューリングの改善、軽量なアプリ、SSDアプリストレージ、またはファイル使用時のサービス数削減が必要なだけかもしれません。
問題6:プロトコルと設定が速度を削減している
良いハードウェアでも、プロトコルやクライアント設定がNASの性能を低下させることがあります。SMB、NFS、暗号化共有、ウイルススキャン、同期エージェント、権限、サムネイル、クライアントOSの動作は、ファイルの開閉、閲覧、コピー速度に影響します。
Microsoftの遅いSMBファイル転送トラブルシューティングガイドによると、SMB署名と暗号化はハードウェアによって転送速度を遅くすることがあり、小さいファイルの転送はネットワーク、プロトコル、ファイルシステムの遅延やウイルススキャンの影響を受けやすいとされています。
| 設定の問題 | 考えられる影響 |
| SMB/NFSの不一致 | 一部クライアントでの速度低下や遅延増加 |
| 暗号化された共有 | 性能の低いNASハードウェアでのCPUオーバーヘッド |
| ウイルス対策スキャン | ファイルの開閉やコピー操作の遅延 |
| フォルダを監視する同期エージェント | 余分なファイル操作やメタデータチェック |
| ジャンボフレームの不一致 | NAS、スイッチ、クライアントが一致しない場合のパフォーマンス低下 |
| 古いクライアントOSやドライバー | プロトコルの互換性やネットワークアダプターの問題 |
高度な設定を変更する前にシンプルな共有でテストしてください。有線接続、単純なフォルダ、1つの大きなファイル、最小限の追加機能を使います。これで問題なければ、問題はワークロード、プロトコルオプション、クライアントの動作、または追加サービスにある可能性が高いです。
最初のテストはシンプルに
ドライブ交換、RAID変更、新しいNAS購入から始めないでください。ボトルネックを特定するシンプルなテストから始めましょう。
| ステップ | 対処方法 | これが示すこと |
| 1 | 有線イーサネットを使用 | Wi-Fiの不安定さをテストから除外 |
| 2 | NASとクライアントのリンク速度を確認 | 100 Mbpsや誤ったネゴシエーションの問題を検出 |
| 3 | 1つの大きなファイルをコピー | 連続転送速度をテスト |
| 4 | 多数の小さいファイルをコピー | メタデータとプロトコルのオーバーヘッドをテスト |
| 5 | 別のクライアントデバイスを試す | NASの問題とクライアントの問題を分離 |
| 6 | CPU、RAM、ディスクの活動を確認 | アプリやバックグラウンドタスクがNASに過負荷をかけているかを表示 |
| 7 | インデックス作成、バックアップ、同期、トレント、コンテナを一時停止 | サービスがリソースを消費しているかを表示 |
| 8 | SMARTとRAIDの状態を確認 | ドライブ、プール、リビルド、または劣化したアレイの問題を検出 |
| 9 | リモートアクセス前にLANをテスト | ローカルのNAS速度とインターネット速度を分離 |
NASが有線LANでは高速だがリモートでは遅い場合、NAS自体が問題とは限りません。リモート速度は家庭のアップロード帯域幅、VPNのオーバーヘッド、リレーモード、ISPのルーティング、CGNAT、そして外出先で使用しているデバイスの接続状況に依存します。
ハードウェアアップグレードが実際に効果を発揮する場合
ハードウェアのアップグレードは、確認されたボトルネックに合致すると効果的です。100 Mbpsスイッチを高速NASに変えても解決しません。10GbEカードは故障したドライブを直しません。RAM増設はPlexリレーを改善しません。アップグレードは、既に測定した問題に対する答えであるべきです。
| ボトルネック | 効果的なアップグレード |
| 100 Mbpsリンク | より良いケーブル、スイッチ、ルーターポート、またはNIC |
| 1GbEの上限 | 2.5GbEまたは10GbEネットワーク |
| Wi-Fi転送 | 有線イーサネット |
| HDDのアプリストレージ | SSDまたはNVMeのアプリボリューム |
| RAM不足 | RAMのアップグレードまたは軽量なサービス |
| CPUによるトランスコード | Direct Playのワークフロー、ハードウェアアクセラレーション、またはより強力なNAS |
| 大容量メディアアーカイブ | 高速ネットワーク対応のマルチベイNAS |
| DockerやAIのワークロード | より多くのCPU、RAM、SSDストレージ |
NASをバックアップと基本的なファイル共有だけに使うなら、ケーブル、スイッチ、スケジュール、またはドライブの交換で解決するかもしれません。メディア、プライベートクラウド、Docker、データベース、ローカルAIも使うなら、より強力なハードウェアとSSD搭載のアプリストレージが重要になります。
最終的な結論
遅いNASは通常、クライアント、ケーブル、スイッチ、ネットワーク、ディスク、RAID、CPU、RAM、バックグラウンドサービス、プロトコル設定、またはリモートインターネット経路のいずれかのボトルネックが原因です。
有線LANでのテストから始め、MbpsとMB/sの期待値を確認し、ディスクとRAIDの健康状態をチェックし、バックグラウンドタスクを一時停止し、シンプルなSMBまたはNFS転送をテストしてから新しいハードウェアを購入してください。どの部分が実際に遅いかを把握してからアップグレードしましょう。
よくある質問
なぜNASの転送速度がこんなに遅いのですか?
一般的な原因には、Wi-Fi、100 Mbpsリンク交渉、1GbEの制限、遅いドライブ、多数の小さなファイル、バックグラウンドタスク、SMBのオーバーヘッド、ウイルススキャン、クライアント側の問題があります。
なぜWi-Fi経由のNASは遅く、イーサネット経由の方が速いのですか?
Wi-Fiはイーサネットよりも干渉、遅延、速度変動が多いです。大きなファイル転送、バックアップ、メディアライブラリは有線接続の方がはるかに安定しています。
なぜNASで小さなファイルは大きなファイルよりもずっと遅いのですか?
小さなファイルは、多くのオープン、作成、書き込み、クローズ、メタデータ、プロトコル操作を必要とします。総データサイズが大きくなくても、このオーバーヘッドが支配的になることがあります。
なぜPlexやJellyfinがNASで遅くなるのですか?
クライアントがファイルをDirect Playできない場合、NASはビデオやオーディオのトランスコードを行う必要があります。トランスコードはCPU、GPU、ハードウェアアクセラレーション、字幕、クライアントの互換性に大きく依存します。
なぜバックアップ中にNASが遅くなるのですか?
バックアップは、多くの読み書きを発生させることがあります。特にTime Machine、バージョン管理されたバックアップ、スナップショット、小さなファイルのワークロードでは顕著です。これらは通常のファイルアクセスと競合する可能性があります。
なぜリモートNASアクセスはローカルアクセスより遅いのですか?
リモート速度は、家庭のアップロード帯域幅、VPNのオーバーヘッド、中継モード、ISPのルーティング、CGNAT、およびリモートデバイスの接続状況に依存します。NASハードウェアを判断する前に、まずLAN速度をテストしてください。
サポートとヒント
もっと読む

なぜ自宅のネットワーク外でのリモートファイルアクセスは遅いのですか?
遅いリモートNASアクセスの実用的なトラブルシューティングガイド。アップロード速度、レイテンシ、VPN経由のSMB、トンネル、小さなファイル、同期の修正方法を網羅しています。

なぜ自宅ではホームサーバーにアクセスできるのに、外出先からはできないのですか?
LANアクセスとインターネットアクセス、NAT、CGNAT、ポートフォワーディング、VPN、トンネル、DNSに関する実用的なリモートアクセスのトラブルシューティングガイド。

AIのためのMac、メモリのためのNAS:実用的なプライベートAIスタック
ローカルモデル、NASメモリ、RAG、ベクター検索、プライバシー、バックアップ、ハイブリッドAIワークフローを網羅した実用的なMacとNASのAIスタックガイド。

