Optimización de los costos de almacenamiento de Azure Cosmos DB

SE APLICA A: NoSQL MongoDB Cassandra Gremlin Table

Azure Cosmos DB ofrece almacenamiento y rendimiento ilimitados. A diferencia del rendimiento, que tiene que aprovisionar o configurar en los contenedores o bases de datos de Azure Cosmos DB, el almacenamiento se factura en base al consumo. Solo se le cobrará por el almacenamiento lógico que consume y no tiene que reservar ningún almacenamiento por adelantado. El almacenamiento se escala vertical y horizontalmente de manera automática en función de los datos que se agregan o eliminan en un contenedor de Azure Cosmos DB.

Coste del almacenamiento

El almacenamiento se factura con la unidad de GB. El almacenamiento local respaldado por SSD lo utilizan los datos y la indexación. El almacenamiento total utilizado es igual al almacenamiento requerido por los datos e índices utilizados en todas las regiones donde se utiliza Azure Cosmos DB. Si se replica globalmente una cuenta de Azure Cosmos DB en tres regiones, pagará por el costo total de almacenamiento en cada una de esas tres regiones. Para calcular los requisitos de almacenamiento, consulte la herramienta de planeamiento de capacidad. El costo de almacenamiento de Azure Cosmos DB es $0,25 GB/mes, consulte en la página de precios las actualizaciones más recientes. Puede configurar alertas para determinar el almacenamiento utilizado por el contenedor de Azure Cosmos DB; para supervisar el almacenamiento, consulte el artículo Supervisión de Azure Cosmos DB).

Optimización de los costos con el tamaño del elemento

Azure Cosmos DB espera que el tamaño del elemento sea de 2 MB o menos para un rendimiento óptimo y ventajas de costo. Si necesita que algún elemento almacene más de 2 MB de datos, considere la posibilidad de volver a diseñar el esquema del elemento. En el raro caso de que no pueda volver a diseñar el esquema, puede dividir el elemento en subelementos y vincularlos lógicamente con un identificador común. Todas las características de Azure Cosmos DB funcionan de manera coherente mediante la delimitación de ese identificador lógico.

Optimización del costo con indexación

De forma predeterminada, los datos se indexan automáticamente, lo que puede aumentar el total de almacenamiento consumido. Sin embargo, puede aplicar directivas de índice personalizadas para reducir esta sobrecarga. La indexación automática que no se ha ajustado mediante la directiva es de aproximadamente del 10 a 20 % del tamaño del elemento. Al quitar o personalizar las directivas de índice, no pagará ningún costo adicional por las operaciones de escritura y no necesitará capacidad de rendimiento adicional. Consulte Indexación en Azure Cosmos DB para configurar directivas de indexación personalizadas. Si ha trabajado antes con bases de datos relacionales, puede pensar que "indexar todo" significa duplicar el almacenamiento o algo más. Sin embargo, en Azure Cosmos DB, en el caso medio, es mucho menor. En Azure Cosmos DB, la sobrecarga de almacenamiento del índice es típicamente baja (10-20 %) incluso con la indexación automática, porque está diseñada para un espacio de almacenamiento reducido. Mediante la administración de la directiva de indexación, puede controlar el equilibrio de la superficie del índice y del rendimiento de la consulta de una manera más precisa.

Optimización del costo con el período de vida y la fuente de cambios

Cuando ya no necesite los datos, puede eliminarlos de su cuenta de Azure Cosmos DB mediante el período de vida, fuente de cambios o puede migrar los datos antiguos a otro almacén de datos como el almacenamiento de blobs de Azure o el almacenamiento de datos de Azure. Mediante el período de vida o TTL, Azure Cosmos DB proporciona la capacidad de eliminar automáticamente elementos de un contenedor después de un determinado período de tiempo. De forma predeterminada, puede establecer el período de vida en el nivel de contenedor e invalidar el valor en cada elemento. Después de establecer el período de vida en el nivel de contenedor o de elemento, Azure Cosmos DB eliminará automáticamente estos elementos cuando haya pasado el período de tiempo seleccionado tras la hora de la última modificación. Al utilizar la fuente de cambios, puede migrar datos a otro contenedor en Azure Cosmos DB o a un almacén de datos externo. La migración toma cero tiempo de inactividad y cuando termine de migrar, puede eliminar o configurar el tiempo de vida para eliminar el contenedor de origen de Azure Cosmos DB.

