Complete Multipart Upload の実行
Complete Multipart Upload 処理では、以前にアップロードされたパートをアセンブルすることで、オブジェクトのマルチパートアップロードを完了します。
競合の解決
同一キーに書き込む2つのクライアントなど'競合するクライアント要求は'最新のWINS形式で解決されます「latest-wins」評価のタイミングは、S3クライアントが処理を開始するタイミングではなく、StorageGRID システムが特定の要求を完了したタイミングに基づいています。
オブジェクトのサイズ
StorageGRID は、サイズが最大5TBのオブジェクトをサポートします。
要求ヘッダー
。 x-amz-storage-class
要求ヘッダーがサポートされ、一致するILMルールで取り込み動作にDual commitまたはBalancedが指定されている場合にStorageGRID で作成されるオブジェクトコピーの数に影響します。
-
STANDARD
(デフォルト) ILM ルールで Dual commit オプションが使用されている場合、または Balanced オプションによって中間コピーが作成される場合に、デュアルコミットの取り込み処理を指定します。
-
REDUCED_REDUNDANCY
ILM ルールで Dual commit オプションが使用されている場合、または Balanced オプションによって中間コピーが作成される場合に、シングルコミットの取り込み処理を指定します。
S3オブジェクトロックを有効にしてオブジェクトをバケットに取り込む場合は、を使用します REDUCED_REDUNDANCY
オプションは無視されます。古い準拠バケットにオブジェクトを取り込む場合は、を参照してくださいREDUCED_REDUNDANCY
オプションを指定するとエラーが返されます。StorageGRID では、常にデュアルコミットの取り込みが実行され、コンプライアンス要件が満たされます。
マルチパートアップロードが 15 日以内に完了しないと、非アクティブな処理としてマークされ、関連するすべてのデータがシステムから削除されます。 |
。 ETag 返される値はデータのMD5サムではなく、のAmazon S3 APIの実装に従います ETag マルチパートオブジェクトの値。
|
バージョン管理
マルチパートアップロードは、この処理で完了します。バケットでバージョン管理が有効になっている場合は、マルチパートアップロードの完了時にオブジェクトのバージョンが作成されます。
バケットでバージョン管理が有効になっている場合は、一意です versionId
は、格納されているオブジェクトのバージョンに対して自動的に生成されます。これ versionId
は、を使用して応答としても返されます x-amz-version-id
応答ヘッダー。
バージョン管理が一時停止中の場合は、オブジェクトバージョンはnullで格納されます versionId
また、nullバージョンがすでに存在する場合は上書きされます。
バケットでバージョン管理が有効になっているときは、同じオブジェクトキーで同時に複数のマルチパートアップロードが実行されている場合でも、マルチパートアップロードが完了するたびに常に新しいバージョンが作成されます。バケットでバージョン管理が有効になっていないときは、マルチパートアップロードの開始後に、同じオブジェクトキーで別のマルチパートアップロードが開始されて先に完了することがあります。バージョン管理が有効になっていないバケットでは、最後に完了したマルチパートアップロードが優先されます。 |
レプリケーション、通知、またはメタデータ通知に失敗しました
マルチパートアップロードが行われるバケットでプラットフォームサービスが設定されている場合、関連するレプリケーション操作や通知操作が失敗してもマルチパートアップロードは正常に実行されます。
この状況が発生すると、 Total Events ( SMTT )のアラームがグリッドマネージャで生成されます。Last Event メッセージに、通知が失敗した最後のオブジェクトについて、「 Failed to publish notifications for bucket-name object key 」と表示されます。(このメッセージを表示するには、* Nodes >*_ Storage Node_>* Events *を選択します。表の一番上にLast Eventが表示されます)。イベントメッセージは、にも表示されます /var/local/log/bycast-err.log
。
テナントでは、オブジェクトのメタデータまたはタグを更新することで、失敗したレプリケーションまたは通知をトリガーできます。テナントでは、既存の値を再送信し、不要な変更を回避できます。