Perspectiva del marco de trabajo bien diseñado de Azure en Azure Blob Storage

Uso del análisis del modo de error: minimice los puntos de error teniendo en cuenta las dependencias internas, como la disponibilidad de redes virtuales, Azure Key Vault o Azure Content Delivery Network o los puntos de conexión de Azure Front Door. Los errores pueden producirse si las credenciales requeridas por las cargas de trabajo para acceder a Blob Storage faltan en Key Vault o si las cargas de trabajo usan un punto de conexión basado en una red de entrega de contenido que se ha quitado. En estos casos, es posible que las cargas de trabajo necesiten usar un punto de conexión alternativo para conectarse. Para obtener información general sobre el análisis del modo de error, consulte Recomendaciones para realizar el análisis del modo de error.

Definición de objetivos de confiabilidad y recuperación: revise los acuerdos de nivel de servicio (SLA) de Azure. Derive el objetivo de nivel de servicio (SLO) de la cuenta de almacenamiento. Por ejemplo, el SLO podría verse afectado por la configuración de redundancia que eligió. Considere el efecto de una interrupción regional, la posibilidad de pérdida de datos y el tiempo necesario para restaurar el acceso después de una interrupción. Tenga en cuenta también la disponibilidad de las dependencias internas que identificó como parte del análisis del modo de error.

Configurar la redundancia de datos: para obtener la máxima durabilidad, elija una configuración que copie los datos entre zonas de disponibilidad o regiones globales. Para obtener la máxima disponibilidad, elija una configuración que permita a los clientes leer datos de la región secundaria durante una interrupción de la región primaria.

Aplicaciones de diseño: diseñe aplicaciones para cambiar sin problemas a la lectura de datos de la región secundaria si la región primaria deja de estar disponible por cualquier motivo. Esto solo se aplica a las configuraciones de almacenamiento con redundancia geográfica (GRS) y almacenamiento con redundancia de zona geográfica (GZRS). El diseño de aplicaciones para controlar interrupciones reduce el tiempo de inactividad de los usuarios finales.

Explore las características que le ayudarán a cumplir los objetivos de recuperación: haga que los blobs se puedan restaurar para que se puedan recuperar si están dañados, editados o eliminados por error.

Crear un plan de recuperación: considere la posibilidad de tener en cuenta las características de protección de datos, las operaciones de copia de seguridad y restauración o los procedimientos de conmutación por error. Prepárese para posibles pérdidas de datos e incoherencias de datos y el tiempo y el costo de la conmutación por error. Para obtener más información, consulte Recomendaciones para diseñar una estrategia de recuperación ante desastres.

Supervisión de posibles problemas de disponibilidad: suscríbase al panel de Azure Service Health para supervisar posibles problemas de disponibilidad. Use métricas de almacenamiento en Azure Monitor y registros de diagnóstico para investigar alertas.

Revise la línea de base de seguridad de Azure Storage: para empezar, revise primero la línea de base de seguridad de Storage.

Use controles de red para restringir el tráfico de entrada y salida: deshabilite todo el tráfico público a la cuenta de almacenamiento. Use controles de red de cuentas para conceder el nivel mínimo de acceso requerido por los usuarios y las aplicaciones. Para obtener más información, consulte Cómo abordar la seguridad de red para la cuenta de almacenamiento.

Reducir la superficie expuesta a ataques: impedir el acceso anónimo, el acceso a claves de cuenta o el acceso a través de conexiones no seguras (HTTP) puede reducir la superficie expuesta a ataques. Requerir que los clientes envíen y reciban datos mediante la versión más reciente del protocolo seguridad de la capa de transporte (TLS).

Autorización del acceso sin usar contraseñas o claves: El id. de Microsoft Entra proporciona mayor seguridad y facilidad de uso en comparación con las claves compartidas y las firmas de acceso compartido. Conceda a las entidades de seguridad solo los permisos necesarios para que realicen sus tareas.

