Host dedicati di Azure

Si applica a: ✔️ Macchine virtuali Linux: Set di scalabilità uniformi di macchine virtuali ✔️ ✔️ Windows

Host dedicato di Azure è un servizio che fornisce server fisici in grado di ospitare una o più macchine virtuali assegnate a una sottoscrizione di Azure. Gli host dedicati sono gli stessi server fisici usati nei data center, forniti invece come risorsa hardware direttamente accessibile. È possibile effettuare il provisioning di host dedicati all'interno di un'area, di una zona di disponibilità e di un dominio di errore. È quindi possibile inserire le macchine virtuali direttamente negli host di cui è stato effettuato il provisioning in qualsiasi configurazione più adatta alle proprie esigenze.

Introduzione video

Vantaggi

La prenotazione dell'intero host offre diversi vantaggi oltre a quelli di un host macchina virtuale condivisa standard:

• Ottimizzazione dei costi: con il vantaggio Azure Hybrid è possibile usare licenze personalizzate per Windows e SQL in Azure. Per altre informazioni, vedere Vantaggio Azure Hybrid.

• Affidabilità: si ha quasi il controllo completo sugli eventi di manutenzione avviati dalla piattaforma Azure. Anche se la maggior parte degli eventi di manutenzione non ha alcun impatto sulle macchine virtuali, esistono alcuni carichi di lavoro sensibili in cui ogni secondo di pausa può avere un impatto. Con gli host dedicati, è possibile acconsentire esplicitamente a una finestra di manutenzione per ridurre l'impatto sul servizio.

• Efficienza delle prestazioni: poiché si ha il controllo su un host fisico, è possibile scegliere quali applicazioni condividono risorse fisiche, ad esempio memoria e archiviazione. Ciò consente di velocizzare determinati carichi di lavoro che traggono vantaggio dalla bassa latenza e dalla velocità effettiva elevata nel computer host.

• Sicurezza: l'isolamento hardware a livello di server fisico consente di mantenere isolati i dati di memoria sensibili all'interno di un host fisico. Nessun'altra macchina virtuale del cliente verrà inserita negli host. Gli host dedicati vengono distribuiti negli stessi data center e condividono la stessa rete e la stessa infrastruttura di archiviazione sottostante di altri host non isolati.

Gruppi, host e macchine virtuali

Un gruppo host è una risorsa che rappresenta una raccolta di host dedicati. È necessario creare un gruppo host in un'area e in una zona di disponibilità e aggiungervi gli host.

Un host è una risorsa, mappata a un server fisico in un data center di Azure. Il server fisico viene allocato al momento della creazione dell'host. Un host viene creato all'interno di un gruppo host. Un host ha uno SKU che descrive le dimensioni delle macchine virtuali che è possibile creare. Ogni host può ospitare più macchine virtuali, di dimensioni diverse, purché provenano dalla stessa serie di dimensioni.

Considerazioni sulla disponibilità elevata

Per la disponibilità elevata, è consigliabile distribuire più macchine virtuali, distribuite tra più host (almeno 2). Con gli host dedicati di Azure sono disponibili diverse opzioni per effettuare il provisioning dell'infrastruttura per definire i limiti di isolamento degli errori.

Usare le zone di disponibilità per l'isolamento degli errori

Le zone di disponibilità sono località fisiche esclusive all'interno di un'area di Azure. Ogni zona è costituita da uno o più data center dotati di impianti indipendenti per l'alimentazione, il raffreddamento e la connettività di rete. Un gruppo host viene creato in una singola zona di disponibilità. Dopo la creazione, tutti gli host verranno inseriti all'interno di tale zona. Per ottenere la disponibilità elevata tra le zone, è necessario creare più gruppi host (uno per zona) e distribuire di conseguenza gli host tra di essi.

Se si assegna un gruppo host a una zona di disponibilità, tutte le macchine virtuali create in tale host devono essere create nella stessa zona.

Usare i domini di errore per l'isolamento degli errori

Un host può essere creato in un dominio di errore specifico. Proprio come la macchina virtuale in un set di scalabilità o in un set di disponibilità, gli host in domini di errore diversi verranno posizionati in rack fisici diversi nel data center. Quando si crea un gruppo host, è necessario specificare il numero di domini di errore. Quando si creano host all'interno del gruppo host, si assegna il dominio di errore per ogni host. Le macchine virtuali non richiedono alcuna assegnazione di dominio di errore.

I domini di errore non sono uguali a quello di colocation. Avere lo stesso dominio di errore per due host non significa che si trovino in prossimità tra loro.

I domini di errore hanno come ambito il gruppo host. Non è consigliabile fare alcuna ipotesi sull'anti-affinità tra due gruppi host (a meno che non si trovino in zone di disponibilità diverse).

