Affidabilità in Azure AI Health Insights
Questo articolo descrive il supporto per l'affidabilità nel servizio Azure AI Health Insights e illustra sia l'affidabilità a livello di area con le zone di disponibilità sia la resilienza tra aree con il ripristino di emergenza. Per una panoramica più dettagliata dell'affidabilità in Azure, vedere Affidabilità di Azure.
Quando si crea una risorsa Health Insights nel portale di Azure, si specifica un'area. Da quel momento, la risorsa e tutte le relative operazioni rimangono associate a quella determinata area di Azure. È raro, ma non impossibile, riscontrare un problema di rete che interessa un'intera area. Se una soluzione deve essere sempre disponibile, è necessario progettarla in modo che ne venga eseguito il failover in un'altra area o che il carico di lavoro venga suddiviso tra due o più aree.
Supporto della zona di disponibilità
Le zone di disponibilità di Azure sono costituite da almeno tre gruppi fisicamente separati di data center all'interno di ogni area di Azure. I data center all'interno di ogni zona sono dotati di alimentazione, raffreddamento e infrastruttura di rete indipendenti. Le zone di disponibilità sono progettate in modo che, in caso di errore in una zona locale, i servizi regionali, la capacità e la disponibilità elevata della zona interessata siano supportati dalle altre due zone.
Gli errori possono essere di tipo hardware o software oppure correlati a eventi come terremoti, inondazioni e incendi. La tolleranza agli errori viene conseguita mediante la ridondanza e l'isolamento logico dei servizi di Azure. Per informazioni più dettagliate sulle zone di disponibilità in Azure, vedere Aree e zone di disponibilità.
I servizi abilitati per le zone di disponibilità di Azure sono progettati per fornire un livello appropriato di affidabilità e flessibilità. Azure AI Health Insights supporta la configurazione "a livello di zona", in base alla quale le istanze vengono aggiunte a una zona specifica.
Esperienza di inattività della zona
Durante un'interruzione a livello di zona, è probabile che il cliente riscontri una breve riduzione del livello delle prestazioni, fino a quando la funzionalità di riparazione automatica del servizio non riequilibra la capacità sottostante per adattarla alle zone integre. Questo processo non dipende dal ripristino della zona; è previsto che lo stato di riparazione automatica del servizio gestito da Microsoft compensi una zona persa usando la capacità di altre zone.
Ripristino di emergenza tra aree in uno spazio geografico con più aree
Il ripristino di emergenza si occupa del ripristino in caso di eventi a impatto elevato, come disastri naturali o distribuzioni non riuscite che comportano tempi di inattività. Indipendentemente dalla causa, il miglior rimedio per un'emergenza è un piano di ripristino ben definito e testato e una progettazione di applicazioni che supporta attivamente tale ripristino.
Nell'ambito del ripristino di emergenza, Microsoft usa il modello di responsabilità condivisa. In un modello di responsabilità condivisa, Microsoft garantisce la disponibilità dell'infrastruttura di base e dei servizi della piattaforma. Per questi servizi, l'utente ha la responsabilità di configurare un piano di ripristino di emergenza adeguato al proprio carico di lavoro.
Per Azure AI Health Insights, il servizio non archivia i dati per un lungo periodo, ma solo mentre vengono elaborati. Se si verifica un errore di area, tutti i dati associati alle richieste in corso andranno persi. Se una soluzione deve essere sempre disponibile, è necessario progettarla in modo che ne venga eseguito il failover in un'altra area o che il carico di lavoro venga suddiviso tra due o più aree. Se si prevede di distribuire un'applicazione per il ripristino di emergenza, è utile conoscere le aree e le geografie di Azure. Per altre informazioni, vedere Replica tra aree di Azure.