Confiabilidad en la detección de Azure Storage

Azure Storage Discovery es un servicio totalmente administrado que ofrece visibilidad sobre su patrimonio de Azure Blob Storage y Azure Data Lake Storage. Puede crear un área de trabajo de Storage Discovery para analizar los costos, la actividad, la configuración y los errores de las cuentas de almacenamiento en varias suscripciones, grupos de recursos y regiones.

Cuando se usa Azure, la confiabilidad es una responsabilidad compartida. Microsoft proporciona una variedad de capacidades para apoyar la resiliencia y la 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 Azure Storage Discovery es resistente a errores transitorios, errores de zona de disponibilidad, errores de toda la región y mantenimiento del servicio. También se describen las consideraciones de copia de seguridad y restauración.

Recomendaciones de implementación de producción para la confiabilidad

En el caso de las cargas de trabajo de producción, se recomienda que usted:

Introducción a la arquitectura de confiabilidad

En esta sección se describen algunos de los aspectos importantes de cómo funciona el servicio que es más relevante desde una perspectiva de confiabilidad. En la sección se presenta la arquitectura lógica, que incluye algunos de los recursos y características que se implementan y usan. También se describe la arquitectura física, que proporciona detalles sobre cómo funciona el servicio en segundo plano.

Arquitectura lógica

El recurso que implementa es un área de trabajo de Storage Discovery. Configure una o varias raíces del área de trabajo para identificar suscripciones y grupos de recursos que contengan las cuentas de almacenamiento que desea que analice el servicio. También puede crear ámbitos que usen etiquetas de recursos para filtrar esas cuentas de almacenamiento en grupos para la creación de informes. Un área de trabajo puede analizar las cuentas de almacenamiento en varias suscripciones, grupos de recursos y regiones del mismo tenant de Microsoft Entra.

Storage Discovery analiza periódicamente las cuentas de almacenamiento y genera informes que contienen información sobre su entorno de almacenamiento. La agregación de información suele completarse en unas pocas horas, pero puede tardar más de un día. Para obtener más información sobre el tiempo de agregación y la solución de problemas de datos de informe que faltan, consulte Preguntas más frecuentes sobre Azure Storage Discovery. El plan de precios determina qué tipos de información están disponibles y durante cuánto tiempo conserva Storage Discovery la información. Para obtener más información, consulte precios de Azure Storage Discovery.

Un área de trabajo de detección de almacenamiento es un recurso regional. La región que seleccione para el área de trabajo determina dónde storage Discovery almacena su configuración y información calculada.

Arquitectura física

Storage Discovery es un servicio totalmente administrado. Microsoft administra la infraestructura subyacente, la replicación de datos de configuración e informes y la capacidad del servicio. No es necesario implementar ni administrar la infraestructura para Storage Discovery. Para obtener más información sobre la arquitectura y las funcionalidades del servicio, consulte ¿Qué es la detección de Azure Storage? y los conceptos de detección de Azure Storage.

La detección de almacenamiento tiene un plano de control y un plano de datos:

• Plano de control: administra la configuración del área de trabajo.
• plano de datos: Ingiere información de cuentas de almacenamiento, genera informes, procesa consultas de informes y almacena datos de informe.

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 las aplicaciones puedan controlar errores transitorios, normalmente mediante el reintento de 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 más información, vea Recomendaciones para gestionar errores temporales.

Los errores transitorios pueden afectar a la detección de almacenamiento de dos maneras principales:

• Solicitudes de cliente: Los errores transitorios pueden afectar a las solicitudes para implementar o modificar áreas de trabajo y solicitudes para recuperar informes. Si automatiza estas operaciones, es responsable de gestionar fallos transitorios en su automatización. Use los SDK proporcionados por Microsoft siempre que sea posible y utilice reintentos acotados con una demora adecuada entre intentos.

• Agregación de información: Storage Discovery reintenta automáticamente los errores transitorios que se producen mientras recopila y agrega información de las cuentas de almacenamiento. En casos muy poco frecuentes, puede haber lagunas permanentes en los datos del informe cuando se agoten los reintentos.

