Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Il ripristino di emergenza è un aspetto essenziale della gestione di Azure Enclave. Garantisce che i servizi cloud rimangano disponibili anche se una delle aree cloud ha esito negativo. Questo documento fornisce una guida completa sulla creazione di un piano di ripristino di emergenza sul lato client usando i prodotti predefiniti di Azure e il supporto in più aree per migliorare la resilienza e la disponibilità.
Piano di ripristino di emergenza lato client
È consigliabile creare un piano di ripristino di emergenza per i carichi di lavoro critici.
Creazione di più repliche dei servizi (carichi di lavoro)
È consigliabile creare più istanze dell'enclave Azure con configurazioni e carichi di lavoro identici in almeno due aree Azure: una designata come area primaria e l'altra come area secondaria. A seconda dei servizi e dei carichi di lavoro ospitati all'interno dell'enclave Azure, un servizio di bilanciamento del carico appropriato può quindi distribuire e/o reindirizzare il traffico di rete. A seconda dello scenario di distribuzione, esaminare le opzioni di bilanciamento del carico consigliate disponibili nella pagina Azure Architecture Center. Per altre informazioni, vedere: Opzioni di bilanciamento del carico - Centro architetture Azure. Nell'esempio seguente viene illustrato l'uso di Frontdoor di Azure come servizio di bilanciamento del carico per i servizi di app Azure. Esercitazione: Creare un'app in più aree - Servizio app di Azure.
Area primaria: l'area in cui risiede la risorsa principale e opera in condizioni normali. (ad esempio, Stati Uniti orientali)
Area secondaria: area di backup, che rispecchia i dati e le configurazioni dell'area primaria. (ad esempio, Stati Uniti occidentali)
Sincronizzazione dei dati
Analogamente a qualsiasi altra distribuzione di risorse in Azure, i servizi con replica geografica in Azure Enclave possono essere distribuiti anche tramite modelli arm/Bicep o tramite il portale di Azure. Assicurarsi che i dati tra le aree primarie e secondarie rimangano sincronizzati.
I servizi con replica geografica possono essere ottenuti tramite processi di replica automatizzati forniti da Azure tra cui:
- Azure Site Recovery per mantenere online app e carichi di lavoro
- la ridondanza di Archiviazione di Azure, che archivia più copie dei tuoi dati.
Meccanismo di failover
Se si verifica un errore nell'area primaria, il meccanismo di failover tramite Frontdoor di Azure deve attivare per deviare le operazioni nell'area secondaria. Ecco i passaggi per implementare un failover:
Monitoraggio: monitorare continuamente l'integrità e le prestazioni dei servizi nell'area primaria.
Attiva il failover: configura gli avvisi per attivare automaticamente il failover nella regione secondaria quando viene rilevato un guasto.
Verifica: testare regolarmente il processo di failover per garantire una transizione senza interruzioni tra le regioni.
Ripristino di emergenza in caso di guasti a livello regionale
Un servizio di bilanciamento del carico è fondamentale per garantire la disponibilità elevata e l'affidabilità delle applicazioni Web, in particolare negli scenari in cui il tempo di inattività non è un'opzione e l'accesso degli utenti deve rimanere ininterrotto. Un servizio di bilanciamento del carico distribuisce il traffico in ingresso tra più server o aree e impedisce che una singola risorsa venga sovraccaricata evitando colli di bottiglia e errori delle prestazioni. Inoltre, le soluzioni avanzate di bilanciamento del carico integrano probe di integrità e meccanismi di failover per rilevare i problemi in tempo reale e reindirizzare il traffico a aree o server integri. Questo approccio attivo-attivo riduce al minimo le interruzioni, migliora l'esperienza utente e garantisce la continuità operativa anche durante interruzioni impreviste o periodi di domanda di picco. In alternativa, è possibile scegliere di non usare un servizio di bilanciamento del carico, ma sarebbe quindi necessario implementare configurazioni attive-passive che includono alcune operazioni di automazione, ma anche il lavoro manuale per garantire il ripristino di emergenza e mantenere la resilienza nell'infrastruttura.
Per una conoscenza più approfondita delle funzionalità di bilanciamento del carico di Azure, assicurarsi di esaminare la pagina delle opzioni di bilanciamento del carico menzionate in precedenza. Offre preziose informazioni dettagliate sulla selezione delle soluzioni appropriate per monitorare in modo efficiente le interruzioni e attivare i meccanismi di failover.
Nell'esempio seguente viene illustrato come utilizzare Application Gateway e Traffic Manager come soluzioni di bilanciamento del carico. Questi strumenti non solo migliorano la sicurezza delle applicazioni Web, ma rafforzano anche le strategie di ripristino di emergenza, garantendo resilienza e esperienze utente senza problemi durante interruzioni impreviste.
Uso di Application Gateway e Traffic Manager
Application Gateway è un servizio di bilanciamento del carico che prende decisioni di instradamento in base agli attributi di una richiesta HTTP. Si integra con Web application firewall (WAF) per fornire protezione a livello di applicazione, assicurandosi che il traffico in ingresso venga controllato e filtrato in base alle regole di sicurezza predefinite.
Gestione traffico di Azure è un servizio di bilanciamento del carico del traffico basato su DNS che consente di distribuire il traffico alle applicazioni pubbliche tra aree di Azure globali. Migliora la disponibilità e le prestazioni delle applicazioni indirizzando le richieste degli utenti all'endpoint di servizio più appropriato in base a vari metodi di routing del traffico, ad esempio prestazioni, aree geografiche o routing prioritarie. Per altre informazioni su come applicare Gestione traffico di Azure a un Gateway applicazione di Azure, vedere: Usare il Gateway applicazione di Azure con Gestione traffico di Azure
Per usare un servizio app all'interno di Azure Enclave mantenendo al tempo stesso comunicazioni sicure ed efficienti, è possibile usare il gateway applicazione per fungere da ponte tra l'applicazione Web e un enclave di zona demilitarizzata ( DMZ). Tutto il traffico in ingresso viene instradato attraverso il Web application firewall (WAF) distribuendo un gateway applicazione che controlla e filtra le richieste in base ai criteri di sicurezza predefiniti. Ciò consente di garantire che solo il traffico legittimo raggiunga l'applicazione e mitiga efficacemente le potenziali minacce e migliora il comportamento di sicurezza dell'infrastruttura.
Inoltre, l'integrazione di Gestione traffico di Azure con Application Gateway aggiunge un solido livello di robustezza alla pianificazione del ripristino di emergenza. Traffic Manager opera come un servizio di bilanciamento del carico basato su DNS, instradando il traffico verso l'indirizzo IP pubblico associato ad Application Gateway. Se si verifica un guasto a livello di area geografica, Traffic Manager può eseguire senza problemi il failover a un'area secondaria, garantendo che gli utenti subiscano interruzioni minime. Questo meccanismo di failover usa probe di integrità per monitorare continuamente la disponibilità degli endpoint, reindirizzando automaticamente il traffico all'endpoint più reattivo o geograficamente ottimale.
Questa combinazione di gateway applicazione, WAF e Gestione traffico non solo fortifica la sicurezza, ma garantisce anche disponibilità elevata e continuità operativa per i servizi app distribuiti in Azure Enclave. Per integrare queste strategie di failover e bilanciamento del carico, è consigliabile prendere in considerazione anche l'uso di servizi di persistenza dei dati come database SQL e Account di archiviazione di Azure. Questi servizi sono dotati di funzionalità intrinseche per replicare i dati tra aree, garantendo durabilità e disponibilità elevata di informazioni critiche. Usando queste funzionalità, le aziende possono mantenere un accesso coerente ai propri dati, anche se si verifica un errore a livello di area. Tuttavia, è fondamentale valutare i requisiti specifici e configurare questi servizi in modo appropriato per ottenere il livello desiderato di resilienza e accessibilità dei dati.
Conclusione
L'implementazione di un piano di ripristino di emergenza completo per Azure Enclave comporta la creazione di più risorse con configurazioni sincronizzate tra aree primarie e secondarie. L'uso di un servizio di bilanciamento del carico per la gestione del traffico e il routing del failover migliora ulteriormente la resilienza e la disponibilità dei servizi distribuiti all'interno di Azure Enclave. I test e il monitoraggio regolari sono essenziali per garantire l'efficacia del piano di ripristino di emergenza e fornire un servizio ininterrotto agli utenti.
Seguendo queste linee guida, è possibile ottenere un ripristino di emergenza affidabile e garantire la disponibilità elevata per i servizi ospitati in Azure Enclave, anche in caso di errori a livello di area.
Resources
- Per altre informazioni sul funzionamento di Azure Site Recovery: documentazione di Azure Site Recovery
- Per altre informazioni sull'integrazione di WAF e Frontdoor di Azure: Web application firewall (WAF) in Frontdoor di Azure
- Usare app Azure Gateway con Gestione traffico di Azure
- Le indicazioni su come configurare i criteri WAF per un gateway applicazione sono disponibili qui: Creare criteri di Web application firewall (WAF) per il gateway applicazione
- Esercitazione: Creare un'app in più aree - Servizio app di Azure