Table of contents
TOC
Comprimi il sommario
Espandi il sommario

What's new in Hyper-V in Windows Server 2016

Kathy Davies [MSFT]|Ultimo aggiornamento: 14/04/2017
|
1 Collaboratore

Si applica a: Microsoft Hyper-V Server 2016, Windows Server 2016

Questo articolo illustra le funzionalità nuove e modificate di Hyper-V in Windows Server 2016 e Microsoft Hyper-V Server 2016. Per utilizzare nuove funzionalità nelle macchine virtuali create con Windows Server 2012 R2 e spostati o importato in un server che esegue Hyper-V in Windows Server 2016, è necessario aggiornare manualmente la versione di configurazione macchina virtuale. Per istruzioni, vedere versione aggiornamento macchina virtuale.

Ecco cosa è incluso in questo articolo e se la funzionalità è nuovo o aggiornato.

Compatibile con Standby connesso (nuovo)

Quando viene installato il ruolo Hyper-V in un computer che utilizza il modello di alimentazione Always on/Always Connected (AOAC), la Standby connesso stato di alimentazione è ora disponibile.

Assegnazione dispositivo discreti (nuovo)

Questa funzionalità consente di fornire accesso diretto ed esclusivo di una macchina virtuale per alcuni dispositivi hardware PCIe. Usa un dispositivo in questo modo ignora lo stack di virtualizzazione Hyper-V, che comporta un accesso più rapido. Per informazioni dettagliate sull'hardware supportato, vedere "assegnazione discreti dispositivo" in requisiti di sistema per Hyper-V in Windows Server 2016. Per maggiori informazioni su come usare questa funzionalità e considerazioni, vedere il post "discreti dispositivo assegnazione - descrizione e lo sfondo" nel blog di virtualizzazione.

Supporto della crittografia per il disco del sistema operativo nelle macchine virtuali di generazione 1 (nuovi)

È ora possibile proteggere il disco del sistema operativo mediante crittografia unità BitLocker in macchine virtuali di generazione 1. Una nuova funzionalità, l'archiviazione delle chiavi, crea un'unità di piccole dimensioni, dedicata per archiviare la chiave di BitLocker dell'unità di sistema. Questa operazione viene eseguita invece di utilizzare un virtuale modulo TPM (Trusted Platform), che è disponibile solo in macchine virtuali di generazione 2. Per decrittografare il disco e avviare la macchina virtuale, l'host Hyper-V deve far parte di un'infrastruttura protetta autorizzata o dispone della chiave privata da uno dei tutori della macchina virtuale. Archiviazione delle chiavi richiede una macchina virtuale versione 8. Per informazioni sulla versione di macchina virtuale, vedere versione aggiornamento macchina virtuale in Hyper-V in Windows 10 o Windows Server 2016.

Protezione delle risorse di ospitare (nuovo)

Questa funzionalità consente di evitare una macchina virtuale utilizza più di relativa condivisione di risorse di sistema mediante la ricerca di livelli di un numero eccessivo di attività. Questo può impedire attività eccessiva della macchina virtuale di peggiorare le prestazioni di host o altre macchine virtuali. Quando il monitoraggio rileva una macchina virtuale con un eccesso di attività, la macchina virtuale viene assegnata meno risorse. Questo monitoraggio e l'applicazione è disattivata per impostazione predefinita. Utilizzare Windows PowerShell per attiva o disattiva. Per attivarlo, eseguire questo comando:

Set-VMProcessor -EnableHostResourceProtection $true 

Per informazioni dettagliate su questo cmdlet, vedere Set-VMProcessor.

Caldo aggiungere e rimuovere schede di rete e memoria (nuovo)

È ora possibile aggiungere o rimuovere una scheda di rete mentre la macchina virtuale è in esecuzione, senza ciò potrebbe comportare tempi di inattività. Questa funzionalità è disponibile per le macchine virtuali di generazione 2 che eseguono sistemi operativi Windows o Linux.

È anche possibile regolare la quantità di memoria assegnata a una macchina virtuale mentre è in esecuzione, anche se non è stata abilitata la memoria dinamica. Questa funzionalità è disponibile per la generazione 1 e macchine virtuali di generazione 2, che eseguono Windows Server 2016 o Windows 10.

