【Azure App Services】多次操作App Service伸缩实例遇见限制操作记录

简介: 【Azure App Services】多次操作App Service伸缩实例遇见限制操作记录

问题描述

多次操作App Services,进行实例数的变化。达到限制后遇见报错:

错误的具体描述为:

{
   "status": "Failed",
   "error": {
       "code": "Conflict",
       "message": "You have exceeded the maximum amount of scale changes within the past hour(23 changes and limit is 20). Please retry later.",
       "details": [
           {
               "message": "You have exceeded the maximum amount of scale changes within the past hour(23 changes and limit is 20). Please retry later."
           },
           {
               "code": "Conflict"
           }
       ]
   }
}

 

问题解答

根据提示信息,“过去一小时内,您已超出Scale变化最大数量(23 次更改,限制为 20),请稍后重试。” 这个限制的目的是防止短时间内过度更改。

详细请参考以下文档:https://learn.microsoft.com/en-us/troubleshoot/azure/app-service/scaling-web-app-faq#i-m-unable-to-scale-up-scale-down-the-app-service-plan-due-to-the--you-have-exceeded-the-maximum-amount-of-scale-changes-within-the-past-hour--xx-changes-and-limit-is-xx---error--what-should-i-do--

若要避免此问题,请不要执行在一小时内释放超过 XX 个实例的缩放操作。 每次在纵向缩减操作期间释放实例时,该实例都会重新启动,以确保下一个App 服务计划可以获得干净的实例。 连续快速执行过多的缩放操作时,实例重启可能会导致其他应用服务出现性能问题。 因此,我们特意为缩放设置一种限制机制,以防止你快速连续执行超过可接受的限制的缩放操作。

I'm unable to scale up/scale down the App Service Plan due to the "You have exceeded the maximum amount of scale changes within the past hour (XX changes and limit is XX)" error. What should I do?

To avoid this issue, don't perform scaling operations that release more than XX instances in an hour. Every time you release an instance during a scale-down operation, the instance is rebooted to ensure the next App Service Plan can get a clean instance. When you perform too many scaling operations in quick succession, instance reboots can cause performance issues for other App Services. Therefore we intentionally put a throttling mechanism for scaling that prevents you from executing scaling operations more than the acceptable limit in quick succession.

 

 

参考资料

FAQs about scaling web apps in Azure App Service : https://learn.microsoft.com/en-us/troubleshoot/azure/app-service/scaling-web-app-faq

相关文章
|
5月前
|
Java 应用服务中间件 API
【App Service】部署War包到Azure云上遇404错误
Java应用部署至Azure App Service for Windows后报404,本地运行正常。经排查,日志提示类文件版本不兼容:应用由Java 17(class file version 61.0)编译,但环境仅支持到Java 11(55.0)。错误根源为Java版本不匹配。调整App Service的Java版本至17后问题解决,成功访问接口。
378 2
|
5月前
|
存储 Linux 网络安全
【Azure App Service】Root CA on App Service
Azure App Service for Windows应用连接外部SSL服务时,需确保其证书由受信任的根CA颁发。多租户环境下无法修改根证书,但ASE(单租户)可加载自定义CA证书。若遇证书信任问题,可更换为公共CA证书或将应用部署于ASE并导入私有CA证书。通过Kudu的PowerShell(Windows)或SSH(Linux)可查看当前受信任的根证书列表。
141 14
|
6月前
|
存储 开发者 容器
鸿蒙 HarmonyOS NEXT星河版APP应用开发-ArkTS面向对象及组件化UI开发使用实例
本文介绍了ArkTS语言中的Class类、泛型、接口、模块化、自定义组件及状态管理等核心概念,并结合代码示例讲解了对象属性、构造方法、继承、静态成员、访问修饰符等内容,同时涵盖了路由管理、生命周期和Stage模型等应用开发关键知识点。
496 1
鸿蒙 HarmonyOS NEXT星河版APP应用开发-ArkTS面向对象及组件化UI开发使用实例
|
6月前
|
API 网络架构 容器
【Azure Container App】查看当前 Container App Environment 中的 CPU 使用情况的API
在扩展 Azure Container Apps 副本时,因 Container App Environment 的 CPU 核心数已达上限(500 cores),导致扩展失败。本文介绍如何使用 `az rest` 命令调用 Azure China Cloud 管理 API,查询当前环境的 CPU 使用情况,并提供具体操作步骤及示例。
229 17
|
6月前
|
数据安全/隐私保护
【Azure Function App】PowerShell Function 执行 Get-AzAccessToken 的返回值类型问题:System.String 与 System.Security.SecureString
将PowerShell Function部署到Azure Function App后,Get-AzAccessToken返回值类型在不同环境中有差异。正常为SecureString类型,但部分情况下为System.String类型,导致后续处理出错。解决方法是在profile.ps1中设置环境变量$env:AZUREPS_OUTPUT_PLAINTEXT_AZACCESSTOKEN=false,以禁用明文输出。
183 1
|
开发工具 数据安全/隐私保护 安全
远程调试 Azure Web App
当我们将 Web App 部署在 Azure 上时,如果能够实现远程调试,将会极大的提高我们修复 bug 的效率。Visual Studio 一贯以功能强大、易用著称,当然可以实现基于 Azure 应用的创建、发布和调试。
1284 0

热门文章

最新文章