我是Azure的新手，在Azure B1 Basic，1个核心，1.75 GB RAM，10 GB存储实例上运行大约20个网站（Web应用程序）。 他们是非常低stream量的网站，每天有数十次访问。
这些站点包括一个页面静态页面，一些使用SQL Server或SQLLite的Umbraco站点以及一些使用MySQL（In App）的WordPress站点。 一个站点使用扩展来获得免费的LetsencryptionSSL证书。
应用程序服务使用的存储和内存使用量约为2GB，约占60％。
每隔几个星期，一个随机的几个站点就会在一个半小时或更长的时间内出现几分钟的http 500错误。 我使用正常运行时间的机器人监控，所以看到电子邮件通知进来。有些网站似乎比其他网站更有可能重新启动。 偶尔一个网站不会重新启动投掷500错误，直到我去做手动。 我需要closures“始终开启”，让他们在没有错误的情况下重新启动。
我已经使用“诊断和解决问题”，并得到以下问题报告。
您的Web应用程序重新启动的原因在2017年9月19日下午9:22:21（UTC），在实例RD0003FF1C76E9上，您的应用程序由于间歇性Azure基础结构问题在访问远程文件存储时被回收。 发生这种情况的原因可能是多个原因，例如平台实例升级或者实例经历了高延迟访问远程存储。 如果您的应用程序正在运行的实例遇到访问远程存储的高延迟，则平台会尝试通过切换到具有低延迟的不同远程存储来修复您的应用程序。 这也可能导致应用程序进程重新启动。 如果这是一次性的，那么就不需要进一步的行动计划。 但是，如果您发现它频繁发生，那么启用本地cachingfunction可以在一定程度上帮助减less对存储文件服务器的依赖。 探索应用程序服务本地caching（ https://docs.microsoft.com/en-gb/azure/app-service/app-service-local-cache-overview ）
在实例RD0003FF1C95DF上，您的应用程序在Azure缩放单元正在升级时被回收。 这个事件在一天中多次发生。 Microsoft会定期更新Azure平台，以提高运行应用程序的平台基础架构的整体可靠性，性能和安全性。 这些更新大部分都是在不影响您的networking应用的情况下执行的。 为了减less此类事件对您的应用程序的影响，请考虑将您的应用程序部署到多个区域，并使用Azurestream量pipe理器来跨区域分配负载。 浏览Azurestream量pipe理器（ https://docs.microsoft.com/zh-CN/azure/app-service/web-sites-traffic-manager ）
有什么我可以做的，以解决这个问题？ build议的本地caching可以安全地在内容pipe理网站上使用吗？
这是从Azure的正常服务还是这是不寻常的。
谢谢
正如你的问题报告所说，
由于在访问远程文件存储时间歇性的Azure基础结构问题，您的应用程序被回收。
Azure需要升级基础架构，同时保持资源健康。 所以，它随机回收你的应用程序来达到目的。
有什么我可以做的，以解决这个问题？ build议的本地caching可以安全地在内容pipe理网站上使用吗？
现在，我们应该等天青完成这个升级。 由于Azure基础设施问题，我们无法解决这个问题。 这不会花费太多时间。使用Azure虚拟机或Web应用程序服务将您的应用程序保留在云上是相当安全的。
应用程序服务本地caching可用于Azure Web应用程序服务。 根据你的问题，你不需要使用这个function，因为你的应用程序在Azure虚拟机上运行。 升级后，所有的应用程序将运行良好。