azure - 为什么我可以轻松拥有 100 个 Web 应用程序，这些应用程序在我的本地计算机上几乎不执行任何操作，但在 Azure 应用服务上却不行？

Question

我试图了解如何为大量低流量应用程序设置 Azure 基础结构。我正在尝试更好地了解潜在的限制。

为什么我可以轻松拥有 100 个 Web 应用程序，这些应用程序在我的本地计算机上几乎不执行任何操作，但在 Azure 应用服务上却不行？

Azure 已经开始在 17 个 Web 应用程序中警告您每年为服务器支付 1440 欧元。因此，我们讨论的是 17 个应用程序，其中大多数应用程序几乎没有任何流量。

更糟糕的是 - 甚至分段槽也算在内。因此，您必须经常手动停止暂存槽，否则您会运气不好，只能运行每年 1440 的 8 个低流量应用。

这是来自 Azure 上较小的实例(8 个应用程序限制 - 如果您有暂存槽，则为 4 个)

Description Your App Service Plan is nearing saturation.

We detected your app is running on a Small sized worker and the current App Service Plan, Default1, on an average, is running 8 simultaneously active apps.

Apps that are a part of the same App Service Plan, compete for the same set of resources. Our data indicates that 8+ active apps in an App Service Plan running on a small sized worker deterioates apps performance. It causes CPU and memory contention resulting in availability and reliablity loss.

Consider one of the solutions described in the Troubleshooting and Next Steps below.

Additional Information For production applications, it is recommended that an App Service Plan does not exceed a certain number of sites. The number may actually be lower depending on how resource intensive the hosted applications are, however as a general guidance, you may refer to the table below.

在他们的文档(销售流程)中，他们 promise 无限制:

<小时/>

我多次尝试通过 Azure 帮助台获得正确的答案，但他们总是给出模糊的答案，例如竞争资源 - 没有具体说明那是什么。此外，当此应用服务处于 CPU 和内存限制范围内时也是如此。

所以这是一个建议 - 我为什么关心？

因为当我遇到应用程序不稳定(不仅仅是底层存储)时，他们总是提到我应该首先将应用程序的数量限制在建议的范围内。

这意味着目前 Azure 中没有针对大量微服务和低流量应用程序的解决方案。

至少要更好地理解这一点 - Azure 和我的本地计算机有什么区别？云环境中的大量被动应用程序正在耗尽这个资源 - 因为这似乎不是内存或 CPU。

次要 - 对于每天只有数十次点击的大量网站，解决方法是什么？

Answer 1

<强>1。应用服务计划层

您正在使用隔离服务计划，这是人们会选择的典型计划。根据Microsoft's documentation :

隔离服务计划旨在运行在虚拟网络中运行所需的关键任务工作负载。隔离计划允许客户使用 Dv2 系列 VM 在 Azure 数据中心的私有(private)专用环境中运行应用程序，该虚拟机具有更快的处理器、SSD 存储，并且内存与核心的比率是标准的两倍。与隔离计划一起使用的私有(private)环境称为应用服务环境。该计划可以扩展到 100 个实例，并可根据请求提供更多实例。您可以找到有关隔离计划和应用服务环境的更多详细信息

它是完全隔离的，在自己的虚拟网络上运行，并在 Azure 数据中心的私有(private)专用环境中运行，使用 Dv2 系列 VM，具有更快的处理器、SSD 存储，并且内存与核心的比率是以前的两倍标准。

这不是 100 个被动应用程序通常需要的东西。还要记住，暂存槽是一个合适的网络应用程序。在许多情况下，用于投入生产之前的最终测试。

我的第一个建议是查看符合您标准的更便宜的应用服务计划选项，因为独立计划非常昂贵。

<强>2。资源限制与指南

Microsoft 可能会说您可以托管“无限服务”，但如果您查看契约(Contract)中的小字以获得支持您必须遵循建议的准则，在您的情况下为 17应用程序。

<强>3。家庭与云

每个正在运行的应用程序都有其内存开销。根据应用程序，它可能更小或更大。几个静态列表或字典可能足以让应用程序开始消耗比您想象的更多的内存。 CPU通常较难出现泄漏(死循环)。然而，将您的本地计算机与具有 1 个内核和 3.5GB RAM 的较小的独立服务实例进行比较是不公平的，我猜您的本地计算机具有 16GB RAM 和 4 到 6 个内核。

你的笔记本电脑速度快多了......

<强>4。更新的建议解决方案(使用 S1 和 S2 计划)

如果您需要 Microsoft 的支持，您必须遵循他们的建议。

如果您不需要支持，我强烈建议您密切监控您的应用服务计划，因为您实际上可能会耗尽资源。 S1计划有1.75GB内存，一点也不多。服务器中的内存耗尽可能会导致一些意外问题。

如果我是你，我会从 S1 和 S2 升级到 P1V2 和 P2V2。通过稍微增加成本，您可以获得一倍多的资源，而且 Microsoft 推荐的应用程序增加到 16 个!

通过转向 P1V1 和 P2V2 计划，您实际上可以省钱。您还可以查看Fabric Mesh .