Y bienvenidos ahora en el video de hoy, discutiremos sobre estas tres políticas de ciclo de vida ahora, en general, la mayoría de las organizaciones,
la cantidad de almacenamiento requerida para almacenar datos importantes en S. T.
rangos en terabytes.
Ahora, cuando tiene terabytes de datos almacenados en el historial, uno de los factores principales que entra en escena
es el costo.
Ahora, ya sabemos que la mayoría de las veces lo que sucede es que los usuarios
cargarán directamente los datos como parte de la clase de almacenamiento estándar S3, y esto es mucho más caro.
Entonces, dependiendo de los patrones de acceso, la importancia de los datos, lo que necesita es almacenarlos en
la clase de almacenamiento adecuada.
Ahora, una de las cosas que se puede utilizar aquí es la audición inteligente S3, que puede seguir adelante
y mover los datos entre el acceso estándar y el poco frecuente.
Sin embargo, existen otras clases de almacenamiento que son mucho más económicas que también se pueden utilizar, pero no
se apoyan directamente con la teoría inteligente.
Por lo tanto, necesita algún tipo de sistema de automatización que pueda transferir automáticamente los datos entre múltiples clases
de almacenamiento.
Entonces, digamos que queremos almacenar un mes de pérdida dentro de Amazon es muy similar a estos registros a los que se puede
acceder con bastante frecuencia, tal vez con fines relacionados con la seguridad, con fines relacionados con la depuración, con fines
relacionados con la resolución de problemas, etc.
Después de un mes, las posibilidades de acceder al registro son mínimas.
Entonces, lo que necesitamos automáticamente, estos registros deben transferirse al acceso infrecuente estándar.
Y después de almacenarlo en un acceso poco frecuente durante un cierto período de tiempo, digamos un
mes más, las posibilidades de acceder a los registros son mínimas.
Pero aún necesita los registros para fines de cumplimiento.
Entonces, lo que necesita después puede ser una cierta cantidad de tiempo.
Quieres mover esos registros a Galatia.
Por lo tanto, la transición automática de datos entre múltiples clases de almacenamiento es algo que se puede lograr con la ayuda de
políticas de ciclo de vida.
Por lo tanto, esto se puede entender mejor con el diagrama aquí donde tiene un estándar de la industria almacenado de video.
Entonces, lo que desea inicialmente se puede acceder mucho.
Sin embargo, después de 30 días, las posibilidades de que se acceda al video son mínimas.
Entonces, ¿Qué haces?
Lo mueves a historias diferentes, clase de acceso estándar, poco frecuente después de 30 días y después de
un tiempo en el acceso poco frecuente, digamos después de 60 días, las posibilidades de que tengas acceso
son casi nulas.
Sin embargo, aún necesitas este video específico.
Entonces, lo que haces después de 60 días, el video va al glaciar.
Entonces, estas acciones de transición que están sucediendo de manera automatizada es algo de lo que se encargan sus políticas
de ciclo de vida en S3.
Así que analicémoslo rápidamente ahora para el video de hoy.
Tengo un tamaño de muestra de tres cubos y este cubo de tres tiene un objeto.
Ahora, este objeto tiene la clase de almacenamiento asociada del estándar S3.
Ahora, cuando estamos discutiendo sobre estas acciones de transición, mientras discutimos esto es posible con la ayuda de
políticas de ciclo de vida.
Ahora, las políticas de ciclo de vida no habilitan tres de forma predeterminada.
Entonces, sea cual sea el objeto que se esté almacenando, seguirá estando en la clase de almacenamiento estándar.
Entonces, para seguir adelante y crear acciones de transición, lo que debe hacer, debe ir a la administración
y dentro de un año tiene las reglas del ciclo de vida.
Así que sigamos adelante y creemos una regla de ciclo de vida aquí dentro de la regla de ciclo de vida.
Llamémoslo módulo y dentro del alcance de las reglas.
Solo especifico aplicar a todos los objetos aquí y ahora.
El siguiente aspecto importante son las acciones de las reglas del ciclo de vida.
El primero es la transición de la versión actual de objetos entre clases de almacenamiento.
Así que continuaré y lo seleccionaré ahora.
La primera conversión de la clase de almacenamiento de Estándar debe pasar al acceso estándar, infrecuente y
frecuente después de 30 días de la creación del objeto.
Está bien.
Ahora agrego una transición más esta vez en lugar de inteligente durante.
Lo diré más tarde.
Entonces, digamos, después de 60 días de la creación del objeto, el objeto debe ir a Glacier.
Si bien Gordon reconoce que esto está básicamente relacionado con el presente y también le brinda el
resumen que establece y cero, el objeto se crea y este objeto en los datos va a estos impuestos
infrecuentes estándar, y luego, después de los 60, el objeto pasa a glaciar.
Entonces este es el proceso automatizado que ocurre.
Audio una vez, luego puede continuar y crear un.
Entonces, una vez que cree una regla, básicamente obtendrá información relacionada con ella.
Entonces, básicamente, comienza la transición al acceso infrecuente estándar y luego la transición a Galatia y actualmente
el alcance está inactivo.
Todos los objetos que forman parte del depósito pasarán por esta regla específica.
Excelente.
No.
Una cosa más importante que quería mostrarte, de hecho, la política de ciclo de vida también te permite
hacerlo.
Digamos que tienes algunos datos con tu papá y antes de que los necesites solo para, digamos, los
próximos 90 días, después de los 90 días, realmente no los necesitas y quieres continuar y eliminarlos.
Entonces todas estas posibilidades también se pueden hacer.
Así que pasará rápidamente a la dirección.
Y si crea una nueva regla de ciclo de vida, si observa la regla de ciclo de vida, hay varias
acciones disponibles.
Uno es para la versión actual del objeto.
El segundo es para la versión anterior del objeto.
Teniendo en cuenta que el otro control de versiones e incluso entonces también tiene la versión actual de Xfire de los objetos
donde puede especificar una cantidad de días después de los cuales el objeto caducaría.
También tiene el océano relacionado para eliminar permanentemente la versión anterior de los objetos y también para eliminar
un marcador eliminado caducado.
Así que mucha flexibilidad además de la transición de objetos entre clases de almacenamiento.
También tiene la opción de eliminar los objetos después de un cierto período de tiempo con la ayuda de las acciones de las reglas
del ciclo de vida.
Eso es genial.
Así que espero que con esto haya entendido los conceptos básicos de estas tres políticas de ciclo de vida y concluya el video de
hoy.