假設我有以下情況。我的一個Azure角色實例恰好在運行在故障服務器內的虛擬機上啓動,但Azure接線過程沒有發現任何問題。我以某種方式推論出這個事實 - 例如,我看到一個「不可能」的調用堆棧 - 在任何正常情況下,我的程序都不會發生這種情況。如果我決定VM發生故障,我該如何讓Azure移動我的實例?
所以我希望Azure將我的實例移動到另一個虛擬機並檢查和修復底層硬件。
除聯繫支持外,我該怎麼做?
假設我有以下情況。我的一個Azure角色實例恰好在運行在故障服務器內的虛擬機上啓動,但Azure接線過程沒有發現任何問題。我以某種方式推論出這個事實 - 例如,我看到一個「不可能」的調用堆棧 - 在任何正常情況下,我的程序都不會發生這種情況。如果我決定VM發生故障,我該如何讓Azure移動我的實例?
所以我希望Azure將我的實例移動到另一個虛擬機並檢查和修復底層硬件。
除聯繫支持外,我該怎麼做?
我不認爲你可以移動虛擬機。但是您可以創建一個新的分段部署,將其交換到生產環境中,然後銷燬舊的部署。你實際上不能保證虛擬機在不同的物理機器上,但它似乎是合理的。虛擬機越大,它們更可能位於不同的服務器上。
這就是說,你的問題似乎不太可能是由於硬件故障而不是一些微妙的錯誤。
幾點意見:
這就是說,我非常同意Brian的評論,說壞的硬件不太可能導致「不可能」的調用堆棧。我會建議打開支持事件,以便找到實際的根本原因,而不是僅僅修復最明顯的症狀。