Azure应用程序服务TCP/IP端口耗尽

最近，我从Azure获得了一个“建议”，建议我的应用程序服务中达到TCP/IP端口的上限

包含应用程序的应用程序服务计划附近的TCP/IP端口 ******配置为使用介质实例。托管在中的应用程序 该应用程序服务计划使用了4096个可用应用程序中的90%以上 每个介质实例可用的TCP/IP端口。您可以升级 实例大小以增加出站连接限制或配置 连接池可以更有效地使用

应用程序服务计划的限制是否存在差异（放大）？或者我可以配置我的应用程序服务以使用更多端口吗？或者是否有其他解决方案

一个明显的解决方案是向外扩展，但由于CPU和内存使用率较低，如果不一定，我宁愿不使用此选项

---

作为后台，该服务是一个使用ASP.NET核心MVC使用.NET 4.6构建的API。

通常我们在.NET中进行调用后进行实例化和处置，但HttpClient类有一个问题，因为我们应该在应用程序的整个生命周期中重用同一类

Azure端口在其计算环境中受到限制，因此与标准服务器相比，您可以更快地体验到这一点

请仔细阅读以下内容：

---

是的，应用程序服务计划（放大）的限制有所不同：

最大连接限制如下所示：

每个B1/S1/P1实例1920个连接 每个B2/S2/P2实例3968个连接 每个B3/S3/P3实例8064个连接

关于：其他服务（Cassandra、MSSQL、RabbitMQ等），但我也不确定这些连接的数量 此服务调用还将导致创建TCP连接，并且需要进行计数。

Azure中的大多数服务都有自己的诊断和数据集，我们可以在调试时将它们关联起来，比如在我的例子中，MSSQL DTU不足以容纳并发请求的数量，因此连接正在堆积

资料来源：

---

您有这么多已建立的出站连接，您在呼叫什么？你确定你没有在某处泄漏连接吗？你是对的，我不应该有那么多打开的连接。我每秒大约有100个调用（这是一个API），所以我不知道为什么会有这么多。我启动了许多到其他服务（Cassandra、MSSQL、RabbitMQ等）的连接，但我也不确定这些连接的数量。我认为所使用的库应该是非常有效的，因为我会在可能的情况下小心地使用单例。但是，这些指标不是与“出站连接”相关的吗？我认为这与OP的问题没有任何关系。