Confiabilidad en Azure AI Health Insights
En este artículo se describe la compatibilidad con la confiabilidad en Azure AI Health Insights y se trata la confiabilidad regional con zonas de disponibilidad y resistencia entre regiones con recuperación ante desastres. Para obtener información general más detallada sobre la confiabilidad de Azure, consulte Confiabilidad de Azure.
Al crear un recurso de Health Insights en Azure Portal, especifique una región. A partir de entonces, el recurso y todas sus operaciones permanecen asociados a esa región de Azure concreta. No suele ser habitual, aunque tampoco imposible, encontrar un problema de red que afecte a toda una región. Si la solución debe estar siempre disponible, debe diseñarla para que conmute por error en otra región o divida la carga de trabajo entre dos o más regiones.
Compatibilidad de zonas de disponibilidad
Las zonas de disponibilidad de Azure son al menos tres grupos de centros de datos físicamente independientes dentro de cada región de Azure. Los centros de datos de cada zona están equipados con infraestructura de alimentación, refrigeración y red independientes. En el caso de un error en la zona local, las zonas de disponibilidad están diseñadas de manera que, si se ve afectada una zona, los servicios, la capacidad y la alta disponibilidad regionales serán proporcionadas por las dos zonas restantes.
Estos errores pueden abarcar desde errores de software y hardware hasta eventos como terremotos, inundaciones e incendios. La tolerancia a los errores se logra con la redundancia y el aislamiento lógico de los servicios de Azure. Para más información sobre las zonas de disponibilidad en Azure, consulte Regiones y zonas de disponibilidad.
Los servicios habilitados para zonas de disponibilidad de Azure están diseñados para proporcionar el nivel adecuado de confiabilidad y flexibilidad. Azure AI Health Insights admite la configuración "zonal", lo que significa que las instancias se anclan a una zona específica.
Experiencia a nivel de zona
Durante una interrupción en toda la zona, el cliente debe esperar una breve degradación del rendimiento hasta que la recuperación automática del servicio vuelva a equilibrar la capacidad subyacente para ajustarse a las zonas en estado correcto. Esto no depende de la restauración de la zona. Se espera que el estado de recuperación automática del servicio administrado por Microsoft compense una zona perdida, lo que usaría la capacidad de otras zonas.
Recuperación ante desastres entre regiones en una geografía de varias regiones
La recuperación ante desastres (DR) consiste en recuperarse de eventos de alto impacto, como desastres naturales o implementaciones con errores que producen tiempo de inactividad. Independientemente de la causa, el mejor remedio para un desastre es un plan de recuperación ante desastres bien definido y probado y un diseño de aplicaciones que apoye activamente la recuperación ante desastres.
En lo que respecta a la recuperación ante desastres, Microsoft usa el modelo de responsabilidad compartida. En un modelo de responsabilidad compartida, Microsoft garantiza que la infraestructura de línea base y los servicios de plataforma estén disponibles. Para esos servicios, usted es el responsable de configurar un plan de recuperación ante desastres que funcione para la carga de trabajo.
Para Azure AI Health Insights, el servicio no almacena datos durante un largo período, sino solo cuando se procesan los datos. Si se produce un error en una región, se perderán todos los datos asociados a las solicitudes en curso. Si la solución debe estar siempre disponible, debe diseñarla para que conmute por error en otra región o divida la carga de trabajo entre dos o más regiones. Al planear la implementación de la aplicación para la recuperación ante desastres, resulta útil comprender las regiones y las zonas geográficas de Azure. Para obtener más información, consulte Replicación entre regiones de Azure.