Proteger la información confidencial: proteja la información confidencial, como las claves de cuenta y los tokens de firma de acceso compartido. Aunque normalmente no se recomiendan estas formas de autorización, debe asegurarse de rotar, expirar y almacenarlas de forma segura.

Habilite la opción de transferencia segura necesaria: habilitar esta configuración para todas las cuentas de almacenamiento garantiza que todas las solicitudes realizadas en la cuenta de almacenamiento deben realizarse a través de conexiones seguras. Todas las solicitudes realizadas a través de HTTP conmutan por error.

Proteger objetos críticos: aplique directivas de inmutabilidad para proteger los objetos críticos. Las directivas protegen los blobs que se almacenan para fines legales, de cumplimiento u otros fines empresariales de ser modificados o eliminados. Configure las suspensiones para períodos de tiempo establecidos o hasta que un administrador levante las restricciones.

Detectar amenazas: habilite Microsoft Defender para Storage para detectar amenazas. Las alertas de seguridad se desencadenan cuando se producen anomalías en una actividad. Las alertas notifican a los administradores de suscripciones por correo electrónico los detalles de la actividad sospechosa y las recomendaciones sobre cómo investigar y corregir amenazas.

Identifique los medidores que se usan para calcular la factura: los medidores se usan para realizar un seguimiento de la cantidad de datos almacenados en la cuenta (capacidad de datos) y el número y el tipo de operaciones que se realizan para escribir y leer datos. También hay medidores asociados al uso de características opcionales, como etiquetas de índice de blobs, inventario de blobs, compatibilidad con fuentes de cambios, ámbitos de cifrado y compatibilidad con el Protocolo de transferencia de archivos SSH (SFTP). Para más información, consulte Cómo se le cobra por Blob Storage.

Comprender el precio de cada medidor: asegúrese de usar la página de precios adecuada y aplique la configuración adecuada en esa página. Para obtener más información, consulte Búsqueda del precio unitario de cada medidor. Tenga en cuenta el número de operaciones asociadas a cada precio. Por ejemplo, el precio asociado a las operaciones de escritura y lectura se aplica a 10 000 operaciones. Para determinar el precio de una operación individual, divida el precio enumerado en 10 000.

Calcular el costo de la capacidad y las operaciones: puede modelar los costos asociados con el almacenamiento de datos, la entrada y la salida mediante la calculadora de precios de Azure. Use campos para comparar el costo asociado a varias regiones, tipos de cuenta, tipos de espacio de nombres y configuraciones de redundancia. En determinados escenarios, puede usar cálculos de ejemplo y hojas de cálculo disponibles en la documentación de Microsoft. Por ejemplo, puede calcular el costo de archivar datos o calcular el costo de usar el comando AzCopy para transferir blobs.

Elegir un modelo de facturación para la capacidad: evalúe si el uso de un modelo basado en compromisos es más rentable que usar un modelo basado en el consumo. Si no está seguro de la cantidad de capacidad que necesita, puede empezar con un modelo basado en el consumo, supervisar las métricas de capacidad y, a continuación, evaluarlas más adelante.

Elija un tipo de cuenta, un nivel de redundancia y un nivel de acceso predeterminado: debe seleccionar un valor para cada una de estas opciones de configuración al crear una cuenta de almacenamiento. Todos los valores afectan a los cargos de transacción y a los cargos de capacidad. Todas estas opciones de configuración excepto el tipo de cuenta se pueden cambiar después de crear la cuenta.

Elija el nivel de acceso predeterminado más rentable: a menos que se especifique un nivel con cada carga de blobs, los blobs deducen su nivel de acceso desde la configuración del nivel de acceso predeterminado. Un cambio en la configuración del nivel de acceso predeterminado de una cuenta de almacenamiento se aplica a todos los blobs de la cuenta para la que no se ha establecido explícitamente un nivel de acceso. Este costo podría ser significativo si ha recopilado un gran número de blobs. Para más información sobre cómo un cambio de nivel afecta a cada blob existente, consulte Cambio del nivel de acceso de un blob.