Storage Discovery procesa y agrega la información de forma asincrónica. La mayoría de los informes están disponibles en unas pocas horas, mientras que algunas conclusiones avanzadas pueden requerir un tiempo de procesamiento adicional y pueden tardar hasta 48 horas o más en aparecer. Si la información esperada no está disponible después de 48 horas, compruebe la configuración del área de trabajo y póngase en contacto con Azure soporte técnico. Para obtener más información, consulte Preguntas más frecuentes sobre la detección de Azure Storage.

Resistencia a errores de zona de disponibilidad

Availability zones son grupos de centros de datos físicamente independientes dentro de una región de Azure. Cuando una zona falla, los servicios pueden transferirse a una de las zonas restantes.

Tenga en cuenta estos tres componentes al planificar los errores de las zonas de disponibilidad:

• Plano de control: En las regiones que tienen zonas de disponibilidad, el plano de control de detección de almacenamiento tiene redundancia de zona. El plano de control permanece disponible si una zona no está disponible, aunque las operaciones de administración individuales podrían experimentar interrupciones transitorias. Microsoft selecciona las zonas y administra la redundancia de zona. No puedes seleccionar las zonas y no es necesario configurar la redundancia de zona.
• Plano de datos: El plano de datos de detección de almacenamiento ingiere información, genera informes, procesa consultas de informes y almacena datos de informe. Los datos de informe almacenados tienen redundancia de zona, pero algunos componentes de proceso del plano de datos pueden verse afectados por un fallo en la zona que los hospeda. La ingesta, la generación de informes y las consultas de informe pueden pausarse hasta que se recupere la zona afectada. Microsoft administra el plano de datos y la redundancia de zona de los datos del informe almacenados.
• Cuentas de almacenamiento analizadas: Las cuentas de almacenamiento no forman parte del servicio de detección de almacenamiento. Su configuración de redundancia determina si permanecen disponibles durante un fallo de zona. La detección de almacenamiento no puede recopilar información nueva de una cuenta de almacenamiento no disponible. Incluso cuando una cuenta analizada permanece disponible, el procesamiento del plano de datos de detección de almacenamiento puede pausarse como se describe en Comportamiento durante un fallo de zona.

Requisitos

• Compatibilidad con regiones: La redundancia de zona está disponible al implementar el área de trabajo en una región que admita la detección de almacenamiento y las zonas de disponibilidad. Para ver la lista actual de regiones que admiten Storage Discovery, consulte Seleccionar una región de Azure para la implementación. Para ver las regiones que proporcionan zonas de disponibilidad, consulte regiones de Azure con zonas de disponibilidad.

• Compatibilidad del plan de precios: la redundancia de zona para el plano de control y los datos de informes almacenados está disponible tanto para los planes de precios Gratis como Estándar.

Cost

La detección de almacenamiento no proporciona una configuración independiente ni un medidor de facturación para la redundancia de zona. El costo del área de trabajo depende del plan de precios y de los recursos y objetos de almacenamiento del ámbito. Para obtener más información, consulte Precios de Azure Storage Discovery.

Configurar soporte de zonas de disponibilidad

Al crear un área de trabajo de detección de almacenamiento en una región admitida, la detección de almacenamiento habilita automáticamente la redundancia de zona para el plano de control y los datos de informe almacenados. No puede deshabilitar la redundancia de zona ni seleccionar las zonas de disponibilidad que usa el área de trabajo. Para obtener más información sobre cómo crear un área de trabajo, consulte Creación de un área de trabajo de detección de Azure Storage.

Comportamiento cuando todas las zonas están en buen estado

En esta sección se describe qué esperar cuando el área de trabajo detección de almacenamiento está en una región que admite zonas de disponibilidad, las cuentas de almacenamiento que analiza usan almacenamiento con redundancia de zona (ZRS) y todas las zonas de disponibilidad están operativas.

• Operación entre zonas: El plano de datos de Storage Discovery ingiere periódicamente información de cuentas de almacenamiento, genera informes, procesa consultas de informes y almacena datos de informes. La infraestructura de cualquier zona de disponibilidad podría realizar estas operaciones.

• Replicación de datos entre zonas: Storage Discovery almacena los datos de informe con redundancia en varias zonas de disponibilidad.

Comportamiento durante un fallo de zona