Miglioramenti di gestione di Hyper-V (aggiornato)

  • Supporto di credenziali alternative -è ora possibile utilizzare un diverso set di credenziali in Gestione di Hyper-V quando ci si connette a un altro host remoto Windows Server 2016 o Windows 10. È anche possibile salvare queste credenziali per rendere più semplice accedere di nuovo.

  • Gestire le versioni precedenti -con gestione di Hyper-V in Windows Server 2016 e Windows 10, è possibile gestire computer che esegue Hyper-V in Windows Server 2012, Windows 8, Windows Server 2012 R2 e Windows 8.1.

  • Protocollo di gestione aggiornato -Hyper-V Manager ora comunica con gli host Hyper-V remoti utilizzando il protocollo WS-MAN, che consente l'autenticazione CredSSP, Kerberos o NTLM. Quando si utilizza CredSSP per connettersi a un host Hyper-V remoto, è possibile eseguire una migrazione in tempo reale senza abilitare la delega vincolata in Active Directory. L'infrastruttura basate su WS-MAN rende anche più semplice attivare un host per la gestione remota. WS-MAN si connette tramite la porta 80, aperta per impostazione predefinita.

Servizi di integrazione forniti tramite Windows Update (aggiornato)

Gli aggiornamenti a integration services per gli ospiti di Windows vengono distribuiti tramite Windows Update. Per i provider di servizi e hoster cloud privato, in questo modo il controllo di applicazione degli aggiornamenti nelle mani di tenant che possiedono le macchine virtuali. Tenant ora possono aggiornare le proprie macchine virtuali di Windows con tutti gli aggiornamenti, inclusi i servizi di integrazione, utilizzando un singolo metodo. Per ulteriori informazioni sui servizi di integrazione per i Guest Linux, vedere Linux e FreeBSD le macchine virtuali in Hyper-V.

Importante

Il file di immagine vmguest.iso non è più necessario, pertanto, non è incluso con Hyper-V in Windows Server 2016.

Avvio protetto Linux (nuovo)

Sistemi operativi Linux in esecuzione su macchine virtuali di generazione 2 possono ora di avvio con l'opzione di avvio protetto abilitata. Ubuntu 14.04 e versioni successive, SUSE Linux Enterprise Server 12 e successive, Red Hat Enterprise Linux 7.0 e versioni successive e CentOS 7.0 e versioni successive sono abilitati per l'avvio protetto sugli host che eseguono Windows Server 2016. Prima di avviare la macchina virtuale per la prima volta, è necessario configurare la macchina virtuale per l'utilizzo di autorità di certificazione Microsoft UEFI. È possibile farlo dalla gestione di Hyper-V, Virtual Machine Manager o una sessione di Windows Powershell con privilegi elevata. Per Windows PowerShell, eseguire questo comando:

Set-VMFirmware vmname -SecureBootTemplate MicrosoftUEFICertificateAuthority  

Per ulteriori informazioni sulle macchine virtuali Linux in Hyper-V, vedere Linux e FreeBSD le macchine virtuali in Hyper-V. Per ulteriori informazioni sul cmdlet, vedere Set-VMFirmware.

Più memoria e processori per gli host Hyper-V e macchine virtuali di generazione 2 (aggiornato)

A partire dalla versione 8, macchine virtuali di generazione 2 possono utilizzare molte più memoria e processori virtuali. Host inoltre possono essere configurati con molte più memoria e processori virtuali che erano supportati. Queste modifiche supportano nuovi scenari, ad esempio l'esecuzione di database di grandi dimensioni in memoria per l'elaborazione di transazioni online (OLTP) e di data warehousing (DW) e-commerce. Blog di Windows Server recentemente pubblicato i risultati delle prestazioni di una macchina virtuale con 5.5 terabyte di memoria e 128 processori virtuali in esecuzione il database in memoria di 4 TB. Prestazioni sono superiore al 95% delle prestazioni di un server fisico. Per ulteriori informazioni, vedere prestazioni della macchina virtuale su larga scala di Windows Server 2016 Hyper-V per l'elaborazione delle transazioni in memoria. Per ulteriori informazioni sulle versioni di macchina virtuale, vedere versione aggiornamento macchina virtuale in Hyper-V in Windows 10 o Windows Server 2016. Per un elenco completo delle configurazioni massime supportate, vedere pianificare la scalabilità di Hyper-V in Windows Server 2016 di.

La virtualizzazione nidificata (nuovo)