Le macchine virtuali distribuite negli host con domini di errore diversi avranno i servizi dei dischi gestiti sottostanti in più indicatori di archiviazione, per aumentare la protezione dell'isolamento degli errori.

Uso di domini di errore e zone di disponibilità

È possibile usare entrambe le funzionalità insieme per ottenere un isolamento ancora più elevato degli errori. Per usare entrambi, specificare la zona di disponibilità e il numero di domini di errore in per ogni gruppo host, assegnare un dominio di errore a ogni host del gruppo, quindi assegnare una zona di disponibilità a ogni macchina virtuale.

Il modello di esempio Resource Manager usa zone e domini di errore per distribuire gli host per la massima resilienza in un'area.

Posizionamento manuale e automatico

Quando si crea una macchina virtuale in Azure, è possibile selezionare l'host dedicato da usare. È anche possibile usare l'opzione per inserire automaticamente le macchine virtuali negli host esistenti, all'interno di un gruppo host.

Quando si crea un nuovo gruppo host, assicurarsi che sia selezionata l'impostazione per il posizionamento automatico della macchina virtuale. Quando si crea la macchina virtuale, selezionare il gruppo host e consentire ad Azure di selezionare l'host migliore per la macchina virtuale.

I gruppi host abilitati per il posizionamento automatico non richiedono l'inserimento automatico di tutte le macchine virtuali. Sarà comunque possibile selezionare in modo esplicito un host, anche quando viene selezionato il posizionamento automatico per il gruppo host.

Limitazioni di posizionamento automatico

Problemi noti e limitazioni quando si usa il posizionamento automatico delle macchine virtuali:

• Non sarà possibile ridistribuire la macchina virtuale.
• Non sarà possibile usare macchine virtuali serie DCv2, Lsv2, NVasv4, NVsv3, Msv2 o M con host dedicati.

Correzione del servizio host

In caso di errori relativi al nodo sottostante, i problemi di connettività di rete o software possono eseguire il push dell'host e delle macchine virtuali nell'host a uno stato non integro che causa interruzioni e tempi di inattività per i carichi di lavoro. L'azione predefinita consente ad Azure di gestire automaticamente l'host interessato in un nodo integro e di spostare tutte le macchine virtuali nell'host integro. Una volta ripristinate le macchine virtuali e riavviato, l'host interessato verrà deallocato. Durante il processo di correzione del servizio, l'host e le macchine virtuali diventano non disponibili in caso di un leggero tempo di inattività.

L'host appena creato avrà tutti gli stessi vincoli dell'host precedente:

• Resource group
• Region
• Dominio di errore
• Gruppo host
• ADH SKU
• Sostituzione automatica in caso di errore

Gli utenti con requisiti di conformità potrebbero avere bisogno di una forte affinità tra l'host e il nodo sottostante e non vogliono essere ripristinati automaticamente, in questi scenari gli utenti possono scegliere di rifiutare esplicitamente la correzione automatica del servizio a livello di host disabilitando l'impostazione "Sostituisci automaticamente l'host in caso di errore".

Implicazioni

Se si decide di disabilitare la correzione automatica del servizio e se il nodo sottostante rileva un errore, lo stato host verrà modificato in "Host Pending Deallocate" e alla fine verrà deallocato.

Per evitare la deallocazione, è necessario ridistribuire manualmente l'host creando un nuovo host dedicato e spostando tutte le macchine virtuali dall'host precedente al nuovo host.

L'impostazione dell'host di sostituzione automatica è un'impostazione di creazione e non può essere modificata dopo la creazione dell'host. Le macchine virtuali arrestate/deallocate manualmente dall'host interessato non vengono spostate come parte della correzione automatica del servizio.

Supporto del set di scalabilità di macchine virtuali

set di scalabilità di macchine virtuali consentire di considerare un gruppo di macchine virtuali come una singola risorsa e applicare criteri di disponibilità, gestione, scalabilità e orchestrazione come gruppo. Gli host dedicati esistenti possono essere usati anche per set di scalabilità di macchine virtuali.

Quando si crea un set di scalabilità di macchine virtuali, è possibile specificare un gruppo host esistente in modo che tutte le istanze di macchina virtuale siano create in host dedicati.

Quando si crea un set di scalabilità di macchine virtuali in un gruppo host dedicato, si applicano i requisiti seguenti:

• È necessario abilitare il posizionamento automatico delle macchine virtuali.
• L'impostazione di disponibilità del gruppo host deve corrispondere al set di scalabilità.
  • È consigliabile usare un gruppo host a livello di area (creato senza specificare una zona di disponibilità) per i set di scalabilità a livello di area.
  • Il gruppo host e il set di scalabilità devono usare la stessa zona di disponibilità.
  • Il numero di domini di errore per il livello del gruppo host deve corrispondere al numero di domini di errore per il set di scalabilità. Il portale di Azure consente di specificare la distribuzione massima per il set di scalabilità, che imposta il numero di domini di errore pari a 1.