En esta sección se describe qué esperar cuando el área de trabajo de Storage Discovery está en una región que admite zonas de disponibilidad, las cuentas de almacenamiento que analiza usan ZRS y hay una interrupción en una zona de disponibilidad.

• Detección y respuesta: Microsoft detecta el fallo de la zona de disponibilidad y administra la respuesta del servicio. No es necesario iniciar la conmutación por error para el área de trabajo Storage Discovery.

• 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: Las operaciones de administración activa y las consultas de informes pueden interrumpirse durante un fallo de zona. Vuelva a intentar las solicitudes con errores siguiendo las instrucciones de Resistencia a errores transitorios.

  Si la zona con errores hospeda los componentes de proceso del plano de datos afectados, la ingesta, la generación de informes y las consultas de informe pueden pausarse hasta que se recupere la zona.

  Si una cuenta de almacenamiento deja de estar disponible, por ejemplo, porque usa almacenamiento con redundancia local (LRS), Storage Discovery no puede recopilar información nueva de ella hasta que se recupere la cuenta. Una cuenta de almacenamiento que usa ZRS permanece disponible durante un error de zona, pero Storage Discovery podría no ingerir información nueva de ella mientras se pausa el procesamiento del plano de datos.

• Pérdida de datos esperada: No se espera que Storage Discovery pierda informes generados previamente debido a un error de zona de disponibilidad.

• Tiempo de inactividad esperado:

  • Plano de control: El plano de control del área de trabajo de detección de almacenamiento permanece disponible, pero las operaciones de administración individuales pueden experimentar interrupciones transitorias.

  • Plano de datos: Si la zona con errores hospeda los componentes de proceso del plano de datos afectados, la ingesta, la generación de informes y las consultas de informe pueden pausarse hasta que se recupere la zona.

• Redistribución: Microsoft administra la redistribución de solicitudes para el plano de control de Storage Discovery. La detección de almacenamiento no redistribuye el procesamiento del plano de datos afectado a otra zona. La configuración de redundancia de la cuenta de almacenamiento determina cómo Azure Storage responde al fallo de zona.

Recuperación de zona

Microsoft administra la recuperación de zona para el área de trabajo Detección de almacenamiento. Cuando se recupera la zona afectada, Storage Discovery reanuda la ingesta de datos, la generación de informes y las consultas de informes.

Si la zona afectada no está disponible de forma permanente, Microsoft puede recuperar los datos del informe almacenados sin pérdida de datos. La recuperación de la pérdida permanente de zona puede tardar más tiempo que la recuperación de una interrupción temporal y las operaciones del plano de datos pueden permanecer en pausa durante el proceso de recuperación.

Cuando se recupera una cuenta de almacenamiento afectada, Storage Discovery reanuda la agregación de su información. Es posible que la detección de almacenamiento no complete retrospectivamente las métricas que no se pudieron recopilar mientras la cuenta no estaba disponible, especialmente para las cuentas LRS, por lo que los informes y agregaciones podrían contener lagunas durante el período de interrupción. Las actualizaciones de informes pueden tardar hasta 24 horas en aparecer.

Prueba de fallos de zona

No se puede simular un fallo de una zona de disponibilidad para el servicio de detección de almacenamiento. Pruebe los procedimientos de configuración de redundancia y de recuperación de las cuentas de almacenamiento que su área de trabajo analiza por separado.

Resistencia a errores en toda la región

Un área de trabajo de Storage Discovery es un recurso de una sola región. La detección de almacenamiento no replica el área de trabajo ni su información conservada en otra región y no realiza automáticamente la conmutación por error del área de trabajo. El efecto de un error en toda la región depende de si el error afecta al área de trabajo o a una cuenta de almacenamiento que analiza:

• Error en la región del área de trabajo: Si la región del área de trabajo no está disponible, no puede administrar el área de trabajo, recuperar sus informes ni agrupar nueva información hasta que se recupere la región. Estos efectos se aplican incluso cuando las cuentas de almacenamiento están en regiones en buen estado y permanecen disponibles.