Questa funzionalità consente di utilizzare una macchina virtuale come host Hyper-V e creare macchine virtuali all'interno di tale host virtualizzato. Ciò può risultare particolarmente utile per ambienti di sviluppo e test. Per utilizzare la virtualizzazione nidificata, è necessario:

  • Per eseguire almeno Windows Server 2016 o Windows 10 in host Hyper-V fisico sia l'host virtualizzato.

  • Un processore con Intel VT-x (virtualizzazione nidificata è disponibile solo per i processori Intel in questo momento).

Per informazioni dettagliate e istruzioni, vedere virtualizzazione nidificata.

Funzionalità di rete (nuovo)

Nuove funzionalità di rete includono:

  • Remote diretto alla memoria (RDMA) e switch embedded teaming (SET). È possibile impostare RDMA sulle schede di rete associate a un commutatore virtuale Hyper-V, indipendentemente dal fatto che SET viene anche utilizzato. SET fornisce un commutatore virtuale con alcune delle stesse funzionalità gruppo NIC. Per ulteriori informazioni, vedere diretta accesso memoria remota (RDMA) e Switch Embedded Teaming (SET).

  • Macchina virtuale più code (VMMQ). Migliora la velocità effettiva VMQ allocando più code di hardware per ogni macchina virtuale. La coda predefinita diventa un insieme di code per una macchina virtuale e il traffico viene distribuito tra le code.

  • Qualità del servizio (QoS) per le reti definita dal software. Gestisce la classe predefinita del traffico attraverso il commutatore virtuale all'interno della larghezza di banda di classe predefinito.

Per ulteriori informazioni sulle nuove funzionalità di rete, vedere What's new in rete.

I checkpoint di produzione (nuovo)

I checkpoint di produzione sono immagini "point-in-time" di una macchina virtuale. In tal modo è un modo per applicare un checkpoint che è conforme ai criteri di supporto quando una macchina virtuale esegue un carico di lavoro di produzione. I checkpoint di produzione sono basati sulla tecnologia di backup nella macchina guest invece di uno stato salvato. Per le macchine virtuali Windows viene utilizzato il servizio Snapshot Volume (VSS). Per le macchine virtuali Linux, vengono scaricati i buffer del file system per creare un checkpoint coerente con il file system. Se si preferisce utilizzare i checkpoint in base agli stati salvati, scegliere i checkpoint standard. Per ulteriori informazioni, vedere Scegli tra i checkpoint standard o di produzione.

Importante

Nuove macchine virtuali utilizzarli produzione come impostazione predefinita.

Aggiornamento di Cluster Hyper-V in sequenza (nuovo)

È ora possibile aggiungere un nodo che esegue Windows Server 2016 a un Cluster Hyper-V con nodi che eseguono Windows Server 2012 R2. Ciò consente di aggiornare il cluster senza tempi di inattività. Il cluster viene eseguito un livello di funzionalità di Windows Server 2012 R2 finché non si aggiorna tutti i nodi del cluster e aggiorna il livello di funzionalità del cluster con il cmdlet di Windows PowerShell, aggiornamento ClusterFunctionalLevel.

Importante

Dopo aver aggiornato il livello di funzionalità del cluster, è possibile, tornare a Windows Server 2012 R2.

Per un cluster Hyper-V con un livello di funzionalità di Windows Server 2012 R2 con nodi che eseguono Windows Server 2012 R2 e Windows Server 2016, tenere presente quanto segue:

  • Gestire il cluster, Hyper-V e macchine virtuali da un nodo che esegue Windows Server 2016 o Windows 10.

  • È possibile spostare le macchine virtuali tra tutti i nodi del cluster Hyper-V.

  • Per utilizzare nuove funzionalità di Hyper-V, tutti i nodi devono eseguire Windows Server 2016 e livello funzionale del cluster deve essere aggiornato.

  • La versione di configurazione macchina virtuale per le macchine virtuali esistenti non è aggiornata. È possibile aggiornare la versione di configurazione solo dopo l'aggiornamento a livello funzionale del cluster.

  • Macchine virtuali create sono compatibili con Windows Server 2012 R2, il livello di configurazione macchina virtuale 5.

Dopo l'aggiornamento a livello funzionale del cluster:

  • È possibile attivare nuove funzionalità di Hyper-V.

  • Per rendere disponibili nuove funzionalità di macchina virtuale, utilizzare il cmdlet Update-VmConfigurationVersion per aggiornare manualmente il livello di configurazione macchina virtuale. Per istruzioni, vedere versione aggiornamento macchina virtuale.

  • È possibile aggiungere un nodo nel cluster Hyper-V che esegue Windows Server 2012 R2.
