Confiabilidad en Azure Notification Hubs
En este artículo se describe la compatibilidad con la confiabilidad en Azure Notification Hubs y se trata la resistencia regional con zonas de disponibilidad y recuperación ante desastres y continuidad empresarial
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.
En una región que admite zonas de disponibilidad, Notification Hubs admite una implementación con redundancia de zona de forma predeterminada. Al implementar con zonas de disponibilidad, los datos de registro y los metadatos se replican en todas las zonas de la región especificada.
Requisitos previos
Azure Notification Hubs usa zonas de disponibilidad en regiones donde están disponibles. Para obtener una lista de las regiones que admiten zonas de disponibilidad, consulte Servicio de zona de disponibilidad y compatibilidad regional.
Las zonas de disponibilidad solo se admiten de manera predeterminada en niveles específicos. Para obtener información sobre qué niveles admiten implementaciones de zona de disponibilidad, consulte [Precios de Notification Hubs](https://azure.microsoft.com/pricing/details/notification-hubs.
Mejoras de SLA
La compatibilidad con zonas de disponibilidad implica un coste adicional sobre los precios del plan de tarifa existente. Para obtener más información sobre nuestro Acuerdo de Nivel de Servicio, consulte el Acuerdo de Nivel de Servicio de Notification Hubs.
Experiencia a nivel de zona
Durante una interrupción de toda la zona, no se requiere ninguna acción con fines de recuperación de zona. Notification Hubs se recupera automáticamente y se vuelve a equilibrar para aprovechar automáticamente la zona correcta.
Habilitar las zonas de disponibilidad
Solo puede habilitar zonas de disponibilidad en nuevos espacios de nombres. Dado que Notification Hubs no admite la migración de espacios de nombres existentes, no puede deshabilitar la redundancia de zona después de habilitarla en el espacio de nombres.
Para obtener información sobre cómo configurar un nuevo espacio de nombres con zonas de disponibilidad, consulte Creación de un centro de notificaciones de Azure en Azure Portal.
Soporte técnico para la migración a la zona de disponibilidad
Para obtener información sobre cómo mover un recurso de Notification Hubs existente a una nueva región con compatibilidad con la zona de disponibilidad, siga las instrucciones de Traslado de recursos entre regiones de Azure.
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.
Notification Hubs proporciona cobertura de recuperación ante desastres de metadatos a través de la replicación entre regiones de metadatos, como el nombre de Notification Hubs, la cadena de conexión y otra información crítica.
Puede usar la Región emparejada de Azure o elija entre una lista de regiones que admiten la Región de recuperación flexible.
Al desencadenar un escenario de recuperación ante desastres, los datos de registro son el único segmento de la infraestructura de Notification Hubs que se pierde. Consulte la sección Hacer una copia de seguridad de los datos de registro para ver las opciones para conservar los datos de registro del espacio de nombres y cómo restaurarlos.
Región de recuperación flexible
La región de recuperación flexible es una solución sencilla que permite configurar un espacio de nombres secundario como destino de conmutación por error para el espacio de nombres principal. Puede elegir entre la lista de regiones admitidas. En el caso de las regiones con zonas de disponibilidad pero sin región emparejada, puede usar la recuperación flexible para seleccionar una región secundaria. Cuando se desencadena la conmutación por error, el espacio de nombres secundario se convierte en el espacio de nombres activo y el espacio de nombres principal se convierte en el espacio de nombres pasivo. Todas las solicitudes y mensajes enviados al espacio de nombres principal se redirigen al espacio de nombres secundario y las notificaciones push se entregan desde el espacio de nombres secundario.
Las siguientes regiones admiten la región de recuperación flexible:
- Oeste de EE. UU. 2
- Norte de Europa
- Este de Australia
- Sur de Brasil
- Sudeste de Asia
- Norte de Sudáfrica
Copia de seguridad de los datos de registro
La recuperación de regiones emparejada y flexible solo realiza una copia de seguridad de los metadatos. Es necesario implementar una solución para volver a rellenar los datos de registro en el centro posterior a la recuperación.
Azure Notification Hubs admite dos tipos de registros de dispositivos: instalaciones y registros. Se recomienda realizar una copia de seguridad de los registros en:
- Una solución de almacenamiento de su elección: si se produjera un evento de recuperación ante desastres, habrá algún tiempo de inactividad para las actividades de restauración.
- Crear otro centro en otra región: use esta opción para realizar copias de seguridad de los registros. Como centro de trabajo, puede implementar código para cambiar a esta copia. Para mantener un centro de notificaciones secundario sincronizado con el centro de notificaciones principal, puede usar una de las siguientes opciones para realizar copias de seguridad de los registros:
- Para instalaciones: use un back-end de aplicaciones que cree y actualice las instalaciones simultáneamente en ambos centros de notificaciones. Las instalaciones le habilitan para especificar su propio identificador de dispositivo único, lo que hace que sea más adecuado para el escenario de replicación. Para obtener más información, consulte el código de ejemplo.
- For registros: use un back-end de aplicaciones que obtenga un volcado habitual de registros desde el centro de notificaciones principal como copia de seguridad. Luego puede realizar una inserción masiva en el centro de notificaciones secundario. Consulte Exportación e importación de registros de Azure Notification Hubs en masa.
Es posible que el centro de notificaciones secundario haya expirado. Cuando se realice el envío de cambios en un manipulador expirado, Notification Hubs limpiará automáticamente el registro asociado en el centro de notificaciones principal en función de la respuesta recibida del servidor de PNS. Puede limpiar los registros expirados de la solución de copia de seguridad que prefiera agregando lógica personalizada que procese los comentarios de cada envío y quite los registros expirados.
Si no tuviera un back-end, cuando la aplicación se inicie en los dispositivos de destino, los dispositivos realizarán un registro nuevo en el centro de notificaciones secundario. A la larga, el centro de notificaciones secundario tendrá registrados todos los dispositivos activos.
Hay un período de tiempo durante el que los dispositivos con aplicaciones sin abrir no reciben notificaciones.
Habilitación de la recuperación ante desastres entre regiones
Para habilitar la recuperación ante desastres para un nuevo espacio de nombres, siga el procedimiento descrito en el Creación de un centro de notificaciones de Azure en Azure Portal.
Para habilitar o deshabilitar la recuperación ante desastres para un espacio de nombres existente:
Inicie sesión en Azure Portal.
En el menú izquierdo, seleccione Todos los servicios.
En la sección Internet de las cosas, seleccione Espacios de nombres del centro de notificaciones.
En la página Espacios de nombres del centro de notificaciones, seleccione el espacio de nombres para el que quiere modificar la configuración de recuperación ante desastres.
En la página Espacio de nombres del centro de notificaciones correspondiente al espacio de nombres, puede ver la configuración de recuperación ante desastres actual de la sección Essentials.
En el ejemplo siguiente, una región de recuperación flexible emparejada se habilita. Haga clic en la selección actual de la región de recuperación ante desastres para mostrar el elemento emergente de edición.
En el elemento emergente Editar recuperación ante desastres, puede cambiar las selecciones. Guarde los cambios.
Nota:
Con una región de recuperación emparejada, la región se mostrará, pero de forma atenuada. No se puede editar la región.
