Fault domain e zone di disponibilità di Azure Dedicated Host: la guida completa alla High Availability

By Mirko Peters · 2026-10-25

Scopri come configurare fault domain e zone di disponibilità di Azure Dedicated Host per creare architetture cloud enterprise single-tenant altamente disponibili.

Automatically translated with AI from the original post. Read the English original

I fault domain e le zone di disponibilità di Azure Dedicated Host forniscono un isolamento dell'infrastruttura fisica per i carichi di lavoro enterprise. Distribuendo i server single-tenant su rack hardware separati e su data center distinti, i cloud architect possono progettare ambienti altamente disponibili che mitigano sia i guasti dei componenti a livello di rack sia le interruzioni catastrofiche di un intero sito regionale, senza rinunciare alla conformità normativa.

Punti chiave

• Le zone di disponibilità isolano i gruppi di host dedicati su infrastrutture fisiche indipendenti di alimentazione, raffreddamento e rete all'interno della stessa area di Azure.
• I fault domain distribuiscono gli host dedicati su rack di server fisici separati, per proteggersi dai guasti hardware localizzati.
• I gruppi di host sono contenitori logici che applicano i confini regionali e di zona per la tua infrastruttura fisica dedicata.
• Il posizionamento manuale delle VM su fault domain distinti garantisce che le copie ridondanti dell'applicazione non condividano mai lo stesso rack di server fisico.
• Combinare la ridondanza a livello di zona con la separazione tra fault domain offre un uptime di livello enterprise per carichi di lavoro business-critical esigenti.

Comprendere l'architettura di Azure Dedicated Host

Quando migri applicazioni business-critical su Microsoft Azure, ottenere un'alta disponibilità richiede molto più che distribuire più macchine virtuali dietro un load balancer. Sull'infrastruttura cloud condivisa, gli hypervisor distribuiscono automaticamente i carichi di lavoro dei clienti nel data center per ottimizzare l'utilizzo delle risorse. Le organizzazioni che operano con framework di conformità rigorosi, o che gestiscono database enterprise sensibili alla latenza, spesso però hanno bisogno di sapere con assoluta precisione dove risiede la loro potenza di calcolo fisica.

È qui che entra in gioco l'architettura cloud single-tenant. Invece di condividere una scheda madre con carichi di lavoro sconosciuti, un Azure Dedicated Host riserva un intero server fisico esclusivamente alla tua sottoscrizione. Ma affittare l'hardware è solo metà della battaglia. Per evitare che un singolo guasto hardware mandi offline l'intero sistema, devi padroneggiare il funzionamento dei gruppi di host, delle zone di disponibilità e dei fault domain.

Il ruolo dei gruppi di host

Prima di effettuare il provisioning di un singolo server fisico in Azure, devi creare un gruppo di host. Pensa a un gruppo di host come a un confine logico o a un contenitore che definisce dove risiede la tua infrastruttura dedicata. Quando configuri un gruppo di host, definisci l'area di Azure di destinazione e, aspetto cruciale, se si trova all'interno di una zona di disponibilità.

I gruppi di host semplificano la gestione raggruppando più server fisici sotto un'unica supervisione amministrativa. Applicano anche regole di posizionamento rigorose. Un gruppo di host non può estendersi su più zone di disponibilità: se la tua architettura richiede ridondanza tra zone, devi creare gruppi di host separati per ciascuna zona. Una volta attivo il gruppo di host, puoi aggiungervi host dedicati e iniziare a distribuire le macchine virtuali.

Padroneggiare le zone di disponibilità per la resilienza regionale

Le zone di disponibilità sono sedi fisicamente separate all'interno di una singola regione di Azure. Ogni zona dispone di una propria fonte di alimentazione indipendente, di sistemi di raffreddamento dedicati e di un'infrastruttura di rete solida. Se un'interruzione di corrente imprevista o un guasto dell'infrastruttura locale interessa la Zona 1, le Zone 2 e 3 continuano a funzionare senza interruzioni.

Quando applichi le zone di disponibilità agli host dedicati, la strategia architetturale deve tenere conto dei confini regionali. Poiché un gruppo di host è legato a una specifica zona, non è possibile posizionare un singolo gruppo di host su più zone. Se vuoi ottenere un'alta disponibilità per un database aziendale in esecuzione su hardware dedicato, devi distribuire almeno due gruppi di host:

