Azure是否对应用程序服务数量收取费用 [英] Does Azure charge for number of app services

问题描述

Azure是否仅对应用程序服务计划资源的使用或我们根据该应用程序服务计划创建的应用程序服务的数量收费?在应用服务计划下创建的应用服务数量会影响成本吗?

Does Azure charge only for the utilization of App service plan resources or for the number of app services we create under that App service plan? Does the number of app services created under a app service plan effects cost?

我正在开发一个微服务项目，不确定是否将每个微服务部署在专用的应用程序服务中，还是将所有微服务都部署在一个应用程序服务中作为虚拟目录.成本是我们项目的关注点.

I am developing a microservices project and I am unsure of whether to deploy each microservice in a dedicated app service or deploying all in one app service as virtual directories. Cost is a concern for our project.

谢谢.

推荐答案

Azure是否仅对应用程序服务计划资源的使用或我们根据该应用程序服务计划创建的应用程序服务的数量收费?

Does Azure charge only for the utilization of App service plan resources or for the number of app services we create under that App service plan?

忽略免费和共享层，您只需支付

Ignoring the Free and Shared tiers, you'll pay only for the App Service Plan (cost per selected machine size x number of instances). You'll pay the same whether you have 0 or 50 Apps on the Service plan (although any other I/O, Storage etc consumed by those Apps will be additional).

(免费层最多允许10个应用程序，而共享层最多允许100个应用程序)

(Whereas the free tier allows a max of 10 Apps, and the Shared tier allows 100 Apps)

从理论上讲，您可以在每个应用程序服务计划中根据需要添加任意数量的应用程序服务(应用程序，例如Web应用程序，服务，功能应用程序等)，但是实际上您会受到限制根据您选择的VM大小和计划的总体资源(例如，而B1仅具有1.75GB RAM).

In theory you can then add as many App Services (apps, e.g. Web Apps, Services, Function Apps etc) as you like on each App Service Plan, however in practice you'll be limited by the overall resources of the VM size and plan you've selected (e.g. 10GB Disk space on Basic, and a B1 only has 1.75GB RAM).

从

在以下情况下，将您的应用隔离到新的应用服务计划中:

Isolate your app into a new App Service plan when:

• 该应用程序占用大量资源.
• 您要独立于现有计划中的其他应用程序扩展应用程序.
• 该应用需要位于不同地理区域的资源.

我还要补充一下意见:

• 如果适用，请在App Service Plan级别隔离环境(Dev，UAT，Prod)，或在Resource Group或Subscription级别考虑隔离.
• 除非您的应用程序最大限度地利用了CPU使用率，同时在每个服务计划中安装了尽可能多的应用程序(从逻辑上讲)，但您可以随时监视VM实例上的性能和资源使用情况.
• 在我的情况下，我通常会发现RAM是瓶颈，因此我通常会尝试将VM扩展到具有更多RAM的VM大小，以承载更多Apps，然后再分离出Apps和添加更多服务计划./li>
• 如果您使用的是.Net Core或不需要Windows的其他堆栈，我建议您研究Linux服务计划-它们比Windows实例便宜得多.一个警告-目前，存在一个怪异的限制，不允许Windows和Linux服务计划混合使用 AKS 更合适.

• If applicable, keep your environments (Dev, UAT, Prod) isolated, either at App Service Plan level, or consider isolation at Resource Group or Subscription level.
• Unless your apps are maxing out CPU usage, while installing as many apps per Service Plan as makes logical sense, but monitor performance and the resource usage on the VM instances as you go.
• In my situation, I've typically found that RAM to be the bottleneck, so I would typically try to scale up to a VM size with more RAM to host more Apps before separating out the Apps and adding more Service Plans.
• If you are on .Net Core or another stack which doesn't need Windows, I would recommend looking into the Linux Service Plans - they are considerably cheaper than Windows instances. One caveat - as at present, there's a weird limitation which doesn't allow mixing of Windows and Linux Service Plans in the same resource group.
• Each App is logically fairly well isolated on the Service Plan instances, so you can add, delete, and deploy apps without interfering with the others.
• Although Docker containers can be deployed as an App Service, you might find AKS a better fit.

更多详细信息

有关Azure托管应用程序服务计划的术语有些令人困惑，但需要澄清:

The terminology around the Azure Managed App Service Plans is somewhat confusing, but to clarify:

• 一个应用程序服务计划(服务计划)可以具有1个或多个托管VM实例 例如1个服务计划扩展到3个实例= 3个要付费的虚拟机.

• An App Service Plan (Service Plan) can have 1 or more managed VM instances e.g. 1 Service Plan scaled to 3 Instances = 3 VMs to pay for.

忽略免费/共享"层(在您为每个应用程序付费的共享层上)，并且也忽略隔离"层，您将为每个实例支付固定的每月费用

Ignoring the Free / Shared tier (on the shared tier you pay for each App), and also ignoring the Isolated tier, you'll pay a fixed monthly cost for each Instance

您可以将多个应用程序添加到每个应用程序服务计划-例如Web应用程序，功能应用程序，其他.控制台应用程序和Docker映像.这些将部署到计划中的所有实例.

You can add multiple Apps to each App Service Plan - e.g. Web Apps, Function Apps, Misc. Console Apps, and Docker images. These will be deployed to all instances in the plan.

在Standard层及更高版本上，您还可以配置

On the Standard tier and above, you can also configure Deployment Slots on your Apps, which provides the ability to smoke-test and provide continued uptime during deployments, especially in your production environment.

应用服务计划(microsoft.web/serverfarms)约占我们每月Azure总费用的40％

App Service Plans (microsoft.web/serverfarms) account for approximately 40% of our overall Monthly Azure costs

此成本会迅速成倍增加，尤其是在运行多个隔离的环境(Dev，UAT，Prod等)并且出于冗余或可伸缩性的原因而需要将每个环境扩展到一个以上实例的情况下.

This cost can quickly multiply, especially if you are running multiple isolated environments (Dev, UAT, Prod etc) and if you need to scale out to more than one instance per environment for redundancy or scale reasons.

在撰写本文时，美国东部的虚拟机实例指示费用约为

As at time of writing, indicative VM instance costs on US East are approximately

• Dev B1 1.75GB RAM是Linux的〜$ 15pm/Windows的$ 50pm
• Prod P1V2 3.5GB RAM约为$ 80 Linux/约为$ 150pm Windows

因此，通过将多个应用程序部署到单个VM来尝试并最小化成本是很自然的，尤其是在细粒度的微服务企业或系统中.

So it's only natural to try and minimize costs by deploying multiple apps to a single VM, especially in a fine-grained Microservice enterprise or system.

这篇关于Azure是否对应用程序服务数量收取费用的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！