Cargar datos directamente en el nivel de acceso más rentable: por ejemplo, si la configuración predeterminada del nivel de acceso de la cuenta es activa, pero está cargando archivos con fines de archivado, especifique un nivel más esporádico como archivo o un nivel inactivo como parte de la operación de carga. Después de cargar blobs, use directivas de administración del ciclo de vida para mover blobs a los niveles más rentables en función de las métricas de uso, como la hora de acceso por última vez. Elegir el nivel óptimo con antelación puede reducir los costos. Si cambia el nivel de un blob en bloques que ya cargó, paga el costo de escribir en el nivel inicial al cargar el blob por primera vez y, a continuación, paga el costo de escribir en el nivel deseado.

Tener un plan para administrar el ciclo de vida de los datos: optimice los costos de transacción y capacidad aprovechando los niveles de acceso y la administración del ciclo de vida. Los datos usados con menos frecuencia deben colocarse en niveles de acceso más esporádicos, mientras que los datos a los que se accede a menudo deben colocarse en niveles de acceso más cálidos.

Decida qué características necesita: algunas características, como el control de versiones y la eliminación temporal de blobs, incurren en costos adicionales de transacción y capacidad, así como otros cargos. Asegúrese de revisar las secciones de precios y facturación de los artículos que describen esas funcionalidades al elegir qué funcionalidades agregar a su cuenta.

Por ejemplo, si habilita la característica de inventario de blobs, se le factura el número de objetos examinados. Si usa etiquetas de índice de blobs, se le factura el número de etiquetas de índice. Si habilita la compatibilidad con SFTP, se le factura un cargo por hora, incluso si no hay transferencias SFTP. Si decide usar una característica, confirme que la característica está deshabilitada porque algunas características se habilitan automáticamente al crear la cuenta.

Crear límites de protección: cree presupuestos basados en suscripciones y grupos de recursos. Use directivas de gobernanza para restringir los tipos de recursos, las configuraciones y las ubicaciones. Además, use RBAC para bloquear las acciones que pueden dar lugar a un exceso de gastos pendientes.

Supervisar los costos: asegúrese de que los costos permanecen dentro de los presupuestos, comparan los costos con los pronósticos y ven dónde se produce un exceso de tiempo. Puede usar el panel análisis de costos en Azure Portal para supervisar los costos. También puede exportar datos de costo a una cuenta de almacenamiento y analizar esos datos mediante Excel o Power BI.

Supervisión del uso: supervise continuamente los patrones de uso y detecte cuentas y contenedores no usados o infrautilizados. Use Información de Storage para identificar cuentas sin uso o con poca utilización. Habilite los informes de inventario de blobs y use herramientas como Azure Databricks o Azure Synapse Analytics y Power BI para analizar los datos de costos. Observe los aumentos inesperados de la capacidad, lo que podría indicar que está recopilando numerosos archivos de registro, versiones de blobs o blobs eliminados temporalmente. Desarrolle una estrategia para expirar o realizar la transición de objetos a niveles de acceso más rentables. Tener un plan para expirar objetos o mover objetos a niveles de acceso más asequibles.

Crear planes de mantenimiento y recuperación de emergencia: considere las características de protección de datos, las operaciones de copia de seguridad y restauración y los procedimientos de conmutación por error. Prepárese para posibles pérdidas de datos e incoherencias de datos y el tiempo y el costo de la conmutación por error.

Supervisión del estado de la cuenta de almacenamiento: cree paneles de Información de Storage para supervisar las métricas de disponibilidad, rendimiento y resistencia. Configure alertas para identificar y solucionar problemas en el sistema antes de que los clientes los notifiquen. Use la configuración de diagnóstico para enrutar los registros de recursos a un área de trabajo registros de Azure Monitor. A continuación, puede consultar los registros para investigar las alertas más profundamente.

