0

假設我有以下情況。我的一個Azure角色實例恰好在運行在故障服務器內的虛擬機上啓動,但Azure接線過程沒有發現任何問題。我以某種方式推論出這個事實 - 例如,我看到一個「不可能」的調用堆棧 - 在任何正常情況下,我的程序都不會發生這種情況。如果我決定VM發生故障,我該如何讓Azure移動我的實例?

所以我希望Azure將我的實例移動到另一個虛擬機並檢查和修復底層硬件。

除聯繫支持外,我該怎麼做?

回答

2

我不認爲你可以移動虛擬機。但是您可以創建一個新的分段部署,將其交換到生產環境中,然後銷燬舊的部署。你實際上不能保證虛擬機在不同的物理機器上,但它似乎是合理的。虛擬機越大,它們更可能位於不同的服務器上。

這就是說,你的問題似乎不太可能是由於硬件故障而不是一些微妙的錯誤。

3

幾點意見:

  1. 你可以有這個工作,sortof,通過調用支持。支持小組不會將您的虛擬機遷移到新的服務器,只是因爲您問了,但他們會與您一起確定物理服務器是否真的不好,如果是這樣,將其移出服務。
  2. RequestRecycle將僅關閉主機進程(即WaIISHost)和相關進程,然後重新啓動它們。它不會重新啓動虛擬機,乾淨啓動或重新部署。
  3. 如果您懷疑自己的Windows安裝可能已損壞,則可以嘗試從門戶或Powershell執行'Reimage'。 Reimage會從頭開始重新創建Windows分區。
  4. 爲了強制新的虛擬機在新服務器上,您必須進行就地升級並修改虛擬機的大小(即從小到中)。這將導致在新服務器上創建新的虛擬機。然後,您可以執行其他就地升級以恢復原始大小。

這就是說,我非常同意Brian的評論,說壞的硬件不太可能導致「不可能」的調用堆棧。我會建議打開支持事件,以便找到實際的根本原因,而不是僅僅修復最明顯的症狀。

相關問題