El artículo solicitado no está disponible. No corresponde a esta versión del producto o la información relevante está organizada de forma diferente en esta versión de los documentos. Puedes buscar, examinar o volver a la otra versión.
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.
Versiones compatibles y actualizaciones de la API de REST de StorageGRID S3
StorageGRID es compatible con la API de Simple Storage Service (S3), que se implementa como un conjunto de servicios web de Representational State Transfer (REST).
La compatibilidad con la API de REST de S3 te permite conectar aplicaciones orientadas a servicios desarrolladas para los servicios web de S3 con el almacenamiento de objetos local que utiliza el sistema StorageGRID. Solo es necesario realizar cambios mínimos en el uso actual que hace la aplicación cliente de las llamadas a la API de REST de S3.
Versiones compatibles
StorageGRID es compatible con las siguientes versiones específicas de STS, S3 y HTTP:
| Artículo |
Versión |
Especificación de la API STS AssumeRole
|
|
Especificación de la API de S3
|
|
|
Para obtener más información sobre HTTP, consulta HTTP/1.1 (RFCs 7230-35).
Nota: StorageGRID no admite el pipelining de HTTP/1.1.
|
Actualizaciones en la compatibilidad con la API de REST de S3
| Versión |
Comentarios |
|
-
Se ha añadido compatibilidad con el intercambio de recursos entre orígenes (CORS) para una interfaz de gestión, lo que permite que otro dominio acceda a los datos de StorageGRID mediante las API de gestión. "Más información".
-
Se ha añadido compatibilidad con STS AssumeRole y la política de sesión. Consulta "un ejemplo de política de sesión". Puedes configurar AssumeRole en grupos de inquilinos.
|
|
-
Se ha añadido compatibilidad con valores de suma de comprobación SHA-256 precalculados para las siguientes solicitudes y encabezados compatibles. Puedes utilizar esta función para verificar la integridad de los objetos subidos:
-
CompleteMultipartUpload: x-amz-checksum-sha256
-
CreateMultipartUpload: x-amz-checksum-algorithm
-
GetObject: x-amz-checksum-mode
-
HeadObject: x-amz-checksum-mode
-
ListParts
-
PutObject: x-amz-checksum-sha256
-
UploadPart: x-amz-checksum-sha256
-
Se añadió la posibilidad de que el administrador del grid controle la configuración de retención y Compliance a nivel de tenant. Estas configuraciones afectan los ajustes de S3 Object Lock.
-
Modo de retención predeterminado del bucket y modo de retención de objetos: Governance o Compliance, si el administrador de la grid lo permite.
-
Período de retención predeterminado del bucket y fecha de retención del objeto: debe ser menor o igual a lo que permite el período de retención máximo establecido por el administrador de grid.
-
Mejor compatibilidad con la codificación de contenido aws-chunked y los valores de streaming x-amz-content-sha256. Limitaciones:
-
Si está presente, chunk-signature es opcional y no se valida
-
Si está presente, x-amz-trailer el contenido se ignora
|
|
|
|
-
Añadido "Referencia rápida: Solicitudes compatibles de la API de S3".
-
Se añadió compatibilidad para usar el modo GOVERNANCE con S3 Object Lock.
-
Se ha añadido compatibilidad con el encabezado de respuesta específico de StorageGRID x-ntap-sg-cgr-replication-status para las solicitudes GET Object y HEAD Object. Este encabezado proporciona el estado de replicación de un objeto para la replicación entre grids.
-
Las solicitudes de SelectObjectContent ahora admiten objetos Parquet.
|
|
-
Se añadió compatibilidad para usar el parámetro de solicitud partNumber en las solicitudes GET Object y HEAD Object.
-
Se añadió compatibilidad con un modo de retención predeterminado y un periodo de retención predeterminado a nivel de bucket para S3 Object Lock.
-
Se ha añadido compatibilidad con la clave de condición de política s3:object-lock-remaining-retention-days para establecer el intervalo de períodos de retención permitidos para tus objetos.
-
Se ha modificado el tamaño máximo recomendado para una única operación PUT Object a 5 GiB (5,368,709,120 bytes). Si tienes objetos que superan los 5 GiB, usa la carga multiparte en su lugar.
|
|
-
Se añadió compatibilidad para gestionar el cifrado de los buckets.
-
Se añadió compatibilidad con S3 Object Lock y se dejaron de usar las solicitudes de Compliance heredadas.
-
Se añadió compatibilidad para usar DELETE Multiple Objects en buckets con control de versiones.
-
Ahora se admite correctamente el encabezado de solicitud Content-MD5.
|
|
-
Se añadió compatibilidad para DELETE Bucket tagging, GET Bucket tagging y PUT Bucket tagging. No se admiten las etiquetas de asignación de costes.
-
Para los buckets creados en StorageGRID 11.4, ya no es necesario restringir los nombres de las claves de los objetos para cumplir con las prácticas recomendadas de rendimiento.
-
Se añadió compatibilidad con las notificaciones de bucket en el tipo de evento s3:ObjectRestore:Post.
-
Ya se aplican los límites de tamaño de AWS para las partes de cargas multipartes. Cada parte en una carga multiparte debe estar entre 5 MiB y 5 GiB. La última parte puede ser menor de 5 MiB.
-
Se añadió compatibilidad con TLS 1.3
|
|
-
Se ha añadido compatibilidad con el cifrado del lado del servidor de los datos de objetos mediante claves proporcionadas por el cliente (SSE-C).
-
Se añadió compatibilidad para las operaciones de ciclo de vida de bucket DELETE, GET y PUT (solo acción de expiración) y para el encabezado de respuesta x-amz-expiration.
-
Se actualizaron PUT Object, PUT Object - Copy y Multipart Upload para describir el impacto de las reglas de ILM que usan la colocación sincrónica al momento de la ingesta.
-
Los algoritmos de cifrado TLS 1.1 ya no son compatibles.
|
|
Se añadió compatibilidad con POST Object restore para usar con Cloud Storage Pools. Se añadió compatibilidad con el uso de la sintaxis de AWS para ARN, claves de condición de políticas y variables de políticas en las políticas de grupo y de bucket. Las políticas de grupo y de bucket existentes que usan la sintaxis de StorageGRID seguirán siendo compatibles.
Nota: El uso de ARN/URN en otros archivos JSON/XML de configuración, incluidos los utilizados en funciones personalizadas de StorageGRID, no ha cambiado.
|
|
Se ha añadido compatibilidad con el intercambio de recursos entre orígenes (CORS), HTTP para las conexiones de clientes S3 a los nodos de la grid y la configuración de cumplimiento en los buckets.
|
|
Se ha añadido compatibilidad con la configuración de los servicios de la plataforma (CloudMirror replication, notificaciones e integración de búsqueda con Elasticsearch) para los buckets. También se ha añadido compatibilidad con las restricciones de ubicación de las etiquetas de objetos para los buckets, así como con la consistencia Available.
|
|
Se añadió compatibilidad con los cambios en el escaneo de ILM relacionados con el versionado, las actualizaciones de la página de nombres de dominio de los endpoints, las condiciones y variables en las políticas, los ejemplos de políticas y el permiso PutOverwriteObject.
|
|
Se añadió compatibilidad con el versionado.
|
|
Se añadió compatibilidad con las políticas de acceso a grupos y buckets, y con la copia multiparte (Upload Part - Copy).
|
|
Se añadió compatibilidad con la carga de archivos en varias partes, las solicitudes de tipo virtual hosted-style y la autenticación v4.
|
|
Compatibilidad inicial con la API de REST de S3 por parte del sistema StorageGRID. La versión de la Simple Storage Service API Reference compatible actualmente es 2006-03-01.
|