問題タブ [azure-cdn]

オリジンサーバーが新しいリクエストでヒットするたびに、 max-age=7200 のキャッシュヘッダーと新しい GUID に等しい ETag を配置した特定の動的ページを持つ主に静的なサイトがあります。

Fiddler を介してこの .aspx ページの応答を調べていたところ、CDN を介してアクセスした最初の数回で ETag が変化し続けていることに気付きました (つまり、オリジン サーバーは 7200 の最大経過時間にもかかわらず 3 ～ 4 回ヒットしていました)。その後、2 時間 (7200 秒) かけて更新するポイントに到達し、最大年齢が尊重され、ETag は同じままでした。

この 2 時間が経過した後、若いキャッシュ年齢と新しい ETag (「12345678」としましょう) を含む新しい応答に気付きました。ただし、後続の要求は再び最大年齢を無視し、新しい ETag を使用してオリジンから新しいコピーを取得しました。毎回新しい ETag を表示するためだけに、さらにいくつかのリクエストを行いました。

その後、もう一度更新を押すと、何回か前のリクエストと同じ応答と ETag "12345678" が表示されました。

これは、異なるエッジ ノードが呼び出されており、キャッシュの有効期限が切れたときにオリジンから個別にデータが取り込まれているために発生していますか? 別のエッジ ノードからコンテンツを取得しているために別の ETag を取得している場合がありますが、7200 秒間の最大経過時間を尊重する特定のエッジ ノードにロックされることがありますか?

パブリックblobに設定されたMicrosoftAzureでホストされているコンテナー内のblobストレージにコンテンツを配置するx-ms-...と、ブラウザーからの標準のGET要求に対するHTTP応答のさまざまなヘッダーが追加されます。それらは何に使用され、オフにすることはできますか？私は肥大化した役に立たないHTTPヘッダーが嫌いです。

Windows Azure Blob Storage を作成し、Windows Azure CDN サービスを関連付けました。
カスタム ドメインを Azure CDN にマップします。カスタム ドメインの検証が完了したら、static.codeinstinct.pro を az412526.vo.msecnd.net にマップする CNAME レコードを作成しました。

その結果、次の 3 つのリンクが
あり
ます
。

最初の 2 つのリンクは機能しますが、最後のリンクは機能しません (400 'Bad request' エラーを返します)。

カスタム ドメインの詳細 DNS 名を取得しようとしています。次のようになります:
;; 質問セクション:
;static.codeinstinct.pro. CNAME
;; 回答セクション:
static.codeinstinct.pro. CNAME az412526.vo.msecnd.net で 600。
;; 権限セクション:
codeinstinct.pro. 86399 IN NS ns01.parking.ru.
codeinstinct.pro. 86399 IN NS ns11.parking.ru.

なぜ機能しないのですか？

.NETWebアプリケーションをAzureWebロールにデプロイしようとしています。他の人が静的コンテンツ、特に画像とCSSをどのように処理したのか疑問に思っていますか？現在、アプリケーションパッケージは約25 MBですが、そのうち18 MBは、ナビゲーションボタン、アイコン、テンプレートコンポーネントなど、ほとんど更新されない画像から純粋に派生しています。これをデプロイメントパッケージから分割してBLOBストレージに移動するのが賢明でしょうか？

私はこのアプローチについていくつか疑問がありますが、私はそれが有効であると思っています...

1. 当サイトの80％はHTTPS環境で運営されています。BLOBストアの画像にアクセスすると、クロススクリプトの問題が発生しますか？

2. 誰かが私たちの画像を悪意を持って槌で打とうとした場合（ほとんどが20kb未満）、お金の漏洩に対する脆弱性はありますか？

3. ディレクトリの命名規則を使用して（VS2010 + Azure SDKから）blobコンテナーにファイルをアップロードする方法を確認するのに苦労しているので、何千ものパス参照を書き直す必要はありませんか？ディレクトリはblobコンテナーの抽象的な概念であると思いますが、コードでこれを模倣するためにスラッシュを使用してファイルを書き込むことができます。明らかに、Windowsでは、VisualStudioにアップロードする前にこれを行うことはできません。

任意の考えや代替戦略を歓迎します。目標は、実際には、展開パッケージを縮小して展開時間を短縮することです。また、専用ノードに提供する画像をオフロードしてWebサーバーのパフォーマンスを向上させるというアイデアも非常に気に入っています。おそらく、画像コレクションが非常に小さいため、気にする価値はほとんどありません。

5月16日更新----------------------------------------------- -------------------------

これが私が最後にしたことです：

1.すべての画像とcssをBLOBストレージコンテナに転送しました。画像とcssフォルダー内のサブディレクトリの構造を維持しました。

2.次のようにweb.configファイルにURL書き換えルールを適用しました。

3.アプリケーションから画像とcssフォルダーを除外してデプロイしました。

私の展開は今でははるかに小さくなり、イメージはCDNで実行されて帯域幅を解放し、ダウンロード速度を向上させ、Webサーバーからの負荷を解放しています。

更新：2015年9月

最近これをレビューしたとき、私はマイクロソフトからの次のガイドに出くわしました。クエリ文字列を使用してアセットのデプロイとキャッシュバストを自動化する方法について詳しく説明します。

WebアプリケーションでAzureCDNからコンテンツを提供する

2つの主な理由から、Azureにキャッシュを実装する必要があります。

