Cómo StorageGRID utiliza el versionado de objetos
Sugerir cambios
PDF
Puede establecer el estado de control de versiones de un bloque si desea conservar varias versiones de cada objeto. Habilitar el control de versiones de un bloque puede ayudar a protegerse contra la eliminación accidental de objetos y permite recuperar y restaurar versiones anteriores de un objeto.
El sistema StorageGRID implementa versiones con compatibilidad para la mayoría de las funciones y con algunas limitaciones. StorageGRID admite hasta 10,000 versiones de cada objeto.
El control de versiones de objetos puede combinarse con la gestión del ciclo de vida de la información (ILM) de StorageGRID o con la configuración del ciclo de vida de bloques de S3. Debe activar el control de versiones de forma explícita para cada bloque. Cuando se habilita el control de versiones para un bloque, a cada objeto agregado al bloque se le asigna un ID de versión, que genera el sistema StorageGRID.
No se admite el uso de la autenticación multifactor (MFA).
|
El control de versiones solo se puede habilitar en bloques creados con StorageGRID versión 10.3 o posterior. |
ILM y versiones
Las políticas de ILM se aplican a cada versión de un objeto. Un proceso de análisis de ILM analiza continuamente todos los objetos y los vuelve a evaluar en relación con la política actual de ILM. Todos los cambios realizados en las políticas de ILM se aplican a todos los objetos procesados anteriormente. Esto incluye versiones que se han ingerido previamente si la versión está activada. El análisis de ILM aplica nuevos cambios de ILM a los objetos procesados previamente.
Para los objetos S3 en bloques con control de versiones, el soporte de control de versiones le permite crear reglas de ILM que utilicen 'Tiempo no corriente' como Tiempo de referencia (seleccione Sí para la pregunta, '¿Aplicar esta regla solo a versiones de objetos anteriores?' en "Paso 1 del asistente Crear una regla de ILM"). Cuando se actualiza un objeto, sus versiones anteriores se vuelven no actuales. El uso de un filtro de tiempo no corriente permite crear políticas que reduzcan el impacto en el almacenamiento de las versiones anteriores de objetos.
|
|
Cuando se carga una nueva versión de un objeto mediante una operación de carga de varias partes, la hora no actual de la versión original del objeto se refleja cuando se creó la carga de varias partes para la nueva versión, no cuando se completó la carga de varias partes. En casos limitados, la hora no actual de la versión original puede ser horas o días antes de la hora de la versión actual. |
Cómo utiliza el control de versiones de objetos la capacidad de almacenamiento en StorageGRID
La cantidad de espacio de almacenamiento que se utiliza para el control de versiones de los objetos depende del número de veces que subas un objeto, de las reglas de la política de ILM y de la acumulación de versiones obsoletas:
-
Cuando se habilita el control de versiones en un bucket, cada versión de un objeto se almacena como un objeto completo e independiente. Si subes un archivo de 1 GB cinco veces, StorageGRID almacena 5 GB de datos sin procesar (5 x 1 GB) para ese objeto.
-
La política de ILM se evalúa para cada versión del objeto. Por ejemplo, si tienes una regla de ILM de replicación de dos copias, StorageGRID almacena dos copias replicadas de cada versión del objeto (actual y no actual). Cuando esta regla de ILM se aplica a un bucket con 10 versiones de un objeto de 1 GB, se usan 20 GB de almacenamiento físico.
-
Si no se aplica una política de ciclo de vida del bucket de S3 ni una regla de ILM dirigida a las versiones obsoletas, StorageGRID conserva todas las versiones antiguas de forma indefinida y estas siguen consumiendo espacio de almacenamiento. Esta es la causa más habitual del aumento inesperado del espacio de almacenamiento en los buckets con versiones.