我在运行Windows Server 2012 R2的T2.micro AWS EC2实例上有一个小型的asp.net网站（使用SQLServer express）。 这是一个非常低的网站。 它已经运行了两年，没有任何问题。
我在新年期间进行了Windows更新，现在我每天凌晨3点到5点之间从Cloudwatch获得超过100％的CPU警报。 这不是用户或使用情况，而是可能是其他一些自动过程。 我的问题是什么是最好的方式来确定这是为什么发生，如果需要，停止它？
我查看了事件日志，并且在警报之前，有关于“服务控制pipe理器”来源下的“Windows模块安装程序”的条目。 他们不是描述性的。
我相信这些可能与自动更新有关。 我没有更新更新设置为“下载更新，但让我select安装它们”，所以我认为这个过程可能在清晨运行。
有没有更好的日志或方式（通过AWS也许）来确定什么过程导致CPU警报？
感谢您的任何指导或build议！
禁用更新服务一晚后，警报消失。 这几乎确定了这个警报的原因。 现在你知道这一点，你可以问这是否是一个问题。 我想不是，但我可能是错的。
我猜Windows有日志文件，可以告诉你发生这种事情的确切时间。 您可以熬夜一夜，并尝试查看网站是否仍然有效。 如果Windows正确地处理了这个问题，它会在更新时给予网站优先权，网站应该可以工作，尽pipe可能会更慢。
CPU使用率为100％的事实不是一个问题。 监视自己的笔记本电脑，做一个更新或一些照片编辑，你会看到相同的效果。 如果这种情况发生几个小时，这是一个值得关注的问题。 如果硬盘使用率达到100％，那么立即采取行动就是一个问题。
您可能可能会禁用这些小时的警报，或将其设置为仅在较长时间使用后closures。 我们使用Nagios，并检查各种事情，如Web服务器的响应时间。 如果发现反应缓慢，五分钟后再检查一次，然后再次检查，然后发出警报。 因此，您可以在3-5AM期间将Cloudwatch设置为不太频繁的警报。
更新我的Windows 10后，它开始在我的电脑，高CPU使用率的问题。 我只是与很多的Windows版本和更新fedup。 我遇到这个问题的几天。 通过在线学习，我发现问题与Windows Modules Installer Worker有关 。 我遵循一篇文章的指示，并解决了我的问题。 在我看来，微软应该有控制释放Windows版本随机，并认真对待发布其更新。