Nota

Hyper-V in Windows 10 non supporta il clustering di failover.

Per informazioni dettagliate e istruzioni, vedere il aggiornamento in sequenza di Cluster del sistema operativo.

Dischi rigidi virtuali condivisi (aggiornato)

È possibile ridimensionare i dischi rigidi virtuali condivisi (.vhdx files) utilizzato per il clustering, senza tempi di inattività guest. Dischi rigidi virtuali condivisi possono essere aumentate in seguito o ridotti mentre la macchina virtuale è in linea. Cluster guest ora possono inoltre proteggere dischi rigidi virtuali condivisi tramite Replica Hyper-V per il ripristino di emergenza.

Abilitare la replica nella raccolta. Abilitare la replica su una raccolta è esposti solo tramite l'interfaccia di WMI. Vedere la documentazione per Msvm_CollectionReplicationService classe per altri dettagli. È possibile gestire la replica di una raccolta tramite l'interfaccia utente o i cmdlet di PowerShell. Le macchine virtuali devono essere negli host che fanno parte di un cluster Hyper-V di accedere alle funzionalità specifiche di una raccolta. Disco rigido virtuale condiviso sono inclusi: dischi rigidi virtuali condivisi in host autonomi non sono supportati da Replica Hyper-V.

Seguire le linee guida per i dischi rigidi virtuali condivisi in Panoramica della condivisione del disco rigido virtualee assicurarsi che i dischi rigidi virtuali condivisi fanno parte di un cluster guest.

Una raccolta con un disco rigido virtuale condiviso, ma non cluster guest associati non può creare punti di riferimento per la raccolta (indipendentemente dal fatto che il disco rigido virtuale condiviso è incluso nella creazione del punto di riferimento o non).

Le macchine virtuali schermate (nuovo)

Schermatura utilizzare macchine virtuali diverse funzionalità che rendono più difficile per gli amministratori di Hyper-V e malware nell'host per controllare, alterare o rubare i dati dello stato di una macchina virtuale schermata. Dati e lo stato è crittografato, gli amministratori di Hyper-V non possono visualizzare l'output video e i dischi e le macchine virtuali possono essere limitate per l'esecuzione solo su host integro noto, come determinato da un Server di sorveglianza Host. Per ulteriori informazioni, vedere infrastruttura protetta e macchine virtuali schermati.

Nota

A partire da Technical Preview 5, le macchine virtuali schermate sono compatibili con Replica Hyper-V. Per replicare una macchina virtuale schermata, l'host che si desidera replicare deve essere autorizzato a eseguire tale macchina virtuale schermata.

Avviare la priorità di ordine per macchine virtuali in cluster (nuovo)

Questa funzionalità offre maggiore controllo sulla quale macchine virtuali del cluster sono avviate o riavviate prima di tutto. Questo rende più semplice avviare le macchine virtuali che forniscono servizi prima delle macchine virtuali che utilizzano tali servizi. Definire i set, posizionare le macchine virtuali nei set e specificare le dipendenze. Utilizzare i cmdlet di Windows PowerShell per gestire i set, ad esempio New-ClusterGroupSet Get-ClusterGroupSet e Add-ClusterGroupSetDependency. .

Qualità del servizio (QoS) di archiviazione (aggiornato)

È ora possibile creare criteri QoS di archiviazione in un File Server di scalabilità orizzontale e assegnarli a uno o più dischi virtuali in macchine virtuali Hyper-V. Le prestazioni di archiviazione sono regolate automaticamente in modo da soddisfare i criteri man mano che cambia il carico di archiviazione. Per ulteriori informazioni, vedere Storage Quality of Service.

Formato di file di configurazione macchina virtuale (aggiornato)

File di configurazione macchina virtuale utilizzano un nuovo formato di operazioni di lettura e scrittura dei dati di configurazione più efficienti. Il formato rende inoltre il danneggiamento dei dati meno probabile che se si verifica un errore di archiviazione. File di dati di configurazione macchina virtuale utilizzano un'estensione di file. vmcx e file di dati di stato di runtime utilizzano un'estensione di file vmrs.

Importante

L'estensione di file. vmcx indica un file binario. La modifica dei file vmcx e vmrs non è supportata.

