問題タブ [azure-app-service-plans]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
azure - Azure App Service の TCP/IP ポートの枯渇
最近、App Service の TCP/IP ポートの上限に達したことに関して、Azure から「推奨」を受けました。
TCP/IP ポートがほぼ枯渇しています アプリ ****** を含むアプリ サービス プランは、中規模インスタンスを使用するように構成されています。その App Service プランでホストされているアプリは、中規模インスタンスごとに利用可能な 4096 個の TCP/IP ポートの 90% 以上を使用しています。インスタンス サイズをアップグレードしてアウトバウンド接続の制限を増やしたり、より効率的に使用するために接続プールを構成したりできます。
App Service プラン(スケールアップ)の制限に違いはありますか? または、より多くのポートを使用するように App Service を構成できますか? または、これに対する他の解決策はありますか？
明らかな解決策はスケールアウトですが、CPU とメモリの使用率が低いため、必ずしも必要でない場合は、このオプションを使用したくありません。
背景として、このサービスは、.Net 4.6 を使用して ASP.NET Core MVC で構築された API です。
azure - Azure App Services でスケールアウトはどのように機能しますか?
私は、Azure App Service プランと Azure App Services の概念に頭を悩ませようとしていますが、うまくいきません。
私の理解では、App Service プランが容量と価格を定義し、特定の App Service プランに割り当てられたすべてのアプリが同じリソースを共有するということでよろしいですか?
そうであれば、スケールアウトのメリットは何ですか? スケールアウトによって同じアプリのインスタンスがさらに作成され、最終的に同じ App Service プランでホストされる (同じリソースを共有する) 場合は?
Azure App Service プランと App Services に関するほぼすべての公式および非公式ドキュメントを読みましたが、この質問に対する答えを見つけることができませんでした。彼らはすべて、スケーリングは (アプリ サービス プランではなく) アプリ レベルで機能していると言っています。同時に、同じ App Service プランに割り当てられたアプリは実際には同じリソースを共有していると言っているので、スケールアウト機能の利点は何ですか?
よろしく、
azure - ImageResizer の ImageCache に Azure Blob Storage を使用できますか
基本的には、ソース イメージが Azure Blob Storage に格納され、imageresizer が Azure App Service で実行され、Azure CDN が CDN レイヤーである、推奨されるクラウド アーキテクチャを使用します。
それにもかかわらず、ImageResizer v3、Azure App Service デプロイ スロット、および DiskCache で問題が発生しています。
中断を防ぐために、Azure App Service のステージング スロットを使用します。また、DiskCache プラグインも使用します。構成を行わないと、イメージキャッシュはスロット固有の D:\home\site\wwwroot\imagecache\ に書き込まれます。
これにより、次の 2 つの問題が発生します。
- スロットを交換すると、使用されているイメージキャッシュが古くなり、多くのイメージが失われます。
- App Service プランでは常に古いイメージキャッシュがディスク容量を占有しています。Microsoft のアドバイザーは、DiskCache に仮想ローカル ファイル システムの代わりに Blob Storage を使用することを推奨しています。
BlobCachePlugin または S3CachePlugin がないことに気付きました。これには正当な理由があるのではないかと考えていました。
私の質問は次のとおりです。
- ICache インターフェイスを実装するカスタム BlobStorageCachePlugin を使用して Azure Blob Storage にイメージキャッシュを保存しない理由はありますか?
- 正当な理由がある場合、デプロイ スロットの問題を回避するために、どの代替アーキテクチャをお勧めしますか?
azure - Azure App Service - インスタンスとプランの CPU 使用率
Azure Web App P3 価格レベルに対して負荷テストを実行しています。次の自動スケールアウト戦略があります -
最小インスタンス 5 および最大インスタンス 20、CPU パーセンテージ (最大) が 85% を超える場合は 1 インスタンス増加、CPU パーセンテージ平均が 50% を下回る場合は 1 インスタンス減少
現在、5 つのインスタンスで実行されています。使用可能なすべてのインスタンスの Applications Insights の [Live Metrics Stream] ペインに移動すると、5 つのインスタンスすべてで CPU 使用率が約 75% (平均) であることが示されます。実際、一部のインスタンスは 85% に近づいています。
一方、App Service プラン レベルの CPU 使用率チャート (このプランで実行しているアプリは 1 つだけです) を見ると、20% しか表示されません。
この相反する 2 つの統計値をどのように調整すればよいでしょうか?