Confiabilidad en Azure Event Hubs
En este artículo se describe la compatibilidad con la confiabilidad en Azure Event Hubs, y se trata tanto la resistencia dentro de la región con zonas de disponibilidad y recuperación ante desastres entre regiones y continuidad empresarial. Para obtener información general más detallada sobre los principios de confiabilidad de Azure, consulte Confiabilidad de Azure.
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. Se pueden configurar de dos maneras. Pueden tener redundancia de zona, con una replicación automática entre zonas o ser zonales, con instancias ancladas a una zona específica. También puede combinar ambos enfoques. Para más información sobre la arquitectura zonal frente a la arquitectura con redundancia de zona, consulte Recomendaciones para el uso de zonas de disponibilidad y regiones.
Event Hubs implementa mecanismos transparentes de detección de errores y conmutación por error para que, cuando se produzca un error, el servicio sigue funcionando dentro de los niveles de servicio garantizados y sin interrupciones perceptibles. Si crea un espacio de nombres de Event Hubs en una región que admite zonas de disponibilidad, la redundancia de zona se habilita automáticamente. Con la redundancia de zona, se aumenta la tolerancia a errores y el servicio tiene suficientes reservas de capacidad para hacer frente a la interrupción de toda una instalación. Tanto los metadatos como los datos (eventos) se replican entre centros de datos de cada zona.
Requisitos previos
Las zonas de disponibilidad solo están disponibles en Regiones de Azure con zonas de disponibilidad.
Creación de un recurso con zonas de disponibilidad habilitadas
Cuando se usa Azure Portal, la redundancia de zona se habilita automáticamente. Al crear un espacio de nombres, verá el siguiente mensaje resaltado al seleccionar una región que admita zonas de disponibilidad.
Desactivar zonas de disponibilidad
Azure Portal no admite la deshabilitación de zonas de disponibilidad. Para desactivar las zonas de disponibilidad, use uno de los métodos siguientes:
Comando CLI de Azure
az eventhubs namespacecon--zone-redundant=falseEl comando de PowerShell
New-AzEventHubNamespacecon-ZoneRedundant=falsepara crear un espacio de nombres con redundancia de zona deshabilitada.
Migración de zonas de disponibilidad
Al crear zonas de disponibilidad en una región que las admita, las zonas de disponibilidad se habilitan automáticamente. Si desea obtener información sobre cómo mover el espacio de nombres de Event Hubs a una nueva región que admita zonas de disponibilidad, consulte Reubicar Event Hubs en otra región.
Recuperación ante desastres entre regiones y continuidad empresarial
La recuperación ante desastres (DR) consiste en recuperarse de eventos de alto impacto, como desastres naturales o implementaciones con errores, lo que produce tiempo de inactividad y pérdida de datos. 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. Antes de empezar a pensar en la creación del plan de recuperación ante desastres, vea Recomendaciones para diseñar una estrategia de 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. Al mismo tiempo, muchos servicios de Azure no replican automáticamente datos ni se revierten desde una región con errores para realizar la replicación cruzada en otra región habilitada. Para esos servicios, usted es el responsable de configurar un plan de recuperación ante desastres que funcione para la carga de trabajo. La mayoría de los servicios que se ejecutan en ofertas de plataforma como servicio (PaaS) de Azure proporcionan características e instrucciones para admitir la recuperación ante desastres y puede usar características específicas del servicio para admitir la recuperación rápida para ayudar a desarrollar el plan de recuperación ante desastres.
El modelo de clúster de Azure Event Hubs activo con compatibilidad con zona de disponibilidad proporciona resistencia frente a interrupciones de hardware y centro de datos. Sin embargo, si se produce un desastre en el que una región completa y todas las zonas no están disponibles, puede usar la recuperación ante desastres geográfica para recuperar la configuración de la aplicación y la carga de trabajo.
Hay dos características que proporcionan recuperación ante desastres geográfica en Azure Event Hubs.
Recuperación ante desastres geográficos (Metadata DR), que solo proporciona replicación de metadatos.
La recuperación ante desastres geográfica garantiza que toda la configuración de un espacio de nombres (Event Hubs, Grupos de consumidores y configuraciones) se replique continuamente desde un espacio de nombres principal a un espacio de nombres secundario cuando se empareja.
La característica de recuperación ante desastres con localización geográfica de Azure Event Hubs es una solución de recuperación ante desastres. Los conceptos y el flujo de trabajo descritos en este artículo se aplican a escenarios de desastre y no a interrupciones temporales. Para obtener una explicación detallada de la recuperación ante desastres en Microsoft Azure, consulte este artículo.
Con la recuperación ante desastres geográfica, puede iniciar una conmutación por error de solo una vez desde la base de datos principal a la secundaria en cualquier momento. El movimiento de conmutación por error apunta el nombre de alias elegido para el espacio de nombres al espacio de nombres secundario. Después del movimiento, se quita el emparejamiento. La conmutación por error es casi instantánea una vez que se ha iniciado.
Para obtener información detallada, ejemplos y documentación adicional, en Recuperación ante desastres geográfica en Event Hubs, consulte Azure Event Hubs: recuperación ante desastres geográficos.
Replicación geográfica (versión preliminar pública), que proporciona replicación de metadatos y datos, replica la información de configuración y todos los datos de un espacio de nombres principal en uno o varios espacios de nombres secundarios. Cuando se realiza una conmutación por error, el secundario seleccionado pasa a ser el primario y el primario anterior se convierte en secundario. Los usuarios pueden realizar una conmutación por error volviendo al primario original cuando lo deseen.
Para obtener información detallada, ejemplos y documentación adicional, en Replicación geográfica en Event Hubs, consulte la replicación geográfica .