Versione di configurazione della macchina virtuale (aggiornato)

La versione rappresenta la compatibilità di configurazione della macchina virtuale, salvata lo stato e i file di snapshot con la versione di Hyper-V. Le macchine virtuali con versione 5 sono compatibili con Windows Server 2012 R2 ed eseguire su sia Windows Server 2012 R2 e Windows Server 2016. Le macchine virtuali con le versioni introdotte in Windows Server 2016 non verrà eseguito in Hyper-V in Windows Server 2012 R2.

Se si sposta o si importa una macchina virtuale in un server che esegue Hyper-V in Windows Server 2016 da Windows Server 2012 R2, la configurazione della macchina virtuale non viene aggiornata automaticamente. Ciò significa che è possibile riportare la macchina virtuale a un server che esegue Windows Server 2012 R2. Tuttavia, ciò significa anche fino a quando non si aggiorna manualmente la versione di configurazione della macchina virtuale non è possibile utilizzare le nuove funzionalità di macchina virtuale.

Per istruzioni sulla verifica e l'aggiornamento della versione, vedere versione aggiornamento macchina virtuale. Questo articolo elenca anche la versione in cui sono state introdotte alcune funzionalità.

Importante
  • Dopo aver aggiornato la versione, è possibile spostare la macchina virtuale a un server che esegue Windows Server 2012 R2.
  • È possibile effettuare il downgrade la configurazione di una versione precedente.
  • Il cmdlet Update-VMVersion è bloccato in un Cluster Hyper-V quando il livello di funzionalità del cluster è Windows Server 2012 R2.

Sicurezza Virtualization-based per le macchine virtuali di generazione 2 (nuovi)

Sicurezza basata su virtualizzazione alimenta funzionalità quali Device Guard e Credential Guard, che offrono una maggiore protezione del sistema operativo contro gli attacchi da malware. Protezione basata di virtualizzazione è disponibile nelle macchine virtuali di generazione 2 guest a partire dalla versione 8. Per informazioni sulla versione di macchina virtuale, vedere versione aggiornamento macchina virtuale in Hyper-V in Windows 10 o Windows Server 2016.

Contenitori di Windows (nuovo)

Contenitori di Windows consentono molte applicazioni isolate per l'esecuzione in un sistema di computer. Questi veloce per compilare e sono estremamente scalabili e portabile. Sono disponibili due tipi di contenitori di runtime, ognuno con un diverso livello di isolamento delle applicazioni. Windows Server Containers utilizzare l'isolamento del processo e dello spazio dei nomi. I contenitori di Hyper-V utilizzano una macchina virtuale leggera per ogni contenitore.

Funzionalità principali includono:

  • Supporto per i siti Web e applicazioni utilizzando il protocollo HTTPS

  • Nano server può ospitare sia Windows Server e contenitori di Hyper-V

  • Possibilità di gestire i dati mediante cartelle condivise del contenitore

  • Possibilità di limitare le risorse di contenitore

Per ulteriori informazioni, incluse guide introduttive, vedere il documentazione di Windows contenitore.

Windows PowerShell Direct (nuovo)

Questo offre un modo per eseguire i comandi di Windows PowerShell in una macchina virtuale dall'host. Windows PowerShell diretta viene eseguita tra l'host e la macchina virtuale. Ciò significa che non richiede la rete o i requisiti del firewall e funziona indipendentemente dalla configurazione della gestione remota.

Windows PowerShell diretto è un'alternativa per gli strumenti esistenti utilizzati dagli amministratori di Hyper-V per connettersi a una macchina virtuale in un host Hyper-V:

  • Strumenti di gestione remota, ad esempio PowerShell o Desktop remoto

  • Hyper-V Virtual Machine Connection (VMConnect)

Gli strumenti funzionano bene, ma sono compromessi: VMConnect è affidabile, ma può essere difficile da automatizzare. PowerShell remoto è potente, ma può essere difficile da configurare e gestire. Questi compromessi potrebbero diventare più importanti man mano che aumenta la distribuzione di Hyper-V. Windows PowerShell diretto risolve questo problema fornendo un'esperienza di scripting e automazione potente che è semplice come l'uso di VMConnect.

Per requisiti e istruzioni, vedere Windows di gestire le macchine virtuali con PowerShell Direct.

Vedere anche

What's new in Hyper-V in Windows 10

© 2017 Microsoft