遅さの正体は「少しずつ積もる待ち時間」
DS1522にファイルをコピーしているとき、プログレスバーが伸びきるまで、あと数秒、いや数十秒――画面の前で「遅い」と感じる瞬間は、致命的なトラブルではない。しかし、毎回のバックアップや動画ファイルの移動でこの引っかかりが続くと、作業リズムが微妙に狂い始める。とくに、体感的には「前より遅くなった気がする」という曖昧な違和感が、原因を特定しにくくする。
この記事では、DS1522の転送速度が期待より低いときに、ネットワーク経路の問題なのか、内蔵ディスクやRAID構成に起因するのかを、安全に切り分ける手順と判断基準をまとめる。いきなり設定を変更したり、RAIDの再構築に走る前に、まずはどこから手をつけるべきかを整理しよう。
速度低下の条件を切り分ける前にやってはいけないこと
焦って設定を変えるのは禁物だ。とくにRAIDの再構築や初期化、強制的な修復操作は、原因が曖昧なまま実行すると、正常なデータ領域まで書き換えてしまうリスクがある。また、速度低下の背景にハードウェアの劣化が潜んでいる場合、負荷をかけ続けることで状態がさらに悪化する可能性もある。
まずは「いつから遅いのか」「特定の時間帯だけか」「特定のクライアントPCだけか」をメモする。この情報があるだけで、後の切り分けが格段に楽になる。
ネットワークとディスク、どちらが足を引っ張っているのか
DS1522の標準装備は1GbEポート×4だが、10GbEへのアップグレードを検討している環境では、速度の頭打ちがネットワーク帯域なのか、ディスクの読み書き性能なのかを見極める必要がある。以下の手順で、原因を特定していこう。
クライアントPCの負荷と接続形態を疑う
DS1522にアクセスしているPC自体が高負荷状態だと、NAS側が速くても転送速度は伸びない。タスクマネージャーでCPUやディスク使用率を確認し、常に90%を超えているようなら、まずPC側の負荷を下げる。
また、無線LANで接続している場合は、有線に切り替えるだけで速度が安定することが多い。電波干渉や帯域制限の影響を受けにくくなるため、まずはLANケーブル直結で試してみる価値がある。
ネットワーク経路のボトルネックを探す
有線接続でも速度が出ない場合、ルーターやスイッチングハブの仕様を確認する。たとえば、DS1522は1GbEに対応しているが、経路上に100Mbpsの古いハブが挟まっていると、当然そこで頭打ちになる。また、ジャンボフレームの設定が機器間で不一致だと、通信が不安定になったり、かえって遅くなったりすることがある。
Synologyのナレッジセンターでは、データ転送速度が低い場合のトラブルシューティングとして、まず別のPCで転送テストを行うことを推奨している。異なるPCでも同じように遅いなら、NASまたはネットワーク側の問題と判断できる。PCによって速度が変わるなら、クライアントPCの設定や性能に原因がある可能性が高い。
公式の手順は「データ転送速度が低い場合はどうすればよいですか？」に詳しく、テスト用PCの有無で次のアクションが変わる。
ディスク性能とRAID構成の影響を見る
ネットワーク側に問題がなさそうなら、次はDS1522内部のディスクに目を向ける。ベイに搭載しているHDDやSSDの型番が、Synologyの互換性リストに含まれているか確認しよう。リスト外のドライブでも動作することはあるが、想定外の速度低下やエラーの原因になることがある。
RAID構成も速度に大きく影響する。たとえば、RAID 5やRAID 6は冗長性を確保する代わりに書き込み性能が落ちる傾向があり、とくに小容量ファイルのランダム書き込みで顕著になる。一方、RAID 0は高速だが、1台の故障で全データが失われるリスクがある。DS1522は5ベイのNASなので、速度と安全性のバランスをどう取るかが悩ましいところだ。
なお、RAIDはバックアップではない。速度改善のためにRAIDレベルを変更する前に、必ず外部メディアや別のNASへバックアップを取得しておく。データを失ってからでは遅い。
DSMのリソースモニターとログを活用する
DSMの管理画面には、転送速度の低下を診断するための強力なツールが揃っている。「リソースモニター」では、CPU、メモリ、ディスク、ネットワークの使用率をリアルタイムで確認できる。転送中にディスク使用率が100%に張り付いているなら、明らかにディスクがボトルネックだ。逆に、ネットワークのグラフが1Gbps近くで頭打ちになっているなら、ネットワーク帯域が限界に達している。
また、「ログセンター」では、ディスクのSMARTエラーやI/Oエラーが記録されていないかチェックできる。とくに「不良セクタ」や「再割り当てセクタ数」の増加は、HDDの劣化を示すサインだ。こうしたエラーが断続的に発生していると、見かけ上の転送速度がガクッと落ちることがある。
DS1522のスペックが作り出す「期待値」と「現実」
DS1522は、AMD Ryzen R1600（デュアルコア 2.6GHz）と4GBのDDR4 ECCメモリを搭載し、標準で1GbE×4、オプションで10GbEネットワークカードに対応する。データシート上の最大転送速度は、1GbE環境で約113MB/s、10GbE環境ではさらに高い数値が示されている。しかし、これはあくまで理論値であり、実際のファイル転送ではオーバーヘッドが発生する。
公式のデータシートは「Synology DS1522+ データシート」で確認できる。ここには、対応ドライブや拡張ユニットの情報もまとまっている。
10GbE化で速度は上がるが、ディスクが追いつかないケース
DS1522に10GbEネットワークカードを追加すれば、理論上は1GB/s近い速度が出る。しかし、HDD単体のシーケンシャル読み書き速度は200MB/s前後が一般的で、RAIDを組んでもHDDだけで1GB/sを安定して出すのは難しい。10GbEの性能を活かすには、SSDキャッシュの導入や、高速なSSDをデータボリュームとして使うなどの工夫が必要になる。
ここでよくあるのが、「10GbEにしたのに速度が変わらない」という落とし穴だ。ネットワークカードを入れ替えても、実際にデータを読み書きするディスクが遅ければ、転送速度はディスク性能で頭打ちになる。
拡張ユニットDX517との接続も盲点になる
DS1522は、拡張ユニットDX517を2台まで接続し、最大15ベイに増設できる。しかし、DX517との接続はeSATAで、帯域は6Gbps（約600MB/s）に制限される。10GbE環境でDS1522本体にSSDボリュームを作り、DX517にHDDを入れて速度差が生じる構成では、DX517側の転送がボトルネックになることがある。
拡張ユニットを使う場合は、どのドライブにどのデータを置くか、という運用設計も速度に直結する。
それでも改善しないとき、買い替えか、待ちか、別の道か
ひととおりの切り分けを試しても速度が改善しない場合、DS1522の買い替えや、より高速なモデルへの移行を考え始めるかもしれない。しかし、その判断を下す前に、いくつか立ち止まって考えるポイントがある。
速度低下が「特定の操作」だけなら、運用でカバーできる
たとえば、動画編集用の素材をDS1522に置いている場合、読み込みや書き出しのたびに遅さを感じるなら、編集用ファイルだけをローカルのNVMe SSDに置き、完成後のアーカイブだけをNASに保存する、という運用に変えるだけでストレスが激減することがある。
また、バックアップジョブが重なっている時間帯だけ遅いなら、ジョブのスケジュールをずらすだけで解決する。
ファームウェアやDSMのアップデートを待つ価値がある場合
速度低下の原因が、特定のDSMバージョンやドライバの不具合であることもある。Synologyのダウンロードセンターでは、最新のファームウェアやドライバが公開されている。リリースノートを確認し、パフォーマンス改善やバグ修正が含まれているなら、アップデートを試してみる価値はある。
「ダウンロードセンター – DS1522+」から、常に最新の状態を保つようにしたい。
どうしても10GbEの速度が必要なら、最初から対応モデルを選ぶ
DS1522はあくまでオプションで10GbEに対応するモデルであり、最初から10GbEポートを搭載したDS923+やDS1621+といった上位機種も存在する。もし「どうしても10GbEのフル性能が今すぐ必要」で、かつSSDキャッシュや高速ディスクへの追加投資が難しいなら、最初から10GbE標準搭載のモデルを選んだほうが、結果的にコストも手間も抑えられることがある。
ただし、DS1522は5ベイのコンパクトさと拡張性のバランスに優れており、1GbE環境で安定運用する分には十分な性能を持っている。購入前に、自分の用途で本当に10GbEが必要なのか、それとも「なんとなく速くなりそう」という期待なのかを、改めて整理しておきたい。
小さな不満を「管理できる範囲」に抑えるために
DS1522の転送速度が遅いと感じるとき、その原因は単一ではなく、ネットワーク、ディスク、RAID構成、クライアントPCの状態が複雑に絡み合っている。一度にすべてを解決しようとすると、かえって泥沼にはまりかねない。
まずは、リソースモニターとログセンターで客観的な数字を押さえ、ネットワークかディスクかの大まかな切り分けを行う。そのうえで、有線接続への変更や、ジャンボフレームの設定確認といったリスクの低い対処から試していくのが現実的だ。
どうしても速度が足りない場合は、10GbE化やSSDキャッシュの追加といったハードウェア投資が必要になるが、その前に「本当にその速度が必要なのか」を自問してみることも大切だ。毎日のバックアップが数分遅くなる程度なら、そのまま使い続けるという選択も、十分に合理的な着地点になる。
コメント