Al utilizar OSS, puede reducir significativamente los costos si planifica las clases de almacenamiento según el uso real de sus datos y combina la facturación por suscripción con pay-as-you-go.
Precauciones
Los precios unitarios en los siguientes ejemplos se tomaron de la lista detallada de precios de OSS publicada en el sitio web oficial de Alibaba Cloud el 30 de julio de 2024. Los precios unitarios de elementos facturables individuales pueden variar según la fecha en que se recopilaron. Consulte siempre los datos publicados en la página de precios de Object Storage Service.
Los siguientes ejemplos abarcan únicamente escenarios comunes de almacenamiento y solicitudes de datos. Si utiliza otras funciones de OSS, es posible que se apliquen elementos facturables adicionales. Para obtener más información, consulte Billable items.
Compruebe si el crecimiento de la capacidad del bucket coincide con sus expectativas
Cuando almacena datos en un bucket, los cargos por almacenamiento se calculan según la capacidad de almacenamiento y la clase de almacenamiento de los datos.
Para obtener una vista más detallada de sus costos, consulte periódicamente el uso de OSS a nivel de cuenta y exporte los detalles de uso como un archivo CSV. El archivo enumera la capacidad de almacenamiento de cada bucket en la cuenta actual, lo que le permite determinar si el crecimiento de la capacidad es el esperado. Para consultar los pasos detallados, vea Query resource usage of an Alibaba Cloud account.
Si la capacidad crece de forma inesperada, establezca la ACL como privada o configure una directiva de bucket para evitar que otros usuarios realicen operaciones no autorizadas en sus recursos de OSS. Estas operaciones incluyen la carga masiva de objetos no deseados, que provoca picos de capacidad, y el acceso malintencionado a objetos, que genera altas tarifas de tráfico saliente por Internet. Para obtener más información, consulte Reduce the risks of unauthorized access caused by AccessKey pair leaks.
Reduzca el tráfico saliente por Internet y las tarifas de recuperación de datos para el propietario del bucket
Supongamos que el propietario de un bucket autoriza a otros usuarios a acceder a los datos del bucket a través de Internet y desea que los solicitantes paguen el tráfico saliente por Internet y las tarifas de capacidad generadas cuando se leen datos de Infrequent Access. En este caso, el propietario del bucket puede habilitar el modo pay-by-requester. Para consultar los pasos detallados, vea Pay-by-requester.
Los planes de tráfico descendente no pueden compensar las tarifas de tráfico saliente por Internet en las que incurren los solicitantes cuando descargan datos de OSS a un cliente a través de Internet después de habilitar el modo pay-by-requester. En este modo, las tarifas de tráfico por Internet se cobran únicamente según el uso real.
Configure reglas de ciclo de vida
Para gestionar y reducir sus costos de OSS de manera más efectiva, se recomienda aprovechar al máximo las directivas de gestión del ciclo de vida para maximizar la eficiencia de costos.
Transicione entre clases de almacenamiento según la frecuencia de acceso y los requisitos de tiempo de respuesta
Cuando se accede a un conjunto de datos con menor frecuencia, o cuando ya no se requiere acceso en tiempo real a los datos, configure reglas de ciclo de vida adecuadas para mover automáticamente los datos a una clase de almacenamiento de menor costo sin afectar el rendimiento de acceso.
|
Referencia de selección |
Escenario |
Frecuencia de acceso a datos |
|
Standard |
Datos calientes a los que se accede frecuentemente y se leen en tiempo real. |
Más de una vez al mes por objeto |
|
Infrequent Access |
Datos tibios a los que se accede con menor frecuencia, pero que aún deben leerse en tiempo real. |
Menos de una vez al mes por objeto |
|
Archive |
Datos fríos que deben conservarse durante mucho tiempo y a los que rara vez se accede, pero que deben recuperarse rápidamente cuando son necesarios. El tiempo de restauración es de aproximadamente 1 minuto. |
Menos de una vez cada 90 días por objeto |
Si establece la clase de almacenamiento en Archive y no habilita el acceso en tiempo real a objetos Archive, no podrá acceder a los datos en tiempo real y deberá restaurar los objetos antes de leerlos.
Según las características y la frecuencia de acceso de sus datos, puede filtrar objetos específicos por prefijo o etiqueta y configurar reglas de ciclo de vida para ellos. Los datos fríos a los que rara vez se accede se transicionan automáticamente al almacenamiento Archive de menor costo, mientras que los datos calientes de acceso frecuente permanecen en el almacenamiento Standard para lecturas más rápidas. Este enfoque optimiza los costos de almacenamiento y mejora la eficiencia en el acceso a los datos.
A continuación se presentan ejemplos que muestran cómo se calculan los costos de almacenamiento y cómo elegir la clase de almacenamiento más adecuada para sus necesidades.
Elimine versiones anteriores de objetos
Después de habilitar el control de versiones para un bucket, las operaciones que sobrescriben o eliminan datos se conservan como versiones anteriores. Cuando se acumula una gran cantidad de versiones anteriores en el bucket, utilice reglas de ciclo de vida para eliminar las que ya no necesite y reducir los costos de almacenamiento.
Acción recomendada
Se recomienda configurar una regla de ciclo de vida para eliminar automáticamente los objetos una vez que alcancen una antigüedad especificada en días.
En el ejemplo de configuración anterior, OSS elimina automáticamente las versiones anteriores de los objetos cuya última modificación fue hace más de 200 días. Para consultar los pasos detallados, vea Lifecycle rules based on last modification time.
Elimine partes caducadas para reducir los costos de almacenamiento
Si no invoca la operación CompleteMultipartUpload para combinar las partes después de una carga multiparte, las partes permanecen en el bucket indefinidamente, consumen capacidad de almacenamiento y generan tarifas de almacenamiento.
Acción recomendada
Se recomienda configurar una regla de ciclo de vida para eliminar automáticamente las partes cuando alcancen una antigüedad especificada en días o en una fecha determinada.
En el ejemplo de configuración anterior, OSS elimina automáticamente las partes que se generaron hace más de 2 días. Para consultar los pasos detallados, vea Lifecycle rules based on last modification time.