小编Vol*_*kyi的帖子

环境：在具有两个实例的Azure应用程序服务上托管的Asp Net MVC应用程序（.net framework 4.5.1）。应用程序使用Azure SQL Server数据库。此外，应用程序使用MemoryCache（System.Runtime.Caching）进行缓存。

最近，我注意到该应用程序的可用性下降。它几乎每天都会发生。

观察结果：实例RD0003FF1F6B1B上的内存计数器页面读取数/秒处于危险级别（242）。超过200的任何值都可能导致该实例上任何应用的延迟或失败。

“每秒读取的内存计数器”是什么意思？如何解决这个问题？

我是天蓝色的新手。我有一个 Asp.Net MVC 应用程序，它托管在具有两个实例的 azure（应用程序服务）上，我的应用程序使用本地缓存。有时我需要清除这个缓存。但问题是，当我清除缓存时，我实际上只针对一个特定实例执行此操作，而另一个实例仍然保留旧缓存。有什么方法可以访问应用服务上的所有实例？

当然，我可以在每个实例上运行一些后台任务来实现这一点，但这似乎并不方便。我希望能够获取应用服务上所有实例的所有 IP 和端口，然后创建可以命中所有实例并清除缓存的 webjob。

根据我们的业务逻辑，每晚 Web 作业都会删除索引并创建新索引并填充它。但是最近我们注意到填充索引大约需要一个小时。所以在这段时间里，我们在生产中没有任何工作索引。因此，目前我们正在考虑以下更改：

我们生产指数的名称是“prodindex”。我们首先要创建名为“prodindex1”的索引，填充它，如果一切正常，删除索引“prodindex”并将索引“prodindex1”重命名为“prodindex”。

但是现在我遇到了无法重命名 index.html 的问题。那么是否可以在 Azure 搜索中重命名索引？

我正在为我的应用程序使用 azure 搜索，最近我遇到了性能问题。目前我正在调查问题，我遇到了以下文章：

https://docs.microsoft.com/en-us/azure/search/search-performance-optimization#scaling-azure-search-for-high-query-rates-and-throttled-requests

它说：

为高查询率和限制请求扩展 Azure 搜索

当您收到太多受限制的请求或因查询负载增加而超出目标延迟率时，您可以通过以下两种方式之一降低延迟率： 增加副本：副本就像数据的副本，允许 Azure 搜索加载针对多个副本平衡请求。跨副本的所有负载平衡和数据复制均由 Azure 搜索管理，您可以随时更改为您的服务分配的副本数量。您最多可以在标准搜索服务中分配 12 个副本，在基本搜索服务中分配 3 个副本。可以从 Azure 门户或 PowerShell 调整副本。增加搜索层：Azure 搜索有多个层，每个层都提供不同级别的性能。在某些情况下，您可能有太多的查询，以至于您所在的层无法提供足够低的延迟率，即使副本已达到最大值。在这种情况下，您可能需要考虑利用较高的搜索层之一，例如 Azure 搜索 S3 层，它非常适合具有大量文档和极高查询工作负载的场景。

现在我无法弄清楚节流请求意味着什么。谷歌没有帮助！