• Gli host dedicati devono essere creati per primi, con capacità sufficiente e le stesse impostazioni per le zone del set di scalabilità e i domini di errore.
• Le dimensioni di vm supportate per gli host dedicati devono corrispondere a quella usata per il set di scalabilità.

Non tutte le impostazioni di orchestrazione e ottimizzazioni dei set di scalabilità sono supportate dagli host dedicati. Applicare le impostazioni seguenti al set di scalabilità:

• Il provisioning eccessivo non è consigliato ed è disabilitato per impostazione predefinita. È possibile abilitare l'overprovisioning, ma l'allocazione del set di scalabilità avrà esito negativo se il gruppo host non ha capacità per tutte le macchine virtuali, incluse le istanze con provisioning eccessivo.
• Usare la modalità di orchestrazione ScaleSetVM
• Non usare gruppi di posizionamento di prossimità per la condivisione della posizione

Supporto dei dischi Ultra per le macchine virtuali in host dedicati

I dischi Ultra offrono un numero massimo di operazioni di I/O al secondo (massimo di 160.00 operazioni di I/O al secondo per disco) e una velocità effettiva del disco superiore (massimo 4000 MBps per disco) a seconda delle dimensioni del disco. Tutte le limitazioni dei dischi Ultra si applicano ancora. Per usare dischi Ultra in host dedicati, è necessario soddisfare i requisiti seguenti:

• Il gruppo host deve avere Ultra SSD 'Enabled', questa proprietà non può essere modificata dopo la creazione del gruppo host
• La serie di macchine virtuali dell'host dedicato deve essere compatibile con i dischi Ultra.

Gli host dedicati supportano anche dischi Ultra con dimensioni speciali di VM: LSv2, M, Mv2, Msv2, Mdsv2, NVv3, NVv4. Tuttavia, in questi casi sono elencate le limitazioni aggiuntive seguenti:

• Il gruppo host deve avere il posizionamento automatico 'Disabled'
• Il numero di domini di errore del gruppo host deve essere impostato solo su '1'.

Controllo della manutenzione

L'infrastruttura che supporta le macchine virtuali può occasionalmente essere aggiornata per migliorare l'affidabilità, le prestazioni, la sicurezza e avviare nuove funzionalità. La piattaforma Azure tenta di ridurre al minimo l'impatto della manutenzione della piattaforma quando possibile, tuttavia i clienti con carichi di lavoro sensibili alla manutenzione non possono tollerare anche pochi secondi che la macchina virtuale deve essere arrestata per la manutenzione.

Il controllo di manutenzione offre ai clienti la possibilità di ignorare gli aggiornamenti regolari della piattaforma pianificati negli host dedicati, quindi applicarli al momento della scelta all'interno di una finestra mobile di 35 giorni. All'interno della finestra di manutenzione, è possibile applicare la manutenzione direttamente a livello di host, in qualsiasi ordine. Quando la finestra di manutenzione è finita, Microsoft procederà e applicherà la manutenzione in sospeso agli host in un ordine che potrebbe non seguire i domini di errore definiti dall'utente.

Per altre informazioni, vedere Gestione degli aggiornamenti della piattaforma con controllo di manutenzione.

Considerazioni sulla capacità

Dopo il provisioning di un host dedicato, Azure lo assegna al server fisico. In questo modo si garantisce la disponibilità della capacità quando è necessario effettuare il provisioning della macchina virtuale. Azure usa l'intera capacità nell'area (o nella zona) per selezionare un server fisico per l'host. Significa anche che i clienti possono aspettarsi di poter aumentare il footprint dell'host dedicato senza preoccuparsi di esaurire lo spazio nel cluster.

Quote

Quando si distribuisce un host dedicato, sono disponibili due tipi di quota.

1. Quota vCPU host dedicata. Il limite di quota predefinito è 3000 vCPU, per area.
2. Quota della famiglia di dimensioni della macchina virtuale. Ad esempio, una sottoscrizione con pagamento in base al consumo può avere solo una quota di 10 vCPU disponibile per la serie di dimensioni Dsv3, nell'area Stati Uniti orientali. Per distribuire un host dedicato Dsv3, è necessario richiedere un aumento della quota ad almeno 64 vCPU prima di poter distribuire l'host dedicato.

Per richiedere un aumento della quota, creare una richiesta di supporto nel portale di Azure.

Il provisioning di un host dedicato utilizzerà sia vCPU host dedicato che la quota vCPU della famiglia di macchine virtuali, ma non utilizzerà la vCPU a livello di area. Le macchine virtuali inserite in un host dedicato non verranno conteggiati rispetto alla quota vCPU della famiglia di macchine virtuali. Se una macchina virtuale viene spostata da un host dedicato in un ambiente multi-tenant, la macchina virtuale utilizzerà la quota vCPU della famiglia di macchine virtuali.

