从价格层A移至B [英] Move from Price Tier A to B

查看:67
本文介绍了从价格层A移至B的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

当我尝试创建WebApp时,可以看到3-4个建议的价格等级.我的问题是,如果选择价格层A,而不久的将来,如果我认为价格层B更合适,该如何进行转换.这只是我相应的App服务中的简单配置更改 计划或者我需要关闭以价格层A托管的网站,创建具有价格层B的新WebApp并将所有内容等移至新的WebApp

When I try to Create WebApp I can see 3- 4 price tier suggested to me. My question if a choose price tier A and near future if I think price tier B is more suitable, how to do switch. Is this just a simple configuration change in my corresponding App service Plan OR I need to shut down my website hosted with price tier A, create new WebApp with price tier B and move all content etc.. to new WebApp

推荐答案

您的dotnetavalanche,

Hi dotnetavalanche,

感谢您使用Azure App Service.您可以扩大您的 App Service Plan (ASP),如果您需要更多功能或资源(CPU,内存和带宽).您可以通过更改应用所属的应用服务计划的定价层来进行扩展.

您只能按比例缩放ASP,而不能缩放特定的应用程序服务.当您决定按比例放大或缩小时,即要按比例缩放ASP中的所有应用程序.您的应用服务计划可以随时放大和缩小.您可以先选择较低的价格等级 并在以后需要更多App Service功能时进行扩展.

例如,您可以开始在免费应用服务计划中测试您的Web应用,而无需支付任何费用.当您要将自定义DNS名称添加到Web应用程序时,只需将计划扩展到共享层"即可.稍后,当您要添加自定义SSL证书时,请扩展您的计划 直到基本层.如果要具有暂存环境,则可以扩展到标准"层.当您需要更多核心,内存或存储时,可以在同一层中扩展到更大的VM.反之亦然.当您感觉不再需要这些功能时 或较高层的功能,则可以缩小到较低层,这样可以节省您的钱.

放大或缩小是手动操作.准备好扩展ASP时,请转到 Azure门户打开您的应用服务应用页面.在您的App Service应用程序页面的左侧导航中,选择 扩大规模(应用服务计划).选择您希望扩展到的新定价层,然后单击应用".

请记住,如果基础App Service部署不支持PremiumV2,则某些App Service计划无法扩展到PremiumV2层.看 从不受支持的资源组和区域组合进行扩展以获取更多详细信息.

以下是针对不同应用服务计划等级的建议:

免费:测试并发现托管服务
共享:流量低且对业务不重要的基本应用
基础:在生产前对应用进行开发和测试
标准:生产中的应用程序
高级:生产中的大型应用程序

希望能有所帮助.如果您还有其他问题,请告诉我们.

Thanks for using Azure App Service. You can scale up your App Service Plan (ASP) if you need more features or resources (CPU, memory, and bandwidth). You scale up by changing the pricing tier of the App Service plan that your app belongs to.

You can only scale up and down the ASP and not a specific app service. When you do decide to scale up or down, you are scaling all the Apps in your ASP. Your App Service plan can be scaled up and down at any time. You can choose a lower pricing tier at first and scale up later when you need more App Service features.

For example, you can start testing your web app in a Free App Service plan and pay nothing. When you want to add your custom DNS name to the web app, just scale your plan up to Shared tier. Later, when you want to add a custom SSL certificate, scale your plan up to Basic tier. When you want to have staging environments, scale up to Standard tier. When you need more cores, memory, or storage, scale up to a bigger VM size in the same tier. The same works in the reverse. When you feel you no longer need the capabilities or features of a higher tier, you can scale down to a lower tier, which saves you money.

Scaling up or down is a manual operation. When you're ready to scale up your ASP, go to the Azure Portal open your App Service app page. In the left navigation of your App Service app page, select Scale up (App Service plan). Select the new pricing tier you wish to scale to and click Apply. 

Keep in mind that some App Service plans can't scale up to the PremiumV2 tier if the underlying App Service deployment doesn’t support PremiumV2. See Scale up from an unsupported resource group and region combination for more details.

Here are recommendation for different App Service Plan tiers:

Free: Test and discover the hosting service
Shared: Basic apps with low traffic and not business critical
Basic: Dev and test of apps before production
Standard: Apps in production
Premium: Large scale apps in production

Hope that helped. Let us know if you have any other questions.


这篇关于从价格层A移至B的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