Azure VM未使用时会变冷吗？
我的虚拟机在晚上7点到午夜之间通常无事可做，因为他们在一天的其余时间重新安排了大量的工作。 调度开始于从MySQL数据库中获取任务和时间的列表。 虚拟机是否可能变冷，然后在午夜时间连接到数据库？ 我似乎在半夜连接到数据库时遇到问题，但是在虚拟机执行稳定任务的那一天通常工作正常。
我应该每隔10分钟进行一次“热身”程序来做一个简单的数据库调用，以保持虚拟机和数据库“温暖”？
还有人find类似的东西吗？ 我知道Azure WebSites有一个类似的概念，可以根据使用情况进行“冷/热”，所以第一个用户通常在网站正在启动的时候加载的时间太短。
您是否使用VHD的标准存储？ 我想知道这是否经过长时间的不活动后储存热身。 高级存储将不具有相同的特征。
本白皮书提到标准存储：
预热对数据磁盘的影响对于Azure磁盘，我们观察到“预热效应”，可能导致短时间内吞吐量和带宽的降低。 在一段时间内（大约20分钟）没有访问数据磁盘的情况下，自适应分区和负载均衡机制就会启动。如果在这些algorithm处于活动状态时访问磁盘，则可能会注意到吞吐量和带宽很短的时间（约10分钟），然后恢复到正常水平。 这种预热效果是由于Azure的自适应分区和负载平衡机制而发生的，该机制可dynamic调整多租户存储环境中的工作负载更改。 您也可以在其他广为人知的云存储系统中观察到类似的效果。 有关更多信息，请参阅Azure存储：具有强一致性的高可用性云存储服务 。 对于连续使用的系统，这种预热效果不太可能被注意到。 但我们build议您在性能testing期间或访问一段时间内处于非活动状态的系统时考虑此问题。
我想到的一件事情是使用端点监视来预热你的网站/分贝。 您可以使用简单的代码来testing数据库，甚至可以创build大量查询来重新caching主要内容，然后在所有事情按预期进行时返回http状态200。 您可以设置监视从不同的位置运行。 适用于虚拟机和Web应用程序（经典门户）。
说，一个热身通常不是一个与数据库有关的东西，除非由于某种原因你重新启动服务器。 请记住，转储也可以冷却服务器，因为您的工作负载主要使用的数据不一定是为了完成备份过程而被caching/caching的数据。
最后，调整您的计划任务超时值应该在午夜维护期间修复您的连接问题（MySQL超时variables也可能会丢失长时间运行的进程）。