Per altre informazioni, vedere Quote vCPU della macchina virtuale.

La versione di valutazione gratuita e le sottoscrizioni MSDN non hanno quota per gli host dedicati di Azure.

Prezzi

Gli utenti vengono addebitati per ogni host dedicato, indipendentemente dal numero di macchine virtuali distribuite. Nell'estratto conto mensile verrà visualizzato un nuovo tipo di risorsa fatturabile di host. Le macchine virtuali in un host dedicato verranno comunque visualizzate nell'istruzione, ma porteranno un prezzo pari a 0.

Il prezzo dell'host viene impostato in base alla famiglia di macchine virtuali, al tipo (dimensioni hardware) e all'area. Un prezzo dell'host è relativo alle dimensioni massime della macchina virtuale supportate nell'host.

Le licenze software, l'archiviazione e l'utilizzo della rete vengono fatturate separatamente dall'host e dalle macchine virtuali. Non sono state apportate modifiche a tali articoli fatturabili.

Per altre informazioni, vedere Prezzi dell'host dedicato di Azure.

È anche possibile risparmiare sui costi con un'istanza riservata di host dedicati di Azure.

Dimensioni e generazione di hardware

Uno SKU rappresenta la serie di dimensioni della macchina virtuale e il tipo in un determinato host. È possibile combinare più macchine virtuali di dimensioni diverse all'interno di un singolo host purché si trovino nella stessa serie di dimensioni.

Il tipo è la generazione dell'hardware. Diversi tipi di hardware per la stessa serie di macchine virtuali provengono da fornitori di CPU diversi e hanno generazioni di CPU diverse e numero di core.

Le dimensioni e i tipi di hardware variano in base all'area. Per ulteriori informazioni, fare riferimento alla pagina dei prezzi dell'host.

Nota

Dopo aver effettuato il provisioning di un host dedicato, non è possibile modificare le dimensioni o il tipo. Se sono necessarie dimensioni diverse di tipo, sarà necessario creare un nuovo host.

Ciclo di vita dell'host

Azure monitora e gestisce lo stato di integrità degli host. Quando si esegue una query sull'host, verranno restituiti gli stati seguenti:

Stato di integrità	Descrizione
Host disponibile	Non sono presenti problemi noti con l'host.
Host in fase di indagine	Si verificano alcuni problemi con l'host che stiamo esaminando. Questo stato transitorio è necessario per Azure per provare a identificare l'ambito e la causa radice per il problema identificato. Le macchine virtuali in esecuzione nell'host potrebbero essere interessate.
Deallocazione dell'host in sospeso	Azure non può ripristinare lo stato integro dell'host e chiedere di ridistribuire le macchine virtuali dall'host. Se è abilitata, le macchine virtuali vengono ripristinate in base all'hardware integro.If autoReplaceOnFailure is enabled, your virtual machines are service healed to healthy hardware. In caso contrario, la macchina virtuale potrebbe essere in esecuzione in un host che sta per verificarsi un errore.
Deallocazione host	Tutte le macchine virtuali sono state rimosse dall'host. Non viene più addebitato alcun costo per questo host perché l'hardware è stato tolto dalla rotazione.

Domande frequenti

D. Cosa accade all'host dedicato in caso di migrazione in tempo reale?

A. A partire da oggi, gli host dedicati di Azure non supportano la migrazione in tempo reale e, in caso di errore hardware, l'host viene ripristinato in un nodo diverso.

D. È possibile eseguire macchine virtuali da più famiglie di macchine virtuali nello stesso host dedicato?

A. No, sarebbe possibile eseguire solo le macchine virtuali della stessa famiglia dell'host dedicato sottostante. Ad esempio, un host Dsv3-Type4 supporta solo le macchine virtuali della famiglia di macchine virtuali Dsv3.

D. Sarebbe possibile eseguire dimensioni di vm diverse in un singolo host dedicato?

A. Sì, è possibile eseguire più dimensioni di macchine virtuali nello stesso host dedicato, purché tutte le macchine virtuali appartengano alla stessa famiglia dell'host dedicato sottostante ed è disponibile capacità sufficiente nell'host per supportare le dimensioni delle macchine virtuali. Ad esempio, in un host Dsv3-Type4 è possibile eseguire vm D2sv3, D8sv3, D16sv3 contemporaneamente.

Passaggi successivi

• Per distribuire un host dedicato, vedere Distribuire macchine virtuali e set di scalabilità in host dedicati.

• Esiste un modello di esempio che usa zone e domini di errore per la massima resilienza in un'area.

• È anche possibile risparmiare sui costi con un'istanza riservata di host dedicati di Azure.