Por qué la facturación de solicitudes de S3 tiene precios distintos para GET y PUT - La economía de la E/S de almacenamiento
Se explica por qué las solicitudes GET de S3 cuestan 1/12.5 de lo que cuesta PUT a partir de los costes internos de escritura, la codificación de borrado y el mecanismo de garantía de coherencia, y se presentan técnicas prácticas para optimizar las tarifas de solicitudes.
La diferencia de precio entre GET y PUT - Una brecha de 12.5 veces
(A fecha de agosto de 2026 / precios de la región Este de EE. UU. (Norte de Virginia)) En la estructura de precios de S3 Standard, las solicitudes PUT/COPY/POST/LIST cuestan 0.005 USD por cada 1,000 y las solicitudes GET y otras cuestan 0.0004 USD por cada 1,000. PUT cuesta unas 12.5 veces lo que cuesta GET. Esta diferencia de precio no es arbitraria, sino que refleja la estructura de costes internos de AWS. La escritura (PUT) impone una carga mucho mayor que la lectura (GET) sobre la infraestructura interna de S3. Cuando llega una solicitud PUT, S3 escribe los datos de forma redundante en varios dispositivos físicos, actualiza el índice de metadatos y ejecuta un procesamiento síncrono para garantizar la coherencia. Las solicitudes GET consisten principalmente en localizar la posición de los datos en el índice de metadatos y leerlos, y no implican escrituras múltiples para la redundancia ni procesamiento síncrono para la coherencia. Como la escritura consume más cómputo, más E/S y más ancho de banda de red, su precio se fija más alto. Los precios unitarios varían según la región, así que compruebe la estimación real en la tabla de precios oficial de la región que utilice.
Los costes internos de escritura - Codificación de borrado y redundancia
Para lograr una durabilidad de 11 nueves (99.999999999%), S3 hace redundantes los datos mediante codificación de borrado. La codificación de borrado es una técnica que divide los datos en varios fragmentos y añade fragmentos de paridad para que los datos se puedan restaurar aunque se pierdan algunos fragmentos. Cuando se ejecuta una solicitud PUT, S3 codifica los datos del objeto con codificación de borrado y escribe los fragmentos generados en varios dispositivos físicos repartidos en varias AZ. Esta escritura no termina hasta que se confirma que todos los fragmentos se han almacenado correctamente. Desde que S3 introdujo la coherencia fuerte (Strong Consistency) en diciembre de 2020, está garantizado que un GET inmediatamente posterior a un PUT devuelve los datos más recientes. Para esta garantía de coherencia, PUT tiene que actualizar el índice de metadatos de forma síncrona, lo que genera latencia y costes adicionales. GET lee la posición de los datos más recientes en el índice de metadatos, reconstruye los datos originales a partir de los fragmentos almacenados y los devuelve. Como no implica escrituras múltiples para la redundancia ni procesamiento síncrono, el procesamiento es ligero en comparación con la escritura. Por otra parte, como los detalles de la implementación interna de S3 no son públicos, la explicación de esta sección es una organización basada en las propiedades generales que se derivan del método de codificación de borrado.
Diferencias en las tarifas de solicitudes según la clase de almacenamiento
(A fecha de agosto de 2026 / precios de la región Este de EE. UU. (Norte de Virginia)) Las tarifas de solicitudes varían mucho según la clase de almacenamiento de S3. Lo que aquí se confunde con facilidad es la diferencia entre las solicitudes GET y las solicitudes de restauración en las clases de almacenamiento de la familia de archivo. Los GET y otras solicitudes desde S3 Glacier Flexible Retrieval cuestan 0.0004 USD por cada 1,000, el mismo precio unitario que los GET de S3 Standard. Lo caro son las solicitudes de restauración, que devuelven los objetos archivados a un estado legible: cuestan 0.05 USD por cada 1,000, lo que equivale a 125 veces el GET de Standard. El lado de la escritura también tiene precios unitarios distintos, y los PUT y POST directos a S3 Glacier Flexible Retrieval cuestan 0.03 USD por cada 1,000. Las clases de la familia de archivo están diseñadas para reducir el precio unitario del almacenamiento a cambio de requerir entre varios minutos y varias horas para la recuperación. El coste de este proceso de recuperación aparece como la tarifa de las solicitudes de restauración (no se ha publicado en qué medios ni de qué forma se almacenan internamente los datos). En la restauración, además del número de solicitudes, también se cobra una tarifa de recuperación de datos según el volumen de datos recuperados. S3 Intelligent-Tiering traslada automáticamente los objetos al nivel de acceso óptimo según los patrones de acceso. Los niveles del escalonamiento automático son tres: el Frequent Access tier (nivel de acceso frecuente) predeterminado, el Infrequent Access tier (nivel de acceso poco frecuente) y el Archive Instant Access tier. Al Infrequent Access tier pasan los objetos que no se han consultado durante 30 días consecutivos, y al Archive Instant Access tier, los que no se han consultado durante 90 días; los tres mantienen un rendimiento de acceso del orden de milisegundos. Además, mediante opt-in se pueden habilitar el Archive Access tier y el Deep Archive Access tier, pero estos dos requieren tiempo para la recuperación. El traslado entre niveles no tiene tarifas de solicitud adicionales; en su lugar, se cobra una tarifa de supervisión y automatización de 0.0025 USD al mes por cada 1,000 objetos. Por otra parte, los objetos de menos de 128 KB quedan fuera del escalonamiento automático, se les aplica el precio del Frequent Access tier y tampoco se les cobra la tarifa de supervisión y automatización. En las cargas de trabajo cuyos patrones de acceso son difíciles de predecir, usar S3 Intelligent-Tiering puede resultar más rentable que gestionar manualmente las clases de almacenamiento. Los precios unitarios varían según la región, así que compruebe la estimación real en la tabla de precios oficial de la región que utilice.
Técnicas prácticas para optimizar las tarifas de solicitudes
(A fecha de agosto de 2026 / precios de la región Este de EE. UU. (Norte de Virginia)) Las tarifas de solicitudes se convierten en un problema en las cargas de trabajo que leen y escriben grandes cantidades de objetos pequeños. Si se hace 1 millón de PUT de objetos de 1 KB, la tarifa de solicitudes es de 5 USD. En cambio, los datos almacenados son de aproximadamente 1 GB, por lo que la tarifa de almacenamiento de S3 Standard es de 0.023 USD al mes. La tarifa de solicitudes llega a ser 200 veces o más la tarifa de almacenamiento. La primera técnica de optimización es combinar objetos pequeños en objetos grandes. Si se agrupan 1,000 objetos de 1 KB en 1 objeto de 1 MB, el número de solicitudes PUT pasa a ser 1/1,000. En la lectura, se especifica un rango de bytes con Range GET y se obtiene solo la parte necesaria. Si se quiere filtrar por condiciones el contenido de los archivos combinados, la opción actual es una configuración que ejecuta consultas con Amazon Athena. S3 Object Lambda, que procesa las respuestas GET, también se puede usar para el mismo fin, pero dejó de ofrecerse a clientes nuevos el 7 de noviembre de 2025, y solo los usuarios existentes pueden seguir usándolo. S3 Select, que se ha usado para el mismo fin, tampoco se ofrece a clientes nuevos, y solo los usuarios existentes pueden seguir usándolo como hasta ahora, por lo que, si se diseña a partir de ahora, lo seguro es tomar Athena como eje. La segunda técnica es minimizar las solicitudes LIST. LIST tiene, en cualquier clase de almacenamiento, el mismo precio unitario que PUT/COPY/POST de S3 Standard (0.005 USD por cada 1,000). Si se ejecuta LIST con frecuencia en un bucket con una gran cantidad de objetos, las tarifas aumentan. Cuando se necesita una lista de objetos, es más económico usar S3 Inventory para exportar periódicamente el contenido del bucket en formato CSV / ORC / Parquet y analizarlo con Athena. La tercera técnica es colocar CloudFront como capa de caché. Cuando hay muchas solicitudes GET al mismo objeto, el almacenamiento en caché de CloudFront permite reducir considerablemente el número de solicitudes GET a S3. Los precios unitarios varían según la región, así que compruebe la estimación real en la tabla de precios oficial de la región que utilice.
DELETE es gratuito y las transiciones del ciclo de vida se cobran
(A fecha de agosto de 2026 / precios de la región Este de EE. UU. (Norte de Virginia)) La tabla de precios oficial indica explícitamente que las solicitudes DELETE y CANCEL de S3 son gratuitas. Como DELETE también implica actualizar el índice de metadatos, debería producirse un coste de procesamiento interno, pero no se ha publicado el motivo por el que no se cobra, así que aquí se toma como un hecho de la estructura de precios. Lo que conviene tener en cuenta es que el procesamiento automático mediante la configuración del ciclo de vida no es gratuito en todos los casos. La eliminación de objetos por vencimiento no tiene tarifa de solicitud, pero las transiciones de clase de almacenamiento se cobran como solicitudes de transición del ciclo de vida. El precio unitario varía según la clase de destino: la transición a S3 Glacier Flexible Retrieval cuesta 0.03 USD por cada 1,000 y la transición a S3 Glacier Deep Archive cuesta 0.05 USD por cada 1,000. En los diseños que trasladan grandes cantidades de objetos pequeños a un archivo, esta tarifa de solicitudes de transición puede superar el ahorro en la tarifa de almacenamiento, por lo que es necesario estimarla antes de la transición con el número de objetos afectados. Otra excepción es la duración mínima de almacenamiento. S3 Standard-IA y S3 One Zone-IA tienen una duración mínima de almacenamiento de 30 días, S3 Glacier Instant Retrieval y S3 Glacier Flexible Retrieval de 90 días y S3 Glacier Deep Archive de 180 días. Si se elimina un objeto o se traslada a otra clase antes de ese plazo, se cobra de forma prorrateada una tarifa de eliminación anticipada equivalente a la tarifa de almacenamiento de los días restantes. Es decir, aunque la solicitud DELETE en sí sea gratuita, según el momento de la eliminación se generan costes. Cuando cree una optimización de costes con el ciclo de vida, diseñe teniendo en cuenta tanto las tarifas de solicitudes como la duración mínima de almacenamiento. Los precios unitarios varían según la región, así que compruebe la estimación real en la tabla de precios oficial de la región que utilice.
Referencias (recursos oficiales de AWS)
Las fuentes primarias de esta página son el sitio web y la documentación oficiales de AWS. Consulta las páginas oficiales siguientes para conocer las especificaciones y los precios más recientes.
Si esta página y la documentación oficial difieren, prevalece la documentación oficial.