Nota:
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
Azure Device Registry almacena información sobre los recursos y los dispositivos en la nube. Device Registry proyecta recursos como recursos de Azure en la nube dentro de un único registro. El registro único es una fuente de verdad para los metadatos del dispositivo y del recurso y las funcionalidades de administración de recursos. El Registro de dispositivos se puede usar junto con las operaciones de Azure IoT.
Cuando se usa Azure, la confiabilidad es una responsabilidad compartida. Microsoft proporciona una variedad de funcionalidades para admitir resistencia y recuperación. Es responsable de comprender cómo funcionan esas funcionalidades dentro de todos los servicios que usa y de seleccionar las funcionalidades que necesita para cumplir los objetivos empresariales y los objetivos de tiempo de actividad.
En este artículo se describe cómo hacer que el Registro de dispositivos sea resistente a una variedad de posibles interrupciones y problemas, como errores transitorios, interrupciones de zona de disponibilidad y interrupciones en regiones.
Note
Azure IoT Operations incluye otros componentes más allá del Registro de dispositivos. Para obtener información detallada sobre las características de alta disponibilidad y pérdida de datos cero de los componentes de Operaciones de IoT de Azure, consulte Preguntas más frecuentes sobre operaciones de Azure IoT.
Resistencia a errores transitorios
Los errores transitorios son errores breves e intermitentes en los componentes. Se producen con frecuencia en un entorno distribuido como la nube y son una parte normal de las operaciones. Los errores transitorios se corrigen después de un breve período de tiempo. Es importante que sus aplicaciones puedan administrar errores transitorios, generalmente reintentando las solicitudes afectadas.
Todas las aplicaciones hospedadas en la nube deben seguir las instrucciones de control de errores transitorios de Azure cuando se comunican con cualquier API, bases de datos y otros componentes hospedados en la nube. Para obtener más información, consulte Recomendaciones para controlar errores transitorios.
Los clientes interactúan con Device Registry mediante Azure Resource Manager. Normalmente, se usan Azure Portal, la CLI de Azure o los SDK de Azure para interactuar con los recursos del Registro de dispositivos y estas herramientas proporcionan control automático de errores transitorios. Si usa las API de Resource Manager directamente, asegúrese de controlar errores transitorios.
Resistencia a errores de zona de disponibilidad
Las zonas de disponibilidad son grupos físicamente independientes de centros de datos dentro de una región de Azure. Cuando se produce un error en una zona, los servicios pueden conmutar por error a una de las zonas restantes.
Azure Device Registry es con redundancia de zona de forma predeterminada, lo que significa que replica automáticamente los datos en varias zonas de disponibilidad. Esta configuración mejora la resistencia del servicio al proporcionar alta disponibilidad. Si se produce un error en una zona, el servicio puede seguir funcionando sin problemas desde otra zona.
Microsoft administra la configuración y la configuración de la redundancia de zona en Azure Device Registry. No es necesario realizar más configuraciones para habilitar esta redundancia de zona. Microsoft garantiza que el servicio esté configurado para proporcionar el mayor nivel de disponibilidad y confiabilidad.
Soporte para regiones
La siguiente lista de regiones admite zonas de disponibilidad en el Registro de dispositivos:
| Americas | Europe |
|---|---|
| East US | Centro-oeste de Alemania |
| Este de EE. UU. 2 | North Europe |
| West US | West Europe |
| Oeste de EE. UU. 2 | |
| Oeste de EE. UU. 3 |
Cost
No hay ningún costo adicional para usar la redundancia de zona para el Registro de dispositivos.
Configuración de la compatibilidad con zonas de disponibilidad
Nuevos recursos: Cuando se crea un recurso del Registro de dispositivos en Azure IoT Operations, se incluye automáticamente la redundancia de zona de forma predeterminada. No es necesario realizar más configuraciones.
Comportamiento cuando todas las zonas están en buen estado
En la siguiente información se describe lo que sucede cuando tiene un registro de dispositivos con redundancia de zona y todas las zonas de disponibilidad están operativas:
Enrutamiento de tráfico entre zonas: Las solicitudes se distribuyen automáticamente en cada zona de disponibilidad. Una solicitud puede ir a una instancia del Registro de dispositivos en cualquier zona de disponibilidad.
Replicación de datos entre zonas: Los datos del dispositivo se replican sincrónicamente entre zonas de disponibilidad.
Comportamiento durante un fallo de zona
En la siguiente información se describe lo que sucede cuando tiene un registro de dispositivos con redundancia de zona y una zona de disponibilidad experimenta una interrupción.
- Detección y respuesta: Dado que el Registro de dispositivos detecta y responde automáticamente a errores en una zona de disponibilidad, no es necesario hacer nada para iniciar una conmutación por error de zona de disponibilidad.
- Notificación: Microsoft no le notifica automáticamente cuando una zona está inactiva. Sin embargo, puede usar Azure Service Health para comprender el estado general del servicio, incluidos los errores de zona, y puede configurar alertas de Service Health para notificarle problemas.
Solicitudes activas: Es posible que se quiten algunas solicitudes activas, por lo que es posible que deba reintentarse de la misma manera que otros errores transitorios. Para asegurarse de que la aplicación es resistente a los errores transitorios, consulte Resistencia a errores transitorios.
Pérdida de datos esperada: No se espera que un error de zona cause ninguna pérdida de datos.
Tiempo de inactividad esperado: No se espera que un error de zona provoque tiempo de inactividad en los recursos.
Recuperación de zona
Cuando se recupera la zona de disponibilidad, el Registro de dispositivos restaura automáticamente las operaciones en la zona de disponibilidad.
Prueba de fallos de zona
La plataforma Device Registry administra el enrutamiento del tráfico, la conmutación por error y la conmutación por recuperación entre zonas de disponibilidad. No es necesario iniciar nada. Dado que esta característica está totalmente administrada, no es necesario validar los procesos de error de zona de disponibilidad.
Resistencia a errores en toda la región
Device Registry es un servicio de una sola región. Si la región deja de estar disponible, los recursos del Registro de dispositivos tampoco están disponibles.
Sin embargo, los datos del registro se replican a la región emparejada. En caso de una interrupción prolongada de la región, Microsoft podría optar por conmutar a la región emparejada. Si esto sucede, el registro sigue estando disponible en la región emparejada.
Soporte para regiones
La replicación predeterminada y la conmutación por error se admiten en todas las regiones en las que el Registro de dispositivos está disponible, ya que todas estas regiones están emparejadas.
Cost
No hay costos adicionales para la replicación de datos entre regiones ni para la conmutación por error.
Configuración de la replicación y preparación de la conmutación por error
De manera predeterminada, la replicación de datos entre regiones se configura automáticamente al crear recursos del Registro de dispositivos en una región con un par. Este proceso es una opción predeterminada y no requiere intervención de usted.
Comportamiento cuando todas las regiones están en buen estado
En esta sección se describe lo que se debe esperar cuando se configura un registro de dispositivos para la replicación y la conmutación por error entre regiones, y cuando la región primaria está operativa.
Replicación de datos entre regiones: Los datos se replican automáticamente en la región emparejada. La replicación se produce de forma asincrónica, lo que significa que se espera cierta pérdida de datos si se produce una conmutación por error.
Enrutamiento del tráfico entre regiones: En las operaciones normales, el tráfico solo fluye a la región primaria.
Comportamiento durante una falla de región
En esta sección se describe qué esperar cuando se configura un registro de dispositivos para la replicación y la conmutación por error entre regiones y se produce una falla en la región primaria.
Detección y respuesta: Microsoft puede decidir realizar una conmutación por error si se pierde la región primaria. Este proceso puede tardar varias horas después de la pérdida de la región primaria o incluso más tiempo en algunos escenarios. Es posible que la conmutación por error de los recursos del Registro de dispositivos no ocurra al mismo tiempo que otros servicios de Azure.
Notificación: Los eventos de error de región se pueden supervisar a través de Azure Service Health. Configure alertas para recibir notificaciones de problemas de nivel de región.
Solicitudes activas: Es probable que se pierdan todas las solicitudes que la región primaria está procesando durante una conmutación por error. Los clientes deben reintentar solicitudes una vez completada la conmutación por error.
Pérdida de datos esperada: Los datos se replican de forma asincrónica en la región emparejada. Por lo tanto, se anticipa cierta pérdida de datos tras el failover. Puede esperar menos de 15 minutos de pérdida de datos tras una conmutación por error en la región.
Tiempo de inactividad esperado: Se espera aproximadamente 24 horas de tiempo de inactividad desde el momento en que se pierde la región cuando el recurso está disponible en la región emparejada.
Reenrutamiento del tráfico: Durante el proceso de conmutación por error, el Registro de dispositivos actualiza los registros DNS para que apunten a la región emparejada. Todas las solicitudes posteriores se envían a la región emparejada.
Una vez completada la operación de conmutación por error del registro, se espera que todas las operaciones del dispositivo y las aplicaciones de back-end continúen funcionando sin necesidad de intervención manual.
Recuperación de regiones
Cuando se recupera la región primaria, el Registro de dispositivos restaura automáticamente las operaciones en la región.
Prueba de fallos de región
La plataforma Device Registry administra el enrutamiento del tráfico, la conmutación por error y la conmutación por recuperación entre regiones emparejadas. No es necesario iniciar nada. Dado que esta característica está totalmente administrada, no es necesario validar los procesos de error de región emparejada.