针对 Azure Stack Hub 中的应用服务服务器角色的容量计划
若要在 Azure Stack Hub 上设置 Azure 应用服务的生产就绪部署，必须计划你期望系统支持的容量。
本文提供了有关应当为任何生产部署使用的最少计算实例和计算 SKU 数量的指南。
注意
建议用于角色的计算 SKU 的相关指南已随 Azure Stack Hub 上的 2020.Q2 版 Azure 应用服务进行更新，使标准部署与 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 辅助角色的计算机或 VM 中分配的内存：
Number of provisioned applications * 70 MB * 5% - (number of web worker roles * 1044 MB)例如，如果在运行 10 个 Web 辅助角色的环境中有 5,000 个应用，则每个 Web 辅助角色 VM 应当具有 7060 MB RAM：
5,000 * 70 * 0.05 - (10 * 1044) = 7060 (= about 7 GB)有关添加更多辅助角色实例的信息，请参阅添加更多辅助角色。
专用辅助角色在升级和维护期间的其他注意事项
在升级和维护辅助角色期间，Azure Stack Hub 上的 Azure 应用服务一次针对每个辅助角色层的 20% 的资源执行维护。 因此，云管理员始终必须为每个辅助角色层保持 20% 的未分配辅助角色池，以确保其租户不会在升级和维护期间遇到服务中断的情况。 例如，如果辅助角色层包含 10 个辅助角色，则应确保其中有 2 个辅助角色尚未分配，以便进行升级和维护。 如果 10 个辅助角色全都分配出去，则应扩展辅助角色层，以维护包含未分配辅助角色的池。
在升级和维护期间，Azure 应用服务会将工作负荷转移到未分配的辅助角色，确保工作负荷继续正常运行。 但是，如果升级期间没有可用的未分配辅助角色，则租户工作负荷可能会停机。 对于共享的辅助角色，客户无需预配额外的辅助角色，因为服务会自动在可用辅助角色内分配租户应用。 若要确保高可用性，此层中至少要有两个辅助角色。
云管理员可以在 Azure Stack Hub 管理员门户的“应用服务管理”区域中监视其辅助角色层分配。 导航到“应用服务”，然后在左窗格中选择“辅助角色层”。 “辅助角色层”表会显示辅助角色层的名称、大小、使用的映像、可用辅助角色数目（未分配）、每层中的辅助角色总数，以及辅助角色层的整体状态。
文件服务器角色
对于文件服务器角色，可以使用独立的文件服务器进行开发和测试。 例如，当在 Azure Stack 开发工具包 (ASDK) 上部署 Azure 应用服务时，可以使用此模板。 对于生产用途，应当使用预先配置的 Windows 文件服务器，或使用预先配置的非 Windows 文件服务器。
在生产环境中，文件服务器角色会经历密集的磁盘 I/O。 因为它容纳着用户网站的所有内容和应用文件，因此应当为此角色预先配置以下资源之一：
- Windows 文件服务器
- Windows 文件服务器群集
- 非 Windows 文件服务器
- 非 Windows 文件服务器群集
- NAS（网络附加存储）设备
有关详细信息，请参阅预配文件服务器。