我遇到过几次 10 到 15 分钟的中断，显然是因为微软的存储出现了“故障”。他们告诉我，这是因为实例之间共享文件系统（使其成为单点故障？）
我不明白，问如何涉及文件共享，因为我认为一个真正愚蠢的无状态 IIS 应用程序会与 SQL Azure 进行通信以获取其数据。
我假设情况如下：
这是他们对我的问题的答复（我没有附上图纸）
文件共享不一定用于您的 Web 应用程序与其他资源进行通信，但它们位于应用程序内容所在的我们的终端。这就是我们提到文件服务器上的存储不可用时的意思。在两个实例上触发应用程序重新启动的原因是因为资源是共享的，两个实例的底层存储是相同的。这就是为什么如果一个实例出现故障，另一个实例最终也会出现故障。如果您真的希望提高应用程序的可用性，您可以随时使用流量管理器。但是，即使使用流量管理器，也不能保证应用程序不会出现故障，但它可以提高应用程序的整体可用性。此外，我们最近推出了一个生产更新，理想情况下应该可以解决由存储故障引起的重启问题，但要启动此功能，您需要确保在需要启动此功能的情况下有足够的内存可用。我们有几个选项可以设置，以避免由于我们这边的存储故障而导致应用程序意外重启：
您可以评估是否要转移到更大的实例，以便我们有足够的内存来启动重叠回收功能。
如果您不想转移到更大的实例，您可以随时使用我们在之前的电子邮件中概述的本地缓存功能。
由于时差，沟通需要很长时间。有人能告诉我我的想法有什么问题吗？
我唯一想到的是，当你启用两个实例时，它们会在同一台物理服务器上运行。但这对我来说真的没什么意义。
我有两个例子一个核心，1.75 GB 内存。