Skip to main content
Hay disponible una nueva versión de este producto.
Se proporciona el idioma español mediante traducción automática para su comodidad. En caso de alguna inconsistencia, el inglés precede al español.

Completar carga de varias partes

Colaboradores

La operación de carga de varias partes completa completa finaliza una carga de varias partes de un objeto mediante el montaje de las piezas previamente cargadas.

Resolución de conflictos

Las solicitudes de clientes en conflicto, como dos clientes que escriben en la misma clave, se resuelven en base a «las últimas victorias». El plazo para la evaluación de «'últimos logros'» se basa en cuándo el sistema StorageGRID completa una solicitud determinada, y no en cuándo los clientes de S3 inician una operación.

Tamaño del objeto

StorageGRID admite objetos con un tamaño de hasta 5 TB.

Solicitar encabezados

La x-amz-storage-class Se admite el encabezado de la solicitud y afecta al número de copias de objetos que crea StorageGRID si la regla de ILM coincidente especifica un comportamiento de ingesta de COMMIT doble o de equilibrado.

  • STANDARD

    (Predeterminado) especifica una operación de procesamiento de confirmación doble cuando la regla ILM utiliza la opción Commit doble o cuando la opción equilibrada vuelve a crear copias provisionales.

  • REDUCED_REDUNDANCY

    Especifica una operación de procesamiento de confirmación única cuando la regla de ILM utiliza la opción Commit doble o cuando la opción equilibrada vuelve a crear copias provisionales.

    Nota Si va a procesar un objeto en un bloque con el bloqueo de objetos S3 habilitado, el REDUCED_REDUNDANCY opción ignorada. Si está ingiriendo un objeto en un bloque compatible heredado, el REDUCED_REDUNDANCY opción devuelve un error. StorageGRID siempre realizará una ingesta con doble confirmación para garantizar que se cumplan los requisitos de cumplimiento.
Importante Si no se completa una carga de varias partes en un plazo de 15 días, la operación se Marca como inactiva y todos los datos asociados se eliminan del sistema.
Nota La ETag El valor devuelto no es una suma MD5 de los datos, sino que sigue a la implementación de API de Amazon S3 de ETag valor para objetos de varias piezas.

Creación de versiones

Esta operación completa una carga de varias partes. Si el control de versiones está habilitado para un bloque, la versión del objeto se crea al finalizar la carga de varias partes.

Si el control de versiones está habilitado para un bloque, un valor único versionId se genera automáticamente para la versión del objeto almacenado. Este versionId también se devuelve en la respuesta mediante el x-amz-version-id encabezado de respuesta.

Si se suspende el control de versiones, la versión del objeto se almacena con un valor nulo versionId y si ya existe una versión nula, se sobrescribirá.

Nota Cuando se habilita el control de versiones para un bloque, al completar una carga de varias partes siempre se crea una versión nueva, incluso si hay cargas simultáneas de varias partes completadas en la misma clave de objeto. Cuando el control de versiones no está habilitado para un bloque, es posible iniciar una carga de varias partes y, a continuación, hacer que se inicie y finalice otra carga de varias partes primero en la misma clave de objeto. En cubos sin versiones, la carga de varias partes que finaliza por última vez tiene prioridad.

Error en la replicación, notificación o notificación de metadatos

Si el bloque donde se produce la carga de varias partes está configurado para un servicio de plataforma, la carga de varias partes se realiza correctamente incluso si la acción de replicación o notificación asociada falla.

Si esto ocurre, se genera una alarma en el administrador de grid en eventos totales (SMTT). El mensaje Last Event muestra "'error al publicar notificaciones para la clave de objeto de nombre de bloque'" del último objeto cuya notificación ha fallado. (Para ver este mensaje, seleccione Nodes > Storage Node > Events. Ver último evento en la parte superior de la tabla). Los mensajes de eventos también se muestran en la /var/local/log/bycast-err.log.

Un inquilino puede activar la replicación o notificación con errores actualizando los metadatos o las etiquetas del objeto. Un arrendatario puede volver a enviar los valores existentes para evitar realizar cambios no deseados.

Información relacionada

"Gestión de objetos con ILM"