Aún no tienes acceso a esta clase

Crea una cuenta y continúa viendo este curso

Curso Práctico de Storage en AWS

Curso Práctico de Storage en AWS

Carlos Andrés Zambrano Barrera

Carlos Andrés Zambrano Barrera

Ciclo de vida

14/37
Recursos

Esta funcionalidad va a mover la información de una clase de almacenamiento a otra cada que pase cierto tiempo. No tendrá la misma frecuencia de accesibilidad un archivo de hace 1 año que uno de hace una semana, por ello el ciclo de vida nos será de utilidad para disminuir los costos de nuestros archivos.

El mínimo de tiempo para pasar objetos a S3-IA es de 30 días. Asimismo, deben pasar 120 días para mover la información a Glacier.

Aportes 12

Preguntas 5

Ordenar por:

¿Quieres ver más aportes, preguntas y respuestas de la comunidad? Crea una cuenta o inicia sesión.

Hago una observación: algo que no fue mencionado en este modulo es esto al hacer una transición de datos a Glacier:
Cargos de solicitud de archivado de Glacier: cada objeto que pasa a la clase de almacenamiento GLACIER constituye una solicitud de archivo. Se aplica un costo para cada solicitud. Si tiene previsto pasar una cantidad grande de objetos, tenga en cuenta los costos de solicitud
fuente
: https://docs.aws.amazon.com/es_es/AmazonS3/latest/dev/lifecycle-transition-general-considerations.html

Espero pueda servirle a alguien puesto que yo me llevé un sorpresa al revisar mi factura de AWS despues de aplicar politicas de ciclo de vida en un bucket con unos cuaaantos GB de informacion. Una sopresa algo co$to$a…

El mínimo de tiempo para pasar objetos a S3-IA es de 30 días. Asimismo, deben pasar 120 días para mover la información a Glacier.

En que caso usaremos el Ciclo De Vida: En casos que manejemos alta cantidad de información.

Objetivo:

  1. Ahorro de costos. Ya que cuando mueves un Peta Byte de información de S3 Standard, luego a IA y luego a glacier. Tu vas a reflejar en miles de dolares, el ahorro que puedes lograr.

  2. Vas a reducir la carga de administración. Ya que al programar esto, evitaras estar atento cada año al migrar la información. Al igual que su eliminación.

  3. Utilizar el storage más adecuado, en base al caso de uso que tengamos.

Hace falta actualizar este curso, ya las pantallas no son las mismas

Esas transiciones que se crearon, que después de 30 días se vayan a SE-IA y luego de estar 120 días en SE-IA se muevan a Glacier, se ejecutan como en ese orden especifico, cierto ?

Si digamos un objecto especifico se consulta con alta frecuencia es posible hacer algún tipo de filtrado?

me encanta la analogía de la Tesis me recuerda muy viejos tiempos.
💚

Ahorrar costos es sin duda una de las razones mas fuertes para cambiar de un tipo de storage a otro.

Para objetos previos, si se crean reglas para moverlos a Glacier ¿el número de días que indica “Días después de la creación”, en este caso particular, se refiere a que los 120 días los toma a partir de la creación del objeto en el bucket o la creación de la regla?

Esta funcionalidad va a mover la información de una clase de almacenamiento a otra cada que pase cierto tiempo. No tendrá la misma frecuencia de accesibilidad un archivo de hace 1 año que uno de hace una semana, por ello el ciclo de vida nos será de utilidad para disminuir los costos de nuestros archivos.

interesante 😃

Eso es una gran idea.