1. 反復的なデータアクセスを高速化
2. データベースへのストレスを軽減します

キャッシュする予定のデータの特徴は次のとおりです。

1. 比較的小さい（1〜100 kb）
2. 各顧客に固有
3. プライベートではありませんが、ランダムな人がキャッシュ全体をナビゲートすることは望んでいません
4. XMLまたはJSON
5. C＃によって消費されます（つまり、htmlで直接リンクされていません）
6. ほとんどの週はデータが変更されませんが、一部の日はデータが数回変更される可能性があります

この特定の目的では、テーブルストレージはBlobストレージよりも優れているように見え（画像、CSS、JavaScript用にBlobストレージを実装しただけです）、WindowsAzureキャッシングはWindowsAzure共有キャッシュよりも優れているように見えます（おそらくほとんどの場合、共有キャッシングはほとんどレガシーです）この時点で の機能）。

両方のプログラミングAPIは単純に見えます。私たちがクラウドサイトに支払うものと比較すると、それぞれのコストはごくわずかであるように思われます。

これまでのところ、Azure Cachingの長所と短所であると認識しているため、テーブルストレージに傾倒しています。古い.Netの人として、私たちはNoSqlスタイルのソリューションよりもインメモリキャッシュに精通しています。

Windows Azureキャッシングの問題：

1. VMが別のサーバーに移動された場合（負荷分散またはその他の理由でMicrosoftによって）、メモリ内キャッシュはそのまま移動されますか？
2. 変更をクラウドに公開するたびに、既存のメモリ内キャッシュが消去されると推測しています。
3. ユーザーが変更を加えたときにキャッシュデータに変更を加えることはめったにありませんが、数秒以内に複数の更新を行う可能性があり、特にトラフィックが増加している場合に、Webロールを実行している複数のノードにまたがるキャッシュでこれがどのように機能するかはわかりません。（これはおそらくテーブルストレージにも関係します！）
4. テーブルストレージは、デバッグが容易になるように見えます

WindowsAzureキャッシングの利点

1. やや速い

Azure CDN Endopint に WCF サービスを配置する方法はありますか? それとも、静的コンテンツを配置することだけが有効ですか?

WCF サービスと常に通信する Web フロントエンドがあるので便利です。

そうでない場合、遅延を減らす方法に関する提案はありますか?

Windows azure CDN が gzip 圧縮されたアセットを提供できないことについて、stackoverflow で多くの質問をしました。私は少し混乱しているので、ここに質問を投稿することを考えました。

Windows Azure CDN からすべてのアセットを提供する Rails アプリがあります。すべて正常に動作しますが、CDN は gzip されたコンテンツの提供に失敗します。これは、ファイルを2回アップロードすることを提案するリンクです。1つはプレーンで、もう1つはこの問題の回避策としてgzipされています。私は指示に従いましたが、静脈でした。リンクの内容は次のとおりです。

ヘッダーはすべて正常に設定されており、CDN でホストしないと驚くほど機能します。誰かがこの問題の回避策を持っていますか? これはできますか？

前もって感謝します ：）

Azure ストレージを使用しており、それを Web アプリケーションの cdn として使用しています。ストレージ アカウントにファイルをアップロードするたびに、cdn コンテンツを無効にしたいと考えています。

私の質問は、Azure ストレージ コンテナー内のファイルを削除し、同じ名前で再度アップロードすると、cdn がこのファイルを無効にすることになりますか? (ファイル バージョンをファイル名に追加すると、cdn がそのファイルを無効にすることは承知していますが、この場合、すべての古いファイルを監視し、現在参照されていないファイルを削除する必要があります。これが私の最後の手段です)

私は新しい Windows Azure で、すべての画像を CDN にアップロードしました。

アプリケーションのデータをメモリに格納できるインメモリ キャッシュを提供し、アプリケーションの応答性、パフォーマンス、スケールを向上させます。

また、プレビュー ビデオ コンテンツを Azure CDN にアップロードしましたが、アプリケーション プレーヤーは http://cdn.mydomain.com/myapp/videos/preview/1460_preview.mp4のようなこのビデオ URL を再生しません。

アイデアを知っていますか？このコンテンツを Azure CDN 経由で提供するにはどうすればよいですか?

ありがとう

現在、私は伝統的な静的 HTML サイト (Jekyll、FWIW によって生成されたもの) を持っており、資産は古い学校の Apache サーバーによって提供されています。

これを BLOB 形式で保存され、CDN 経由で配信される Azure の静的サイトに移行して、パフォーマンスを向上させたいと考えています。

問題は、移動した古い人気のあるページへのリンクを維持するために、いくつかの 301 リダイレクトを処理する .htaccess ファイルがあることです。この初歩的な機能を実行するためだけに、VM で Apache サーバーを使用して独自の完全な LAMP スタックを実行する以外に、Azure でこの機能を複製する方法がわかりません。

(IIS のmod_rewrite インポーターを介して) リダイレクトを行う IIS インスタンスをセットアップするために必要な月額 10 ドル程度を支払う唯一のオプションはありますか? これは、Azure が単に「共有 Web サイト」製品と呼んでいるものだと思います。

完全な VM のコストと技術的なやり過ぎを必要とせず、帯域幅に対して請求するだけの安価でシンプルなソリューションを好みます。不足している Azure URL リダイレクト機能がどこかにありますか? 誰もが考えることができる他の賢い解決策はありますか?