帯域幅の多いサイト...コロケーションを使用しますか？

帯域幅が非常に多いと思われるWebサイトで作業しています。サイトの主な機能は、アクティブに使用している場合、1つのセッションで最大1Mbpsを引き上げることです。幸いなことに、ユーザーが新しいおもちゃの要素を乗り越えると、この機能の使用はセッション時間の1〜5％以下（おそらくはるかに少ない）になるでしょう。

ただし、新規ユーザーは、特にリリース時に、この機能を少し使用する可能性があります。帯域幅の使用について非常に心配しています。

これは多かれ少なかれニッチな市場なので、YouTubeのようなクレイジーなレベルにスケールする必要はありません。ただし、それが数テラバイト/月になることは完全に可能です。

コロケーションは私の最良の選択肢ですか？安価な帯域幅サービス（コロケーション/ホステッド/クラウド/何でも）はありますか？

多くは、予想される同時セッションの数に依存します。それ以上の数の同時セッションが発生する可能性がある場合は、100Mビットの接続を許可するものが必要になります。50を超えると予想される場合は1ギガビットです。

また、必要な回復力の種類にも依存します-問題が発生した場合に引き継ぐために稼働時間の保証やその他のSLAやフェイルオーバーシステムが必要な場合（プロジェクトは短期間のダウンタイムにとって十分重要であるため）恥ずかしいことに）あなたのオプションはより制限され、あなたのコストはより高くなります。

大きなデータをアプリの他の部分から分離できる場合は、すべてを新しいホスティングソリューションに移動する必要はありません。たとえば、大きな帯域幅のアイテムがビデオファイルである場合、適切な帯域幅の専用サーバーをどこかにレンタルしてホストすることができます-最近の帯域幅が適切で、100メガビット以上の接続を備えた適切なホストでサーバーを驚くほど安価に入手できます（月額50ドルを支払う）必要に応じて24時間年中無休で双方向に飽和する可能性がある10Mビットリンクを備えた小規模サーバーの場合、保証された稼働時間や他のSLAやサーバーが必要でない限り、接続されたより重いサーバーとの100Mビットリンクは高価になりませんホスティングプロバイダーからの管理）。サーバーが静的ファイル（大きいファイルでも）を提供するだけの場合は、CPUとRAMの点でマシンの多くは必要なく、高速ドライブと帯域幅だけが必要です。「クラウド」ホスト型ソリューションまたはコンテンツ配信ネットワークも一見の価値があります。理論上、必要な帯域幅がはるかに弾力性があると想定すれば、拡張が容易になる可能性があります（適切な稼働時間を保証できる可能性があります）それらがそのSLAを維持できなかった場合の補償付き）。帯域幅を占有するアクションをこれらの方法で分離しておくことには、高帯域幅機能が他のすべての機能を同時にブロックしないようにクロールするように十分な注意を引く場合に、追加の利点があります。

純粋に歴史的に：
Facebookゲームが登場する前の時代、人々はブラウザベースのテキスト形式のMMOに夢中になっていた。

比較的新しいのは大亀でした。それは非常にグラフィックが重く、999ページの9倍の地図システムでした（999のセクターを持つ9つの宇宙、それぞれ15の惑星のためのスペースがあり、各惑星は月を持つことができました）。

参加しているユーザーの数はめちゃくちゃで、トラフィックの量はさらにそうでした。

それで彼らはそれを解決するために何をしましたか？彼らはPHPテンプレートシステムの使用を開始し、ユーザーが画像やCSSファイルを自分でホストできるようにしました。チェックボックスをクリックして、ベースフォルダーへの絶対パスを入力するだけです。彼らはこれをデータベースに保存し、HTML <base>要素を使用し、テンプレートシステムはURIをhttp：// path / to / imageからfile：/// path / to / imageに設定します。

その後、すべてのimgリンクは同じままです。ユーザーが既にダウンロードしているので、何もダウンロードする必要はありませんでした。ユーザーのページの読み込みが速くなり（製品レビューが向上します）、サイトをホストしている会社の帯域幅の使用量が少なくなります。

そして、追加のボーナスとして、「カスタムの背景と画像を自分で作れるように、これをやらせてくれる素敵な人たちではないか？」

トラフィックの多いサイトがあり、各ページに多数の画像が読み込まれています。私たちは専用サーバーを持っていますが、Amazon S3に写真を置くことにしました。ビデオファイルや他のタイプの大きなファイルについて話しているように思われますが、ここでも適用できると思います。ここにいくつかの長所と短所があります（私たちにとって）

長所

• サーバーに必要なディスク容量が少ない
• サーバーの帯域幅が少ない
• ログファイルが大幅に小さい
• Amazon CloudFrontと簡単に統合して、訪問者のロードをさらに高速化できます

短所

• それは少しだけコストがかかります。私たち自身のサーバーに置くことで少しのお金を節約できます
• 彼ら（アマゾン）がダウンすることに対するコントロールが少ない...幸運なことに、彼らは実際にはダウンしません。:)

他の考え

あなたが話しているのがメディアファイルや大きなファイルのダウンロードではない場合、私の回答や他のいくつかの回答は意味をなさない可能性があります。詳細をお知らせください。できる限りのお手伝いをさせていただきます。

注目する必要があるのは、Amazon CloudfrontなどのCDNのようです。

CDNの使用に関する議論については、以下の質問を確認してください。

• CDN-コンテンツ配信ネットワーク。それらはどのように機能し、なぜ使用したいのですか？
• いつCDNを使用することに決めましたか？CDNの使用の「成功」をどのように測定しましたか？

ターゲットの州/国（または世界）に応じて、さまざまな場所で多くのクラスター（「クラウド」）ソリューションを使用します（ロケーションネットワークをピアリングする必要があります;-)）。一方ではCDNを完全に制御できますが、もう一方のサイトでは多くのことを行う必要があります（監視、ソフトおよびハードウェアインフラストラクチャの管理など）。

つまり、AWSなどの「管理された」ソリューションです。幅広い機能を提供するCDN /クラウドプロバイダーはたくさんあります。

オフトピック：Puppet [1]をご覧ください:-)

[1] http://www.puppetlabs.com/

はい、Amazon AWSを同様に使用する必要があります。