The Initiate Multipart Upload operation initiates a multipart upload for an object, and returns an upload ID.
The x-amz-storage-class request header is supported with the following enumerated values:
(Default) Specifies a dual-commit ingest operation. As soon as an object is ingested, a second copy of that object is created and distributed to a different Storage Node. When the object is matched by an ILM rule in the active policy, StorageGRID determines if the initial, dual-commit copies satisfy the placement instructions in the rule. If they do not, the object is added to the ILM evaluation queue. When the object is re-evaluated, new object copies might need to be made in different locations, and the initial dual-commit copies might need to be deleted.
Specifies a single-commit ingest operation. Specify REDUCED_REDUNDANCY only if you need to limit redundant storage at the time of ingest and only if you are willing to risk the loss of object data. For example, you might lose data if the single copy was initially stored on a Storage Node that failed before ILM evaluation could occur.
Specifying REDUCED_REDUNDANCY only affects how many copies are created when an object is first ingested. It does not affect how many copies of the object are made when it is evaluated by the active ILM policy. Using REDUCED_REDUNDANCY does not result in data being stored at lower levels of redundancy in the StorageGRID system.
The following request headers are supported:
x-amz-meta-name: value
x-amz-meta-creation-time: 1443399726The value for creation-time is evaluated as seconds since January 1, 1970.
The following request headers are not supported and return XNotImplemented:
Multipart upload consists of separate operations for initiating the upload, listing uploads, uploading parts, assembling the uploaded parts, and completing the upload. When the Complete Multipart Upload operation is performed, that is the point when objects are created (and versioned if applicable).