Resilienza dell'infrastruttura per Azure locale

Questo articolo illustra gli elementi chiave dell'infrastruttura che contribuiscono a una distribuzione locale di Azure resiliente e il modo in cui supportano la continuità in caso di errori hardware, interruzioni di rete e emergenze a livello di sito.

La resilienza dell'infrastruttura è la base di una solida strategia di ripristino di emergenza per le distribuzioni locali di Azure. Prima che le macchine virtuali e le applicazioni possano essere protette, l'infrastruttura fisica e logica sottostante deve essere progettata per resistere a errori e interruzioni. Ciò include la selezione di hardware convalidato, l'implementazione di archiviazione ad alte prestazioni, la progettazione di topologie di rete ridondanti e la configurazione di componenti resilienti del sistema operativo. Negli ambienti ibridi in cui l'infrastruttura locale di Azure si collega all'infrastruttura locale con i servizi cloud di Azure, assicurando che ogni livello dello stack di infrastruttura sia resiliente è fondamentale per mantenere il tempo di attività, proteggere i dati e abilitare il ripristino senza problemi.

Componenti fisici

La resilienza di qualsiasi distribuzione dell'istanza locale di Azure inizia con l'hardware fisico. È fondamentale eseguire Azure Local su hardware testato e certificato, che garantisce affidabilità, compatibilità, prestazioni ottimali e supporto per carichi di lavoro critici. Di conseguenza, Azure Local può essere installato solo su hardware convalidato disponibile da specifici partner hardware OEM.

È possibile scegliere tra diverse categorie hardware, tra cui nodi convalidati, sistemi integrati o soluzioni Premier. Le soluzioni Premier per Azure Local rappresentano soluzioni chiavi in mano sviluppate tramite un'ampia collaborazione con i partner hardware, garantendo i livelli più elevati di integrazione e convalida. Per tutte le piattaforme e le categorie di soluzioni disponibili, vedere il catalogo locale di Azure.

Clustering di failover

Il clustering di failover di Windows Server è un componente cruciale della tecnologia di alta disponibilità per Azure Local, che offre il framework per la resilienza e il failover delle macchine virtuali. Le istanze locali di Azure possono essere costituite da più nodi fisici configurati in un cluster di failover. Se uno o più nodi del server si guastano, i relativi ruoli (macchine virtuali, archiviazione, rete, e così via) effettuano automaticamente il failover verso un altro nodo all'interno del cluster. Ciò significa che i carichi di lavoro continuano a essere eseguiti nei nodi sopravvissuti, con un'interruzione minima dei sistemi e degli utenti finali. Il numero di nodi nel cluster influisce direttamente sulla resilienza e sui tipi di tolleranza di errore di archiviazione che possono essere implementati.

Quando si progetta l'architettura di archiviazione, è fondamentale selezionare una configurazione di tolleranza di errore di archiviazione allineata alle esigenze specifiche di spazio/continuità aziendale dell'organizzazione e al numero di nodi presenti nel cluster, garantendo una protezione ottimale senza sovraccarichi non necessari.

Per altre informazioni, vedere le opzioni di progettazione del cluster per Azure Local .For more information, see the cluster design choices for Azure Local.

Storage

Quando si considera l'archiviazione alla base della distribuzione locale di Azure, la scelta della tecnologia del disco svolge un ruolo fondamentale nelle prestazioni complessive e nella resilienza. Le unità SSD (Solid State Drive), in particolare i modelli di classe enterprise, sono gli standard preferiti per le moderne istanze locali di Azure, offrendo operazioni di input/output rapide e una latenza inferiore rispetto ai dischi rotanti tradizionali. La velocità intrinseca accelera sia la velocità di risposta generale del carico di lavoro che il completamento delle attività di backup e replica integrali alla strategia di ripristino di emergenza.

Per le organizzazioni che cercano prestazioni ancora più elevate, le unità NVMe (Nonvolatile Memory Express) rappresentano un'opzione avanzata. I dischi NVMe si connettono direttamente tramite il bus PCIe, ignorando i protocolli di archiviazione legacy e offrendo velocità effettiva senza precedenti e una latenza ridotta. Ciò è utile per i carichi di lavoro con requisiti transazionali intensivi o accesso ai dati ad alta frequenza, come illustrato nei database SQL, nell'infrastruttura desktop virtuale e nelle operazioni di analisi.

Per altre informazioni, vedere Unità disco fisico per Azure Locale.

Spazi di archiviazione diretta

Azure Local utilizza Storage Spaces Direct per l'archiviazione definita dal software, integrata con clustering di failover. Usando la resilienza appropriata di Spazi di archiviazione diretta (ad esempio, il mirroring a tre vie o la doppia parità), un'istanza locale di Azure può sostenere errori del disco o errori dei nodi in due domini di errore (nodi) senza perdere dati o incorrere in tempi di inattività. L'integrazione di unità SSD o NVMe all'interno di Spazi di archiviazione diretta non solo migliora le prestazioni, ma aumenta anche la tolleranza di errore del sottosistema di archiviazione. Combinando la velocità e l'affidabilità di queste moderne tecnologie del disco con gli schemi di resilienza basati su mirroring o parità di Storage Spaces Direct, le distribuzioni locali di Azure possono sostenere più guasti di unità o nodi, offrendo al contempo alta disponibilità e prestazioni coerenti per carichi di lavoro mission-critical.

Per altre informazioni, vedere Panoramica di Storage Spaces Direct.

Rete

Azure Local ha requisiti di rete specifici. Una connessione di rete affidabile, a larghezza di banda elevata e a bassa latenza tra ogni nodo del server è un prerequisito obbligatorio per l'operazione stabile. Inoltre, ogni nodo deve avere più schede di rete (NIC) e idealmente essere connesso a più commutatori per ogni ruolo di rete (archiviazione, gestione, traffico di macchine virtuali) per ridondanza e prestazioni. L'implementazione di una progettazione che fornisce una topologia di rete fisica e logica ridondante è essenziale per garantire che il cluster rimanga operativo in caso di errore di un commutatore di rete o di una porta della scheda di rete (rimozione di singoli punti di errore).

Per altre informazioni, vedere Progettazione di rete per Azure Locale.

Reti logiche

In Locale di Azure le reti logiche vengono usate per creare e gestire reti basate su VLAN per le macchine virtuali, consentendo una segmentazione di rete e un'applicazione di criteri efficaci. La segmentazione dei carichi di lavoro per funzione e livello di attendibilità consente di applicare i limiti di sicurezza e semplifica la pianificazione del ripristino. Questa struttura consente di isolare e classificare in ordine di priorità i sistemi critici durante un'interruzione, migliorando la continuità e riducendo i rischi.

Per altre informazioni, vedere Topologia di rete logica per Azure Locale.

Passaggi successivi

• Altre informazioni sulla resilienza delle macchine virtuali.