環境：
NAS 型號：TS-264
韌體：QTS 5.2.9
大家好，
我最近升級到 QTS 5.2.9，並在韌體升級過程中發現我的虛擬機有以下問題：
當 QTS 為升級重啟時，正在運行的虛擬機並未正常關機，而是被強制終止。
重啟後，先前正在運行的虛擬機並不會自動啟動。
我的虛擬機裡有重要服務在運行，這導致了意外的停機。我希望保持自動更新以獲得最新韌體，但目前的行為讓人感到風險很高，因為我無法預知何時更新會重啟 NAS 並中斷我的虛擬機。
請問 Virtualization Station 有沒有設定可以讓虛擬機在系統重啟前正常關機，並在重啟後自動啟動？還是這是已知的限制？
任何建議都很感謝，謝謝！
有一個更新設定讓你掌控……
控制台 > 韌體更新 > 韌體更新選項 > 通知我，不要自動更新
感謝你的建議！我知道有那個選項，但我還是希望保持自動更新啟用——執行過時的韌體對於一台暴露在網路上的 NAS 來說是個安全風險。我不想為了保護我的虛擬機（VMs）而錯過重要的安全修補程式。
理想情況下，QTS 在更新重啟前能夠優雅地關閉虛擬機，並在重啟後自動啟動它們。Virtualization Station 或 QTS 已經有這類功能了嗎？如果沒有，我可能需要自己寫個腳本來處理這件事。
如果你的 NAS 暴露在網際網路上，我們強烈建議不要這麼做！你已經被警告了！
至於升級——以下是我發現和學到的：
1.) 最好是收到通知再升級，而不是自動升級。我們曾經遇過升級被撤回的情況。
2.) 手動升級時，你現在可以手動關閉所有虛擬機（VM）、容器等，而不是在升級過程中自動關閉。
3.) 手動升級時，QNAP 會先提醒你 NAS 已經運行很長時間，並詢問你是否要在升級前重新啟動——一定要這麼做！我曾經在有長時間運行的程序被升級時遇到問題。最好先重啟，確保一切乾淨再升級。
自動升級和你收到通知之間的時間差很小。如果你選擇了將 NAS 暴露在網際網路上的高風險做法，這點時間差其實不會有太大影響，因為你本來就已經承擔極高風險了……
感謝您的詳細建議！已經有兩位建議我切換到「僅通知」模式，所以我會做出這個更改，並嘗試在我的工作流程中採用這個升級流程。我也會將我的 NAS 移到本地網路後方，以降低安全風險。感謝您的建議！
感謝您的說明！自動啟動政策很實用——我會設為「保留先前狀態」。
不過還有一個後續問題：是否有選項可以控制 NAS 重新啟動時 如何 關閉虛擬機？目前看起來預設是將虛擬機掛起，但在我的情況下，完全正常關機會比較理想——因為重新啟動後網路環境可能已經變化，從掛起狀態恢復可能會導致服務無法正常運作。即使只是重新啟動前向虛擬機發送 ACPI 關機信號也足夠了。如果用戶能夠選擇掛起或關機作為重新啟動前的行為，那就太好了。謝謝！
我很好奇為什麼你的網路環境會在重開機之間發生變化。好奇的人想知道！ 
我在虛擬機器（VM）內運行了一個自製的訊息代理（類似於 RabbitMQ）。它會與客戶端保持活躍連線，並且在 VM 被暫停的那一刻，可能正處於處理訊息的過程中。從暫停狀態恢復時，可能會導致訊息只處理了一半或連線變成過時的狀態。
我知道可以在服務端實作重試和逾時機制，讓它在 VM 恢復後重新連線，但這會增加複雜度。一個更簡單且可靠的方法是，系統在重啟前先向 VM 發送關機訊號，這樣服務就能完成處理中的訊息並乾淨地關閉連線。
好的。所以這是網路流量的問題，而不是網路本身的