Habilitar informes de inventario de blobs: habilite los informes de inventario de blobs para revisar la retención, la suspensión legal o el estado de cifrado del contenido de la cuenta de almacenamiento. También puede usar informes de inventario de blobs para comprender el tamaño total de los datos, la antigüedad, la distribución de capas u otros atributos de los datos. Use herramientas como Azure Databricks o Azure Synapse Analytics y Power BI para visualizar mejor los datos de inventario y crear informes para las partes interesadas.

Configurar directivas que eliminen blobs o muévalas a niveles de acceso rentables: cree una directiva de administración del ciclo de vida con un conjunto inicial de condiciones. La directiva se ejecuta automáticamente para eliminar o establecer el nivel de acceso de los blobs en función de las condiciones que defina. Analice periódicamente el uso de contenedores mediante el uso de métricas de supervisión y informes de inventario de blobs para que pueda refinar las condiciones para optimizar la eficiencia de los costos.

Planear la escala: comprenda los destinos de escalado de las cuentas de almacenamiento.

Elija el tipo de cuenta de almacenamiento óptimo: si la carga de trabajo requiere altas tasas de transacción, objetos más pequeños y una latencia de transacción constantemente baja, considere la posibilidad de usar cuentas de almacenamiento de blobs en bloques Premium. Una cuenta estándar de uso general v2 es más adecuada en la mayoría de los casos.

Reducir la distancia de desplazamiento entre el cliente y el servidor: coloque los datos en regiones más cercanas a los clientes conectados (idealmente en la misma región). Optimice para clientes en regiones lejos mediante la replicación de objetos o una red de entrega de contenido. Las configuraciones de red predeterminadas proporcionan el mejor rendimiento. Modifique la configuración de red solo para mejorar la seguridad. En general, la configuración de red no reduce la distancia de desplazamiento y no mejora el rendimiento.

Elija un esquema de nomenclatura eficaz: reduzca la latencia de las operaciones de enumeración, lista, consulta y lectura mediante prefijos de etiqueta hash más próximos al principio de la clave de partición de blobs (cuenta, contenedor, directorio virtual o nombre de blob). Este esquema beneficia principalmente a las cuentas que tienen un espacio de nombres plano.

Optimizar el rendimiento de los clientes de datos: elija una herramienta de transferencia de datos más adecuada para el tamaño de los datos, la frecuencia de transferencia y el ancho de banda de las cargas de trabajo. Algunas herramientas como AzCopy están optimizadas para el rendimiento y requieren poca intervención. Tenga en cuenta los factores que influyen en la latencia y ajuste el rendimiento revisando las instrucciones de optimización del rendimiento publicadas con cada herramienta.

Optimizar el rendimiento del código personalizado: considere la posibilidad de usar sdk de almacenamiento en lugar de crear sus propios contenedores para las operaciones REST de blobs. Los SDK de Azure están optimizados para el rendimiento y proporcionan mecanismos para ajustar el rendimiento. Antes de crear una aplicación, revise la lista de comprobación de rendimiento y escalabilidad de Blob Storage. Considere la posibilidad de usar la aceleración de consultas para filtrar los datos no deseados durante la solicitud de almacenamiento y evitar que los clientes transfieran datos de forma innecesaria a través de la red.

Recopilar datos de rendimiento: supervise la cuenta de almacenamiento para identificar los cuellos de botella de rendimiento que se producen a partir de la limitación. Para más información, consulte Supervisión del servicio de almacenamiento con Monitor Storage Insights. Use las métricas y los registros. Las métricas proporcionan números como errores de limitación. Los registros describen la actividad. Si ve métricas de limitación, puede usar registros para identificar qué clientes reciben errores de limitación. Para obtener más información, consulte Auditoría de las operaciones del plano de datos.