http - NAS / SAN + HTTPサーバーは適切ですか？

Question

NAS / SAN + HTTPサーバーは、インターネットを介して多数の静的ファイルを提供するための優れたソリューションですか？

Answer 1

サーバーにメモリキャッシュを追加すれば、問題はありません。Apacheには、それを行うモジュールがいくつかあります。

AkamaiやPantherExpressのように、ユーザーのレイテンシーを改善し、bwコストを削減したい場合は、静的分散キャッシングサービスを確認することもできます。後者は、あなたのbwコストに応じて、良い投資になる可能性があります。

Answer 2

これは、解決しようとしている全体的な問題に大きく依存します。SAN は信じられないほど複雑で、発生するのを待っている問題にすぎません。ソリューションの複雑さは、膨大な数の障害点、メンテナンスの難しさ、すべてのシステムの非標準ドライバー、すべてのコンポーネントのバージョン間の相互運用性の問題を追加します。

ほとんどの NAS ソリューションは、発生するのを待っているオーバーエンジニアリングの問題です。クライアント間で 1 つのデータ セットをリアルタイムで共有する必要がある場合にのみ、価値が追加されます。あなたの問題が本当にこれを必要としているかどうかを考えてください。Netapp は、私が容認できるほど信頼できると考える唯一の NAS ベンダーです。

SAN や NAS を避けることができる場合は、避けてください。内蔵ハード ドライブは通常、安価で高速です。また、問題が発生した場合のパフォーマンスの混乱も少なくなります。メンテナンスが容易です。スケーラビリティーはより簡単です (つまり、すべてのサーバーでデータを複製する場合、容量を追加するとパフォーマンスも向上します)。

サーバーで大量の高速ストレージを簡単に取得できることを考えてみてください。HP DL380 G5 は、1 台の 2U サーバーで 1.5 TB 以上を問題なく搭載できます。ストレージは、ほとんどの SAN または NAS ソリューションよりも高速であると期待してください。コントローラーの冗長性はありませんが、とにかく冗長サーバーがある場合は、ソリューションの全体的な信頼性が向上し、冗長パスを持つデータのコピーが 1 つだけになります。

複数のサーバー間でデータを即座に変更する必要がある場合でも、NAS が正しいソリューションであるかどうかを検討します。即時の定義と、同期中に更新されたファイルの要求を現在のデータでサーバーに向けることができるかどうかによって異なります。

データ セットが膨大で、ソフトウェア ソリューションを作成する時間がない場合にのみ、SAN が正しいソリューションであると想像できます。私の経験では、SAN の大部分は、技術的な要件よりも政治的な要件に基づいて設定されています。

NAS サーバーが Netapp であり、データ セットが非常に大きく、ソフトウェア ソリューションが複数のサーバーの内部ストレージにデータを分散できるようにするには、あまりにも迅速にソリューションを展開する必要がある場合にのみ、NAS が正しいソリューションであると想像できます。優れた NAS サーバーは非常に高価であり、それを回避するためにソフトウェア ソリューションの開発にお金を払うよりも確実に高価です。しかし、より迅速に展開できる可能性があります。

政治的な考慮事項がある場合、SAN および NAS は、問題/障害の責任を他のグループまたはベンダーに押し付けるのに役立ちます。これは通常、SAN または NAS ソリューションを選択する際に最も重要な考慮事項です。