Host dedicati di Azure

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

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 di macchine virtuali condivise 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 sospensione 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ò può velocizzare determinati carichi di lavoro che traggono vantaggio da bassa latenza e 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 quando viene creato l'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 gli host tra di essi di conseguenza.

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 una 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 della condivisione. 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 presupposizione 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 zone di disponibilità e domini di errore

È possibile usare entrambe le funzionalità insieme per ottenere un isolamento ancora maggiore 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 di Resource Manager usa zone e domini di errore per distribuire gli host per ottenere 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 l'impostazione per il posizionamento automatico della macchina virtuale sia selezionata. Quando si crea la macchina virtuale, selezionare il gruppo host e lasciare che Azure selezioni 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 automatiche del posizionamento

Problemi noti e limitazioni quando si usa il posizionamento automatico della macchina virtuale:

• 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 è che Azure aggiorni automaticamente l'host interessato a un nodo integro e sposti tutte le macchine virtuali nell'host integro. Dopo che le macchine virtuali sono state ripristinate e riavviate, l'host interessato verrà deallocato. Durante il processo di correzione del servizio, l'host e le macchine virtuali non sarebbero più disponibili in caso di un leggero tempo di inattività.

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

• Gruppo di risorse
• Paese
• Dominio di errore
• Gruppo host
• ADH SKU
• Sostituzione automatica in caso di impostazione dell'errore

Gli utenti con requisiti di conformità potrebbero richiedere un'affinità assoluta 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 cambierà 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 dell'ora 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 della macchina virtuale.
• L'impostazione di disponibilità del gruppo host deve corrispondere al set di scalabilità.
  • Per i set di scalabilità a livello di area deve essere usato un gruppo host a livello di area (creato senza specificare una zona di disponibilità).
  • 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 ottimizzazione dei set di scalabilità sono supportate dagli host dedicati. Applicare le impostazioni seguenti al set di scalabilità:

• L'overprovisioning 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 su disco Ultra per le macchine virtuali in host dedicati

I dischi Ultra offrono operazioni di I/O al secondo superiori (massimo 160.00 operazioni di I/O al secondo per disco) e 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 i 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 di VM speciali: LSv2, M, Mv2, Msv2, Mdsv2, NVv3, NVv4. Tuttavia, in questi casi sono elencate le limitazioni aggiuntive elencate di seguito:

• Il gruppo host deve avere il posizionamento automatico 'Disabilitato'
• 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.

Controllo manutenzione offre ai clienti un'opzione per 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. Una volta completata la finestra di manutenzione, Microsoft passerà in avanti 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.

Obiettivi di vendita

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 nella portale di Azure.

Il provisioning di un host dedicato utilizzerà sia la 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 deve essere 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 conterrà un prezzo pari a 0.

Il prezzo dell'host è 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 fatturati separatamente dall'host e dalle macchine virtuali. Non ci sono 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 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 il provisioning di un host dedicato, non è possibile modificare le dimensioni o il tipo. Se è necessaria una dimensione diversa 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	Stiamo avendo 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. È possibile che le macchine virtuali in esecuzione nell'host siano 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 autoReplaceOnFailure è abilitato, le macchine virtuali vengono ripristinate dall'hardware integro . 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 vengono più addebitati addebiti per questo host perché l'hardware è stato estratto 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, viene ripristinato l'host in un nodo diverso.

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

A. No, sarà 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. È possibile eseguire dimensioni di macchina virtuale 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 e che nell'host sia disponibile una capacità sufficiente per supportare le dimensioni delle macchine virtuali. Ad esempio, in un host Dsv3-Type4 è possibile eseguire contemporaneamente macchine virtuali D2sv3, D8sv3, D16sv3.

Passaggi successivi

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

• È disponibile 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.