假设我有以下情况。我的一个Azure角色实例恰好在运行在故障服务器内的VM上启动,但Azure布线过程看不到任何问题。我以某种方式推断出这个事实 - 例如我看到一个“不可能”的调用堆栈 - 在任何正常条件下都不能在我的程序中发生。
所以我希望Azure将我的实例移动到另一个虚拟机并检查和修复底层硬件。
除联系支持人员外,我该怎么做?
答案 0 :(得分:3)
一些评论:
话虽如此,我非常同意Brian的评论,即坏硬件不太可能造成“不可能”的callstack。我建议打开一个支持事件,这样你就可以找到实际的根本原因,而不仅仅是修复最明显的症状。
答案 1 :(得分:2)
我认为你不能移动虚拟机。但是您可以创建一个新的暂存部署,将其交换到生产中,然后销毁旧的部署。实际上,您无法保证虚拟机位于不同的物理计算机上,但似乎有可能。虚拟机越大,它们就越有可能位于不同的服务器上。
那就是说,你的问题似乎不太可能是由于硬件故障而不是一些微妙的错误。