生产环境下托管.NET Core 7 API所需Azure App Service规格咨询

一、层选型结论：优先选择Standard层 #

你的场景（2000稳定并发、无流量突发、夜间流量近乎为零）下，Standard层是更优选择，原因如下：

• 成本控制更灵活：Standard层支持自动缩放至0实例，夜间无流量时可完全停止计费；而Premium层强制保留至少1个实例，夜间空跑会产生不必要的成本。
• 性能足以支撑需求：2000并发的轻量.NET Core API（请求1KB/响应5KB，偏IO型），通过Standard层实例横向扩展即可覆盖：单台Standard S2实例（2核、3.5GB内存）可稳定处理200-400并发请求，仅需5-10台实例就能满足峰值需求。
• Premium层特性冗余：Premium层的隔离运行环境、高IO性能等特性，主要针对高负载突发、极端性能要求的场景，你的稳定低突发流量不需要这些特性，反而会浪费成本。

二、ACU映射规则 #

Azure计算单元（ACU）以A0实例为基准（100 ACU），App Service各层实例与ACU的对应关系如下：

Standard层实例对应ACU #

• S1：1核、1.75GB内存 → 100 ACU（与A1虚拟机性能对齐）
• S2：2核、3.5GB内存 → 200 ACU（与A2虚拟机性能对齐）
• S3：4核、7GB内存 → 400 ACU（与A4虚拟机性能对齐）
• S1v2/S2v3等新一代实例：每核ACU约160-190，例如S2v3（2核、8GB）总ACU约320-380

Premium层实例对应ACU #

• P1v3：2核、4GB内存 → 总ACU约320-380（与D2sv3虚拟机性能对齐）
• P2v3：4核、8GB内存 → 总ACU约640-760（与D4sv3虚拟机性能对齐）
• P3v3：8核、16GB内存 → 总ACU约1280-1520（与D8sv3虚拟机性能对齐）

三、额外优化建议 #

• 配置自动缩放规则：基于CPU使用率、请求数设置缩放阈值，比如白天高峰时扩展至8-10台S2实例，夜间流量为零时缩至0实例，最大化压缩成本。
• 实例规格选型：优先选择S2或S2v3实例，平衡性能与成本；后续并发增长时，直接横向增加实例数量即可，无需切换层。

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