I sistemi operativi guest della macchina virtuale Hyper-V devono essere spenti prima di riavviare Windows Server 2012 R2 su cui sono in esecuzione?


9

Sono abbastanza nuovo nell'uso di Hyper-V. Sto cercando di apprendere le migliori pratiche per l'arresto e il riavvio del mio server quando le macchine virtuali sono in esecuzione su di esso.

Ho un server fisico con MS Windows Server 2012 R2. Ho due macchine virtuali in esecuzione su Hyper-V su questo server Windows. Una VM esegue un sistema operativo guest di Windows 7 Professional. L'altra VM esegue Ubuntu 14.10.

La mia domanda è: devo spegnere ogni macchina virtuale prima di spegnere il server fisico o le macchine virtuali verranno chiuse dal server fisico come parte del suo spegnimento?

Non sono stato in grado di trovare alcuna informazione su questo processo. Qualcuno può indicarmi la giusta direzione?

Grazie

Risposte:


13

Dipende da come hai configurato le tue macchine virtuali.

Se le macchine virtuali sono configurate su "Spegni", la chiusura del sistema operativo host sarebbe quasi equivalente all'estrazione dell'alimentazione dalle macchine virtuali. Se le VM sono configurate in questo modo e si desidera che vengano arrestate in modo sicuro, è necessario prima spegnerle. È inoltre possibile utilizzare le altre opzioni come sospendi o arrestare il sistema operativo guest.

Tieni presente che l'arresto dell'ospite richiede che le aggiunte dell'ospite siano installate correttamente sull'ospite. Credo che senza di loro, avrai l'effetto "spegni", ma non ne sono certo.

arresto hyperv


Molto utile e mi ha dato esattamente ciò di cui avevo bisogno.
BitBug

1
Non sono un esperto di Hyper-V in particolare, ma sembra logico che sia "Spegni la VM" o "Salva lo stato della VM" sarebbe possibile senza aggiunte. Voglio dire, "Salva" non dovrebbe essere più complesso del congelamento di FS e CPU virtuali, salvataggio dei registri RAM e CPU e forse di altre informazioni sullo stato (GPU? Dispositivi di rete / bus virtuali?). Il tuo screenshot (l'avviso appare solo sulla terza opzione) e la risposta di @ dbwillis sembrano supportare questo assunto.
Slipp D. Thompson,

1
Ho riscontrato problemi con il software in alcuni guest in stato di sospensione. Soprattutto roba che ha bisogno di tempo corretto. Senza aggiunte da parte degli ospiti per correggere il tempo al curriculum, le cose possono diventare un po 'traballanti. Quindi potresti non averne bisogno perché l'ospite sospenda / riprenda, li vuoi davvero, quindi il tuo sistema operativo ospite sarà stabile. A proposito, il blocco note non è il miglior test qui.
Zoredache,

2

Nei miei test, no, non è necessario arrestare le VM. In realtà l'ho provato facendo aprire il blocco note su una macchina virtuale, con testo non salvato, quindi riavviato l'host.

La VM è tornata con il blocco note aperto, con il testo lì.

Penso che nelle impostazioni di HyperV sia presente un'opzione predefinita per "eseguire questa operazione su VM al riavvio"


2
Questo descrive solo una singola condizione / azione per le impostazioni di spegnimento automatico della VM quando si arresta l'host. Esistono tre possibili condizioni / azioni per gestire una macchina virtuale quando si arresta l'host.
joeqwerty,

2

Preferisco passare attraverso il processo di chiusura individuale attraverso la console di gestione. Sebbene abbastanza raro, ci sono volte in cui lo stato della VM ha un problema o non si spegne correttamente da solo. Questo mi dà la possibilità di assicurarmi che tutto ciò avvenga nel modo previsto. Per non parlare del fatto che ci sono volte in cui la VM stessa non rilascia sempre la RAM a seconda di quali sistemi sono in esecuzione e, sebbene spesso non faccia nulla, mi fa sentire meglio per qualche motivo.


1

Sembra che l'impostazione predefinita stia salvando lo stato del sistema. Quindi il mio punto di vista è che non è necessario arrestare la VM individuale se si utilizza l'impostazione predefinita.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.