Terraform更新Function App从消费计划转标准计划部分实例报错求助

• 先对齐报错实例对应的目标标准App Service Plan的配置逻辑，消费计划由Azure平台托管Worker实例数，切换到标准专用计划时需要主动指定Worker数量，报错核心是API收到的Worker数参数为0
• 对比升级成功的4个实例与失败2个实例的Azure侧实际配置、Terraform代码配置、Terraform状态文件记录的差异，重点核对服务计划绑定、实例数相关的隐藏配置
• 排查报错实例是否有过跨计划类型手动变更、自动缩放配置调整等非Terraform管控的操作，导致状态与实际资源不匹配

• 检查azurerm_service_plan（azurerm 3.x+版本）或azurerm_app_service_plan（旧版本）资源的worker_count参数：消费计划下该参数不生效，切换到标准/隔离等专用计划时必须显式设置为≥1的整数，未显式声明时部分版本的Provider会默认传递0值触发报错
• 核对报错Function App绑定的服务计划ID是否正确，是否存在误绑定未配置实例数的计划、或同名称不同ID的废弃计划的情况
• 检查Azure订阅对应区域的标准计划vCPU配额是否充足，配额不足时平台可能返回该类误导性错误
• 排查报错实例是否曾配置过自动缩放规则，切换计划时旧的自动缩放规则未清理导致Worker数被强制覆盖为0
• 核对Function App与目标服务计划的OS类型（Windows/Linux）是否一致，类型不匹配时也可能触发该参数校验错误
• 确认azurerm Provider版本，3.0以下的旧版本存在跨计划类型切换时参数丢失的已知bug，会导致worker_count未正常传递

• 方案1：显式补齐服务计划的Worker数配置
  在标准服务计划的资源块中明确添加worker_count = 1（可根据需求调整为≥1的数值），示例配置如下：

  resource "azurerm_service_plan" "standard_plan" {
    name                = "你的标准计划名称"
    resource_group_name = "rg-group-dev"
    location            = "资源部署区域"
    os_type             = "Linux" # 与Function App OS保持一致
    sku_name            = "S1" # 替换为你的实际SKU规格
    worker_count        = 1 # 必须显式声明
  }
  

  配置补充完成后重新执行terraform apply即可
• 方案2：同步Terraform状态与实际资源
  若存在状态与实际资源不一致的情况，先执行terraform state rm azurerm_windows_function_app.你的实例名（或对应Linux资源名）移除本地旧状态，再执行terraform import将Azure侧实际资源导入状态，之后重新执行apply
• 方案3：手动切换后同步状态
  先在Azure Portal中手动将报错的2个Function App切换到目标标准计划，确认切换成功后执行terraform refresh同步本地状态，后续的Terraform变更即可正常执行
• 方案4：升级azurerm Provider到最新稳定版，修复版本已知bug导致的参数传递问题

内容的提问来源于stack exchange，提问作者Fred