• Error de región de la cuenta de almacenamiento: si la región del área de trabajo sigue correcta, puede seguir administrando el área de trabajo y recuperando sus informes. La detección de almacenamiento continúa agregando información de las cuentas de almacenamiento en regiones en buen estado, pero no puede recopilar información nueva de una cuenta de almacenamiento que no está disponible. La información existente para la cuenta no disponible sigue siendo accesible.

  Cuando la cuenta de almacenamiento vuelve a estar disponible, Storage Discovery reanuda la agregación de información. Si los datos se pierden de manera permanente de la cuenta de almacenamiento, Storage Discovery no puede generar ni rellenar la información que depende de los datos perdidos.

Si la misma región también hospeda cuentas de almacenamiento que el área de trabajo analiza, el error de la región podría provocar que tanto el área de trabajo como esas cuentas de almacenamiento no estén disponibles hasta que la región se recupere.

Soluciones de varias regiones personalizadas para la resistencia

Si necesita acceso a los informes de Storage Discovery durante una interrupción en toda la región, cree una segunda área de trabajo en otra región admitida. Configure ambas áreas de trabajo para analizar los mismos recursos de almacenamiento. Las áreas de trabajo funcionan de forma independiente y cada área de trabajo realiza su propio análisis y conserva su propia información. Cada área de trabajo se factura por separado.

Este enfoque no es una característica integrada de recuperación ante desastres. Protege el acceso a los informes ante una interrupción en cualquiera de las regiones del área de trabajo, pero no replica los informes entre las áreas de trabajo. Tampoco protege la agregación de información cuando un fallo en una región hace que una cuenta de almacenamiento analizada no esté disponible, ya que ninguna área de trabajo puede recopilar información de esa cuenta.

Configure las cuentas de almacenamiento por separado para que cumplan sus requisitos de resiliencia regional. Para obtener más información, consulte Reliability en Azure Blob Storage.

Copias de seguridad y restauración

Storage Discovery no proporciona operaciones de copia de seguridad ni restauración para la configuración del área de trabajo, Insights ni los informes generados. Puede descargar en un archivo CSV la lista de recursos de almacenamiento detrás de un gráfico de informe individual, pero no puede usar ese archivo para restaurar el área de trabajo ni su información. Para obtener más información sobre cómo descargar una lista de recursos, consulte ¿Qué es Azure Storage Discovery?.

Al eliminar un ámbito, perderá inmediatamente los datos analíticos recopilados para ese ámbito. Al eliminar un área de trabajo, pierde de inmediato la información recopilada para todos sus ámbitos. La información histórica eliminada no se puede recuperar.

Si mueve un área de trabajo a un inquilino de Microsoft Entra diferente, pierde de manera permanente su historial de información, aunque mueva posteriormente el área de trabajo de vuelta al inquilino original. Para obtener más información, consulte Preguntas más frecuentes sobre la detección de Azure Storage.

Defina el espacio de trabajo, las raíces del espacio de trabajo, los ámbitos y el plan de precios mediante el uso de la infraestructura como código y almacene las definiciones en el control de código fuente. Puede usar esas definiciones para volver a implementar la configuración del área de trabajo, pero volver a implementarla no restaura la información eliminada.

Si cambia un área de trabajo del plan Estándar al plan Gratis, Storage Discovery elimina de manera permanente la información con una antigüedad superior a 15 días. No puede recuperar esas conclusiones cambiando el área de trabajo de nuevo al plan Estándar. Para obtener más información, consulte Preguntas más frecuentes sobre la detección de Azure Storage.

Resistencia al mantenimiento del servicio

Microsoft aplica periódicamente actualizaciones de servicio y realiza otro mantenimiento. La plataforma Azure controla estas actividades automáticamente, lo que garantiza que el mantenimiento sea transparente y sin problemas. No se prevé ningún tiempo de inactividad durante las operaciones de mantenimiento, a menos que se te haya informado a través de el mantenimiento planificado de Azure Service Health.

Acuerdo de nivel de servicio

Azure Storage Discovery no ofrece un contrato de nivel de servicio (SLA) de disponibilidad.

Contenido relacionado

• Planeamiento de la implementación de la Detección de almacenamiento
• Precios de detección de Azure Storage
• Preguntas más frecuentes sobre detección de Azure Storage
• Confiabilidad en Azure Blob Storage