web-dev-qa-db-ja.com

Akamai NetStorageとAkamai Edgeサービスの比較

Akamai NetStorageとAkamaiのEdge Serviceの違いは何ですか？以下は私がそれらを区別すると信じている概念ですが、より経験豊富な人々からより多くの詳細を求めています。

NetStorage

これは文字通り、画像、JS、CSS、XML、ビデオ、その他の静的アセットなどの高性能なホスティング場所です。文字通りFTPファイルを特定の場所に送信し、特定のAkamai URLからそれらを取得します。これらのアセットはすべてキャッシュされ、グローバルに分散されているため、すべて非常に高速です。

エッジサービス

これはホスティングオプションではなく、既存のホスティングのキャッシュオプションです。したがって、何をキャッシュするか（ファイルの種類、パスなど）とその期間を指定します。 Originサーバーでホストされているアイテムに移動し、それらをサーバーにグローバルにキャッシュします。次に、ライブサイトでAkamai's Edgeをポイントして、それらをパブリックに「ホスト」します。

  1. 上記の私の仮定は正しいですか？
  2. なぜ一方を使用するのか、もう一方を使用するのですか？
  3. エッジサービスよりもNetStorageを使用するメリットは何ですか？
  4. コスト比較とは何ですか？それらはほぼ等しいですか？ NetStorageはエッジよりも約x倍高価ですか？
  5. 私が知っておくべき他の対照的な機能はありますか？
hostingcachecdn
6
Mark

（質問が投稿されてからしばらく経ちましたが、うまくいけば、この情報がOPおよび/または将来の訪問者に役立つでしょう...）

上記の仮定は一般に正しいです。 NetStorageは、アカマイのクラウドのバックボーン上にあるホストされたOriginサービスです。

コストについては、少なくとも特定のレベルのサービスを提供する場合、NetStorageは無料のオプションだと思いますが、確実に確認する必要があります。

私が働いている会社は、静的オブジェクトに対して1日あたり約400万件のリクエストを受け取り、アカマイを使用しています。現在、NetStorageに切り替えており、切り替えを見越して、ステージングネットワークでかなりの量の測定とテストを行っています。私たちにとって、基本的な考慮事項は次のとおりです。

Edge-to-Originの速度とキャッシュヒット率-これは実際にはトラフィックの関数です（1）AkamaiのEdgeサーバーがどの程度の速さでユーザーに到達できるかに応じて、ユーザーエクスペリエンスの違いは大きくなるか無視できますオリジン、および（2）各エッジサーバーがオブジェクトのリクエストを取得する頻度。

  • エッジサーバーがオリジンからオブジェクトをリクエストする必要がある場合、オリジンがどれだけ速く応答できるかが重要です。 NetStorageはアカマイのネットワーク上にあり、これに最適化されているため、ほとんどの場合、NetStorageはOriginサーバーよりも速く応答します。

  • そして/しかし：オブジェクトがエッジサーバーにキャッシュされるほど、Origin（またはそのオブジェクト）がこれらのエッジサーバーのリクエストに応答する速度が重要でなくなります。そのため、オブジェクトが大量のトラフィックを受信する場合（および/またはOriginが高速サーバー上にあり、AkamaiのEdgeネットワークへの接続が非常に高速である場合）、まったく違いがない可能性があります。ただし、トラフィックが中小規模のサイトで、アカマイのエッジサーバーが頻繁にオブジェクトをキャッシュからクリアして、他のオブジェクトのためのスペースを空けている場合、大きな違いが生じる可能性があります。アカマイには多くのEdgeサーバーがあり、隣接するEdgeサーバーからキャッシュされたオブジェクトを取得できる場合もありますが、オブジェクトがそれらの隣接サーバーのキャッシュにない場合でも、多くのヒットが発生する可能性があります。原点。

  • 参考までに、ほとんどのオブジェクトにはかなり積極的なブラウザキャッシュポリシーがありますが、Originは依然として、毎日これらの4M以上のリクエストの約25％〜30％について、アカマイのEdgeサーバーからリクエストを取得しています。

管理者 NetStorageがない場合は、明らかに独自のOriginサーバーをホスト（またはホスティングを手配）する必要があります。つまり、構成、メンテナンス、監視、予算などです。NetStorageは基本的に無料のホスティングです。ギグ次第では、これはいくつかの点で大きな勝利になるかもしれません。だが ...

その他の管理者 NetStorageには独自の手間といくつかの制限があります。例えば：

  • URLで大文字と小文字が区別されないが、大文字と小文字が混在するファイル名とファイルパスがある場合は、アップロードするたびにURLをall-lowerまたはall-upperに変換する必要があります。

  • NetStorageファイル管理では、LOTが必要です。話すスクリプトはありません。アップロードとダウンロードはできますが、大量のファイルを削除すると永久に時間がかかります。

  • フォルダーのサイズは、基本的にフォルダーあたり10,000ファイルに制限されています（ドキュメントには、制限は50,000であると記載されています）。

あなたが知りたいかもしれないもう一つのことは、 "Midgress"オプションです。 NetStorageを使用したくない場合で、より良いキャッシュヒット率とOriginへのヒット数を減らす必要がある場合は、エッジサーバーとOriginの間に挿入されたキャッシュサーバーの中間層に追加料金を支払うことができます。これにより、ラウンドトリップ時間が短くなり（エッジサーバーは、オリジンサーバーに直接アクセスする代わりに、よりローカルなミッドグレスサーバーに要求する）、キャッシュヒット率が高くなります。一度試してみたところ、かなりうまくいきましたが、コストは私たちが支払いたいと思っていた以上のものでした。

乾杯、

アーロン

6
Aaron

明確にするためのいくつかの事柄... NetStorageは実際、デフォルトでコンテンツをグローバルに複製します。これはオンデマンドサービスではなく、自動的に処理されます。 NetStorageプラットフォームは、コンテンツキャッシングインフラストラクチャとは別のネットワークオーバーレイです。

要求されているオブジェクトの大文字と小文字の区別を無視するようにビジネスロジックを構成できます。または、アップロード時にNetStorageにオブジェクトの名前を変換させることもできます。

0
Phil

あなたの仮定は正しいです。デフォルトでnetstorageのコンテンツをグローバルに配布しないと私が思う1つの場所を除きます。論理的にはオンデマンドである必要があります。

第二に、パフォーマンスに関しては、2つの間の違いは見られません。正しいキャッシュヘッダーを設定すると、静的コンテンツはとにかくEdgeサーバーにキャッシュされます。 2つの唯一の違いは、netstorageを使用する場合、静的コンテンツに対する残りの非常に少数のHTTPリクエストをアカマイにオフロードすることです。 Originサーバーがダウンした場合にNetstorageが役立つ1つの領域。

要するに、アカマイは多かれ少なかれリバースプロキシです。

それらが役立つ場合のいくつかの定義。

オリジンサーバーはあなたのサーバーです。

エッジサーバーはアカマイサーバーです。

Apache <----> |エッジサーバー--Akamai_Network --->エッジサーバー<----> |お客様

ネットストレージのコストは、交渉できる内容によって異なります:)

0
Sameer