企業向けストレージ
SANとNAS：ブロックストレージを選ぶべき場面
容量増加だけでSANが必要になるわけではありません。ブロックが役立つ場面、NASの適性、購入前の性能・冗長性・復旧確認を説明します。
2台目のサーバーを追加し、バックアップが勤務時間に重なり、繁忙時にDBが止まってSAN交換の提案が出ます。正しい案件かもしれませんが、まずディスク遅延、回線飽和、競合処理、可用性設計不足のどれかを確認します。名前の変更だけで自動解決しません。
ファイルとブロック：誰がファイルシステムを管理するか
ネットワーク接続ストレージ（NAS） はファイルとフォルダーを提供します。NASやファイルサーバーがファイルシステム、権限、共有を管理し、通常はSMBやNFSで接続します。小規模オフィス、制作チーム、大規模企業のファイル環境にも対応できます。
ストレージエリアネットワーク（SAN） は通常iSCSIやFibre Channelでホストへブロックを提供します。サーバーや対応クラスターがボリュームやLUNとして使い、ファイルシステムやアプリ層を提供します。iSCSIはEthernet、Fibre Channelは互換ファブリックを使います。この分類だけでメディア、実用容量、応答時間は決まりません。
ファイルアクセス：NASがファイルシステムを管理
- 利用者／アプリ
- Ethernet網
- NAS／ファイルサービス
クライアントはファイルとフォルダーを要求し、サービスが共有と権限を管理。
ブロックアクセス：ホストがボリュームを管理
- サーバー／クラスター
- 対応SAN経路
- ブロック保存
ホストはボリュームやLUNを使います。共有書き込みには対応する協調制御とフェンシングが必要です。
両役割は共存します。ファイルサーバーがSANに保存し職員へSMBを提供することも、両サービスを備える基盤もあります。NASとSANを排他的な機器分類とせず、必要なサービスと障害動作を購入してください。
負荷にストレージを合わせる
| 負荷 | 適切な出発点 | 確認すること |
|---|---|---|
| 共有文書・プロジェクトフォルダー・権限 | NASや管理ファイルサービス | ID統合、ファイルロック、スナップショット、復元 |
| 大きなメディア保管やバックアップ庫 | 容量重視NAS、ファイルサーバー、オブジェクト保存 | 保持、同時ストリーム、成長、復元速度 |
| 仮想マシン | ハイパーバイザー対応のファイル／ブロックデータストア | 対応プロトコル、遅延、マルチパス、クラスター動作 |
| トランザクションDB | DBベンダー対応の保存設計 | 持続遅延、書き込みの永続性、ログ、復旧 |
| 複数ホストの共有ブロックボリューム | 対応SANとクラスター設計 | フェンシング、協調アクセス、障害テスト |
「このアプリはどの保存構成に対応するか」が有用な質問です。ハイパーバイザーはNFSとブロック両方、DBは特定の書き込み順序や耐障害性を必要とする場合があります。どちらかが本質的に業務向けと決めつけず要件を確認します。
500 TBで自動的に切り替える境界はない
100 TBや500 TBなどの切りの良い数を超えることは容量計画の機会で、SANへの移行命令ではありません。並列度の低い順次アーカイブと、小さくても繁忙な取引システムは要件が違います。
RAIDや消失訂正符号、ファイルシステムのオーバーヘッド、スナップショット、成長、作業余地を差し引いた容量を計画します。保護再構築、変更データのバックアップ、業務復旧時間も評価します。当社の RAID計算ツール は容量計算を助けますが、アプリ互換性や適切な復旧設計は決められません。
交換前に遅延と競合を測定
実際に遅い時間帯に、アプリ応答、保存遅延、待ち行列、読み書き比率、ディスク利用、網速度を記録します。バックアップ、ウイルス検査、スナップショット、複製など同時処理も結果を変えます。
- 大きな転送はクライアント、スイッチ、保存接続、ディスクプール全体の持続速度を確認します。
- DBやVMは順次コピーだけでなく、代表的な小要求の組み合わせで遅延を見ます。
- 十分な量を試し、短いキャッシュの瞬間速度を持続性能と誤認しないようにします。
- 対応する管理下テストでは、正常時と現実的な縮退／再構築時を比較します。
接続高速化だけでプロトコル変更なしに制限を解消できる場合があります。逆に25GbEでもディスクアクセスやアプリ過負荷の制限は直せません。この 遅いNAS転送のトラブル対処ガイド で原因を分ける実用手順を示しています。
共有ブロックには協調が必要
同じLUNを2台に見せても通常ファイルシステムの同時書き込みは安全になりません。対応クラスター、ロック、フェンシングがなければ互いのメタデータを上書きしてボリュームを破損させる可能性があります。
OS、ハイパーバイザー、保存ベンダー対応の共有構成を使います。クラスター対応ファイルシステム、対応共有データストア、明示的に協調するアプリなどです。各ボリューム所有者とクラスター連絡喪失時の動作を定義します。既存本番ボリュームを別の書き込み可能ホストへ接続して試してはいけません。
二重コントローラーは可用性の一部
デュアルコントローラー構成のアレイは特定の障害リスクを減らせますが、サービス全体はホストアダプター、配線、スイッチ、電源、経路設定、アプリに依存します。同じスイッチや電源を通る2経路には共通障害点が残る場合があります。
この Synology UC3400 はアクティブ・アクティブSAN向け設計の例で、適切な対応構成でiSCSIとFibre Channelに対応します。デスクトップ共有NASとは役割が違います。ホスト、アダプター、ファームウェア、マルチパスを一つの設計として確認します。
試験前に故障経路、ホストの検出、アプリ制限内でのI/O再開、保守後の復旧を記録します。演習していない冗長性は仮定にすぎません。
運用計画を将来に備える
空きベイ以外に、上流接続、認定アダプターと光接続、サポート、ファームウェア保守、監視、ラック電源、バックアップ容量を確保します。棚追加やドライブ種類変更がサービスを止めず対応するか確認します。
容量警告、障害経路、復旧確認の担当を決めます。運用計画が明確な小規模システムは、保守できない大規模基盤より適する場合があります。ホスト背後の高密度保存は別の Exos CORVAULT構成ガイドを参照してください。SASにも適切なサーバーと前段サービスが必要な理由を説明します。
購入前に受け入れ試験を決める
- アプリ、対応プロトコル、ホスト版、必要実用容量を指定します。
- 代表的な最繁忙時の許容遅延と速度を定義します。
- 機器故障とデータ喪失・損傷の復旧時点と復旧時間目標を設定します。
- 安全に行える経路、コントローラー、電源障害テストに合意します。
- 代表アプリやデータを独立バックアップから復元します。
この 概念実証 は公表接続速度よりアプリ動作が判断を左右する場合に有用です。再現可能にして構成と結果を保存します。
よくある質問
SANは必ずNASより速いですか？
いいえ。メディア、コントローラー、経路、要求サイズ、並列数、アプリが決めます。適切なファイルサービスが不足したブロックシステムを上回る場合があります。必要な負荷と遅延を比較します。
500 TBを超えた企業はSANへ移るべきですか？
万能なしきい値はありません。大きなファイル保管はNASや別のファイルサービスに残せます。アクセス、性能、成長、可用性、復旧要件によります。
NASでVMを動かせますか？
はい。ハイパーバイザーと保存基盤が選択したファイル方式と構成に対応する場合です。正確な製品の現行互換表、データストア要件、障害動作を確認します。
同じiSCSI LUNに2台で書き込めますか？
適切なクラスターやアプリなど協調する対応設計でのみ可能です。通常の書き込み可能ファイルシステムを独立ホスト2台へつなぐとデータを破損させる恐れがあります。
二重コントローラーならバックアップ不要ですか？
いいえ。冗長性は特定の機器故障を扱うもので、削除、ランサムウェア、アプリ破損、現場事故への独立復旧コピーにはなりません。
SANやNAS設計には何が必要ですか？
アプリとホスト版、実用容量と成長、読み書き負荷、遅延、網設計、バックアップ時間枠、復旧目標、サポート期待を提示します。
どの保存経路が適切か
共有ファイル、保管、対応ファイル型アプリにはNASを候補に残します。 アプリ、クラスター、可用性設計がブロックを求めるならSANを検討します。移行費用を払う前に実負荷と全経路を検証します。
新規計画は次の NAS選定ガイド から始めるか、明確な負荷を ネットワークとストレージの相談サービスで相談してください。業務が継続すべきサービスを説明する仕様が最も役立ちます。