Optimización del costo con tipos de datos de medios enriquecidos

Si desea almacenar tipos de medios enriquecidos, por ejemplo, vídeos o imágenes, tiene varias opciones en Azure Cosmos DB. Una opción es almacenar estos tipos de medios enriquecidos como elementos de Azure Cosmos DB. Hay un límite de 2 MB por elemento, y puede evitarlo con el encadenamiento del elemento de datos en varios subelementos. O puede almacenarlos en Azure Blob Storage y usar los metadatos para hacer referencia a ellos desde sus elementos de Azure Cosmos DB. Hay una serie de ventajas y desventajas de este enfoque. El primer enfoque le proporciona el mejor rendimiento en términos de latencia, SLA de rendimiento y funcionalidades de distribución global llave en mano para los tipos de datos de medios enriquecidos, además de los elementos habituales de Azure Cosmos DB. Sin embargo, el soporte técnico está disponible a un precio más alto. Al almacenar los medios en Azure Blob Storage, podría reducir sus costos generales. Si la latencia es crítica, puede usar Premium Storage para archivos de medios enriquecidos a los que se hace referencia desde los elementos de Azure Cosmos DB. Esto se integra de forma nativa con la red CDN para servir imágenes desde el servidor perimetral a un coste menor para evitar la restricción geográfica. El inconveniente de este escenario es que tiene que tratar con dos servicios: Azure Cosmos DB y Azure Blob Storage, lo que puede aumentar los costos operativos.

Comprobación del almacenamiento consumido

Para comprobar el consumo de almacenamiento de un contenedor de Azure Cosmos DB, puede ejecutar una solicitud HEAD o GET en el contenedor, e inspeccionar los encabezados x-ms-request-quota y x-ms-request-usage. Además, cuando trabaje con SDK de .NET, puede utilizar las propiedades DocumentSizeQuota, y DocumentSizeUsage para consumir el almacenamiento.

Uso de SDK

// Measure the item size usage (which includes the index size)
ResourceResponse<DocumentCollection> collectionInfo = await client.ReadDocumentCollectionAsync(UriFactory.CreateDocumentCollectionUri("db", "coll"));   

Console.WriteLine("Item size quota: {0}, usage: {1}", collectionInfo.DocumentQuota, collectionInfo.DocumentUsage);

Pasos siguientes

A continuación, puede seguir obteniendo más información sobre la optimización de costos en Azure Cosmos DB con los siguientes artículos:

• Obtenga más información sobre la optimización para desarrollo y pruebas.
• Obtenga más información sobre la factura de Azure Cosmos DB.
• Obtenga más información sobre la optimización del costo de la capacidad del rendimiento.
• Obtenga más información sobre la optimización del costo de la lectura y la escritura.
• Obtenga más información sobre la optimización del costo de las consultas.
• Obtenga más información sobre la optimización del costo de las cuentas de Azure Cosmos DB de varias regiones.
• ¿Intenta planear la capacidad de una migración a Azure Cosmos DB? Para ello, puede usar información sobre el clúster de bases de datos existente.
  • Si lo único que sabe es el número de núcleos virtuales y servidores del clúster de bases de datos existente, lea sobre el cálculo de unidades de solicitud mediante núcleos o CPU virtuales.
  • Si conoce las tasas de solicitudes típicas de la carga de trabajo de la base de datos actual, obtenga información sobre el cálculo de unidades de solicitud mediante la herramienta de planeamiento de capacidad de Azure Cosmos DB.