• Crea il Gruppo di host A nella Zona di disponibilità 1 e assegnagli gli host dedicati.
• Crea il Gruppo di host B nella Zona di disponibilità 2 e assegnagli a sua volta gli host dedicati.
• Distribuisci la macchina virtuale del database primario sull'host dedicato nella Zona 1.
• Distribuisci la macchina virtuale della replica o del database secondario sull'host dedicato nella Zona 2.

Questa separazione intenzionale garantisce che un incidente localizzato in un data center non possa compromettere sia l'istanza primaria sia quella secondaria dell'applicazione.

Mitigare i rischi hardware con i domini di errore

Mentre le zone di disponibilità proteggono da interruzioni ampie del data center, i domini di errore affrontano le vulnerabilità hardware localizzate all'interno dei rack dei server stessi. In un data center di Azure, i server sono organizzati in file e rack fisici collegati a switch di rete Top-of-Rack e unità di distribuzione dell'alimentazione condivise.

Un dominio di errore definisce un gruppo di host dedicati che condividono una fonte di alimentazione e uno switch di rete comuni. Assegnando gli host dedicati a domini di errore diversi durante la creazione del gruppo di host, fai in modo che un guasto fisico che interessa un rack non metta fuori servizio l'intero cluster applicativo.

Progettare la ridondanza a livello di rack

Consideriamo una tipica applicazione aziendale interna basata su due macchine virtuali identiche che gestiscono il traffico web. Se collochi entrambe le macchine virtuali su un unico host dedicato, qualsiasi manutenzione hardware obbligatoria o guasto imprevisto di un componente di quello specifico server fisico metterà immediatamente offline entrambe.

Per eliminare questo punto di errore singolo, dovresti:

1. Configurare il gruppo di host in modo che utilizzi almeno due domini di errore.
2. Distribuire l'Host dedicato A e assegnarlo al Dominio di errore 1.
3. Distribuire l'Host dedicato B e assegnarlo al Dominio di errore 2.
4. Posiziona la prima macchina virtuale dell'applicazione web sull'Host A.
5. Posiziona la seconda macchina virtuale dell'applicazione web sull'Host B.

Quando Azure pianifica la manutenzione della piattaforma o si verifica un problema hardware localizzato a livello di rack che interessa il Dominio di errore 1, è coinvolto solo l'Host A. La seconda macchina virtuale, in esecuzione sull'Host B nel Dominio di errore 2, resta pienamente operativa e mantiene online i servizi aziendali per gli utenti finali.

Conclusioni e prossimi passi

Progettare l'alta disponibilità con Azure Dedicated Host richiede un'attenta pianificazione su più livelli architetturali. Sfruttando i gruppi di host, strutturando le distribuzioni tra le zone di disponibilità e separando i server fisici in domini di errore distinti, ottieni un controllo completo sul tuo ambiente cloud a tenant singolo, mantenendo al tempo stesso una resilienza di livello enterprise.

Per ascoltare un'analisi completa dell'isolamento hardware, dei meccanismi di licenza e delle trappole comuni nella determinazione dei prezzi, non perdere la puntata completa del podcast M365 FM per ulteriori approfondimenti sul cloud!

Domande frequenti

Un singolo Azure Dedicated Host può estendersi su più zone di disponibilità?

No. Un singolo gruppo di host e i relativi host dedicati devono trovarsi all'interno di un'unica zona di disponibilità. Per utilizzare più zone, devi creare gruppi di host separati per ciascuna zona.

Qual è la differenza tra una zona di disponibilità e un dominio di errore sugli host dedicati?

Le zone di disponibilità garantiscono una separazione fisica tra strutture di data center distinte, con alimentazione e raffreddamento indipendenti. I domini di errore garantiscono una separazione tra rack di server fisici all'interno dello stesso data center, per attenuare guasti hardware e di rete localizzati.

Devo configurare i domini di errore per le mie macchine virtuali sugli host dedicati?

No, le macchine virtuali ereditano la separazione a livello di rack dall'host dedicato su cui sono collocate. Assegni l'host dedicato a uno specifico dominio di errore durante il provisioning dell'host all'interno del gruppo di host.

Posso usare il posizionamento automatico delle VM su più domini di errore in un gruppo di host?

Sì, Azure può posizionare automaticamente le macchine virtuali sugli host disponibili all'interno di un gruppo di host, ma per carichi di lavoro con requisiti di alta disponibilità rigorosi il posizionamento manuale è spesso preferibile, così da garantire una ridondanza precisa tra i domini di errore.