规划应用服务资源提供程序部署
若要在 Azure Stack Hub 上设置 Azure 应用服务的生产就绪部署，必须计划你期望系统支持的容量。
可以使用这些准则来计划应用服务容量策略。
应用服务服务器角色
建议的最少实例数
建议的计算 SKU。
控制器
2
A4v2
前端
2
A4_v2
管理
2
D3_v2
发布者
2
A2_v2
Web 辅助角色 - 共享
2
A4_v2
Web 辅助角色 - 专用 - 小型
每层 2 个
A1_v2
Web 辅助角色 - 专用 - 中型
每层 2 个
A2_v2
Web 辅助角色 - 专用 - 大型
每层 2 个
A4_v2
控制器角色
建议的最小值：两个 A4v2 实例
Azure 应用服务控制器通常消耗较少的 CPU、内存和网络资源。 但是，为了实现高可用性，必须具有两个控制器。 两个控制器也是允许的最大控制器数。 在部署期间可以直接通过安装程序创建第二个网站控制器。
前端角色
建议的最小值：两个 A4v_2 实例
前端根据 Web 辅助角色可用性将请求路由到 Web 辅助角色。 为实现高可用性，应配备一个以上前端，并且可以配备两个以上。 对于容量计划用途，请考虑每个核心每秒可以处理大约 100 个请求。
管理角色
建议的最小值：两个 D3v2 实例
Azure 应用经典部署模型角色负责管理应用服务 Azure 资源管理器和 API 终结点、门户扩展（管理员门户、租户门户、Functions 门户）和数据服务。 在生产环境中，管理服务器角色通常仅需要大约 4-GB RAM。 但是，当执行许多管理任务（例如创建网站）时，它可能会经历很高的 CPU 利用率水平。 为实现高可用性，应当将一台以上服务器分配给此角色，并且每台服务器至少两个核心。
发布服务器角色
建议的最小值：两个 A2v2 实例
如果许多用户同时发布，则发布服务器角色可能会经历很高的 CPU 使用率。 为实现高可用性，请务必提供多个发布服务器角色。 发布服务器仅处理 FTP/FTPS 流量。
Web 辅助角色
建议的最小值：两个 A4_v2 实例
为实现高可用性，应当配备至少四个 Web 辅助角色：两个用于共享网站模式，两个用于你计划提供的每个专用辅助角色层。 共享计算模式和专用计算模式向租户提供不同的服务级别。 如果你有符合下述情况的许多客户，则可能需要更多 Web 辅助角色：
- 使用专用的计算模式辅助角色层（资源密集型）。
- 在共享计算模式下运行。
在用户为专用计算模式 SKU 创建应用服务计划后，在该应用服务计划中指定的 Web 辅助角色将不再可供用户使用。
若要在消耗计划模型下向用户提供 Azure Functions，则必须部署共享 Web 辅助角色。
决定要使用的共享 Web 辅助角色数量时，请查看以下注意事项：
- 内存：内存是对 Web 辅助角色最重要的资源。 从磁盘交换虚拟内存时，内存不足会影响网站性能。 每台服务器的操作系统需要大约 1.2 GB 的 RAM。 可以使用高于此阈值的 RAM 来运行网站。
- 活动网站的百分比：通常，在 Azure Stack Hub 部署中，Azure 应用服务中大约有 5% 的应用处于活动状态。 但是，在任意给定时刻处于活动状态的应用所占百分比可能更高或更低。 活动应用所占百分比为 5% 时，在 Azure Stack Hub 部署中，要放置在 Azure 应用服务中的最大应用数应当小于活动网站数的 20 倍 (5 x 20 = 100)。
- 平均内存占用：在生产环境中观察到的应用平均内存占用大约为 70 MB。 使用此占用情况，将按如下方式计算所有 Web 辅助角色计算机或虚拟机上分配的内存：
文件服务器角色
对于文件服务器角色，可以使用独立的文件服务器进行开发和测试。 对于生产用途，应当使用预先配置的 Windows 文件服务器，或使用预先配置的非 Windows 文件服务器。
在生产环境中，文件服务器角色会经历密集的磁盘 I/O。 由于它包含用户网站的内容和应用文件，因此应为此角色预配置以下资源之一：
- Windows 文件服务器
- Windows 文件服务器群集
- 非 Windows 文件服务器
- 非 Windows 文件服务器群集
- NAS（网络附加存储）设备