You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
* <p>Completes a multipart upload by assembling previously uploaded parts.</p>
47
47
* <p>You first initiate the multipart upload and then upload all parts using the <a href="https://docs.aws.amazon.com/AmazonS3/latest/API/API_UploadPart.html">UploadPart</a>
48
48
* operation. After successfully uploading all relevant parts of an upload, you call this
49
-
* action to complete the upload. Upon receiving this request, Amazon S3 concatenates all the
50
-
* parts in ascending order by part number to create a new object. In the Complete Multipart
51
-
* Upload request, you must provide the parts list. You must ensure that the parts list is
52
-
* complete. This action concatenates the parts that you provide in the list. For each part in
53
-
* the list, you must provide the part number and the <code>ETag</code> value, returned after
54
-
* that part was uploaded.</p>
49
+
* action to complete the upload. Upon receiving this request, Amazon S3 concatenates all the parts
50
+
* in ascending order by part number to create a new object. In the Complete Multipart Upload
51
+
* request, you must provide the parts list. You must ensure that the parts list is complete.
52
+
* This action concatenates the parts that you provide in the list. For each part in the list,
53
+
* you must provide the part number and the <code>ETag</code> value, returned after that part
54
+
* was uploaded.</p>
55
55
* <p>Processing of a Complete Multipart Upload request could take several minutes to
56
56
* complete. After Amazon S3 begins processing the request, it sends an HTTP response header that
57
57
* specifies a 200 OK response. While processing is in progress, Amazon S3 periodically sends white
* <p>If you want to create an Amazon S3 on Outposts bucket, see <a href="https://docs.aws.amazon.com/AmazonS3/latest/API/API_control_CreateBucket.html">Create Bucket</a>. </p>
47
47
* <p>By default, the bucket is created in the US East (N. Virginia) Region. You can
48
-
* optionally specify a Region in the request body. You might choose a Region to optimize
49
-
* latency, minimize costs, or address regulatory requirements. For example, if you reside in
50
-
* Europe, you will probably find it advantageous to create buckets in the Europe (Ireland)
51
-
* Region. For more information, see <a href="https://docs.aws.amazon.com/AmazonS3/latest/dev/UsingBucket.html#access-bucket-intro">Accessing a
48
+
* optionally specify a Region in the request body. To constrain the bucket creation to a
49
+
* specific Region, you can use <a href="https://docs.aws.amazon.com/AmazonS3/latest/API/API_CreateBucketConfiguration.html">
50
+
* <code>LocationConstraint</code>
51
+
* </a> condition key. You might choose a Region to
52
+
* optimize latency, minimize costs, or address regulatory requirements. For example, if you
53
+
* reside in Europe, you will probably find it advantageous to create buckets in the Europe
54
+
* (Ireland) Region. For more information, see <a href="https://docs.aws.amazon.com/AmazonS3/latest/dev/UsingBucket.html#access-bucket-intro">Accessing a
52
55
* bucket</a>.</p>
53
56
* <note>
54
57
* <p>If you send your create bucket request to the <code>s3.amazonaws.com</code> endpoint,
55
-
* the request goes to the <code>us-east-1</code> Region. Accordingly, the signature calculations in
56
-
* Signature Version 4 must use <code>us-east-1</code> as the Region, even if the location constraint in
57
-
* the request specifies another Region where the bucket is to be created. If you create a
58
-
* bucket in a Region other than US East (N. Virginia), your application must be able to
59
-
* handle 307 redirect. For more information, see <a href="https://docs.aws.amazon.com/AmazonS3/latest/dev/VirtualHosting.html">Virtual hosting of
60
-
* buckets</a>.</p>
58
+
* the request goes to the <code>us-east-1</code> Region. Accordingly, the signature
59
+
* calculations in Signature Version 4 must use <code>us-east-1</code> as the Region, even
60
+
* if the location constraint in the request specifies another Region where the bucket is
61
+
* to be created. If you create a bucket in a Region other than US East (N. Virginia), your
62
+
* application must be able to handle 307 redirect. For more information, see <a href="https://docs.aws.amazon.com/AmazonS3/latest/dev/VirtualHosting.html">Virtual hosting of
63
+
* buckets</a>.</p>
61
64
* </note>
62
65
* <dl>
63
66
* <dt>Permissions</dt>
64
67
* <dd>
65
-
* <p>In addition to <code>s3:CreateBucket</code>, the following permissions are required when
66
-
* your <code>CreateBucket</code> request includes specific headers:</p>
68
+
* <p>In addition to <code>s3:CreateBucket</code>, the following permissions are
69
+
* required when your <code>CreateBucket</code> request includes specific
70
+
* headers:</p>
67
71
* <ul>
68
72
* <li>
69
73
* <p>
70
-
* <b>Access control lists (ACLs)</b> - If your <code>CreateBucket</code> request
71
-
* specifies access control list (ACL) permissions and the ACL is public-read, public-read-write,
72
-
* authenticated-read, or if you specify access permissions explicitly through any other
73
-
* ACL, both <code>s3:CreateBucket</code> and <code>s3:PutBucketAcl</code> permissions
74
-
* are needed. If the ACL for the <code>CreateBucket</code> request is private or if the request doesn't
75
-
* specify any ACLs, only <code>s3:CreateBucket</code> permission is needed. </p>
74
+
* <b>Access control lists (ACLs)</b> - If your
75
+
* <code>CreateBucket</code> request specifies access control list (ACL)
76
+
* permissions and the ACL is public-read, public-read-write,
77
+
* authenticated-read, or if you specify access permissions explicitly through
78
+
* any other ACL, both <code>s3:CreateBucket</code> and
79
+
* <code>s3:PutBucketAcl</code> permissions are needed. If the ACL for the
80
+
* <code>CreateBucket</code> request is private or if the request doesn't
81
+
* specify any ACLs, only <code>s3:CreateBucket</code> permission is needed.
82
+
* </p>
76
83
* </li>
77
84
* <li>
78
85
* <p>
79
-
* <b>Object Lock</b> - If <code>ObjectLockEnabledForBucket</code> is set to true in your
80
-
* <code>CreateBucket</code> request,
81
-
* <code>s3:PutBucketObjectLockConfiguration</code> and
82
-
* <code>s3:PutBucketVersioning</code> permissions are required.</p>
86
+
* <b>Object Lock</b> - If
87
+
* <code>ObjectLockEnabledForBucket</code> is set to true in your
88
+
* <code>CreateBucket</code> request,
89
+
* <code>s3:PutBucketObjectLockConfiguration</code> and
90
+
* <code>s3:PutBucketVersioning</code> permissions are required.</p>
83
91
* </li>
84
92
* <li>
85
93
* <p>
86
-
* <b>S3 Object Ownership</b> - If your <code>CreateBucket</code> request includes the <code>x-amz-object-ownership</code> header, then the
87
-
* <code>s3:PutBucketOwnershipControls</code> permission is required. By default, <code>ObjectOwnership</code> is set to <code>BucketOWnerEnforced</code> and ACLs are disabled. We recommend keeping
88
-
* ACLs disabled, except in uncommon use cases where you must control access for each object individually. If you want to change the <code>ObjectOwnership</code> setting, you can use the
89
-
* <code>x-amz-object-ownership</code> header in your <code>CreateBucket</code> request to set the <code>ObjectOwnership</code> setting of your choice.
90
-
* For more information about S3 Object Ownership, see <a href="https://docs.aws.amazon.com/AmazonS3/latest/userguide/about-object-ownership.html">Controlling object
91
-
* ownership </a> in the <i>Amazon S3 User Guide</i>.</p>
94
+
* <b>S3 Object Ownership</b> - If your
95
+
* <code>CreateBucket</code> request includes the
96
+
* <code>x-amz-object-ownership</code> header, then the
97
+
* <code>s3:PutBucketOwnershipControls</code> permission is required. By
98
+
* default, <code>ObjectOwnership</code> is set to
99
+
* <code>BucketOWnerEnforced</code> and ACLs are disabled. We recommend
100
+
* keeping ACLs disabled, except in uncommon use cases where you must control
101
+
* access for each object individually. If you want to change the
102
+
* <code>ObjectOwnership</code> setting, you can use the
103
+
* <code>x-amz-object-ownership</code> header in your
104
+
* <code>CreateBucket</code> request to set the <code>ObjectOwnership</code>
105
+
* setting of your choice. For more information about S3 Object Ownership, see
* <b>S3 Block Public Access</b> - If your specific use case requires granting public access to your S3 resources, you can disable Block Public Access. You can create a new bucket with Block Public Access enabled, then separately call the <a href="https://docs.aws.amazon.com/AmazonS3/latest/API/API_DeletePublicAccessBlock.html">
112
+
* <b>S3 Block Public Access</b> - If your
113
+
* specific use case requires granting public access to your S3 resources, you
114
+
* can disable Block Public Access. You can create a new bucket with Block
115
+
* Public Access enabled, then separately call the <a href="https://docs.aws.amazon.com/AmazonS3/latest/API/API_DeletePublicAccessBlock.html">
96
116
* <code>DeletePublicAccessBlock</code>
97
117
* </a> API. To use this operation, you must have the
98
-
* <code>s3:PutBucketPublicAccessBlock</code> permission. By default, all Block
99
-
* Public Access settings are enabled for new buckets. To avoid inadvertent exposure of
100
-
* your resources, we recommend keeping the S3 Block Public Access settings enabled. For more information about S3 Block Public Access, see <a href="https://docs.aws.amazon.com/AmazonS3/latest/userguide/about-object-ownership.html">Blocking public
101
-
* access to your Amazon S3 storage </a> in the <i>Amazon S3 User Guide</i>. </p>
118
+
* <code>s3:PutBucketPublicAccessBlock</code> permission. By default, all
119
+
* Block Public Access settings are enabled for new buckets. To avoid
120
+
* inadvertent exposure of your resources, we recommend keeping the S3 Block
121
+
* Public Access settings enabled. For more information about S3 Block Public
122
+
* Access, see <a href="https://docs.aws.amazon.com/AmazonS3/latest/userguide/about-object-ownership.html">Blocking
123
+
* public access to your Amazon S3 storage </a> in the
124
+
* <i>Amazon S3 User Guide</i>. </p>
102
125
* </li>
103
126
* </ul>
104
127
* </dd>
105
128
* </dl>
106
129
* <important>
107
-
* <p> If your <code>CreateBucket</code> request sets <code>BucketOwnerEnforced</code> for Amazon S3 Object Ownership
108
-
* and specifies a bucket ACL that provides access to an external Amazon Web Services account, your request fails with a <code>400</code> error and returns the <code>InvalidBucketAcLWithObjectOwnership</code> error code. For more information,
109
-
* see <a href="https://docs.aws.amazon.com/AmazonS3/latest/userguide/object-ownership-existing-bucket.html">Setting Object
110
-
* Ownership on an existing bucket </a> in the <i>Amazon S3 User Guide</i>. </p>
130
+
* <p> If your <code>CreateBucket</code> request sets <code>BucketOwnerEnforced</code> for
131
+
* Amazon S3 Object Ownership and specifies a bucket ACL that provides access to an external
132
+
* Amazon Web Services account, your request fails with a <code>400</code> error and returns the
133
+
* <code>InvalidBucketAcLWithObjectOwnership</code> error code. For more information,
134
+
* see <a href="https://docs.aws.amazon.com/AmazonS3/latest/userguide/object-ownership-existing-bucket.html">Setting Object
135
+
* Ownership on an existing bucket </a> in the <i>Amazon S3 User Guide</i>.
136
+
* </p>
111
137
* </important>
112
138
* <p>The following operations are related to <code>CreateBucket</code>:</p>
* <p>If you have configured a lifecycle rule to abort incomplete multipart uploads, the
52
52
* upload must complete within the number of days specified in the bucket lifecycle
53
53
* configuration. Otherwise, the incomplete multipart upload becomes eligible for an abort
54
-
* action and Amazon S3 aborts the multipart upload. For more information, see <a href="https://docs.aws.amazon.com/AmazonS3/latest/dev/mpuoverview.html#mpu-abort-incomplete-mpu-lifecycle-config">Aborting Incomplete Multipart Uploads Using a Bucket Lifecycle Configuration</a>.</p>
54
+
* action and Amazon S3 aborts the multipart upload. For more information, see <a href="https://docs.aws.amazon.com/AmazonS3/latest/dev/mpuoverview.html#mpu-abort-incomplete-mpu-lifecycle-config">Aborting Incomplete Multipart Uploads Using a Bucket Lifecycle
55
+
* Configuration</a>.</p>
55
56
* <p>For information about the permissions required to use the multipart upload API, see
* by using server-side encryption with an Amazon S3 managed key (SSE-S3) by default. Server-side encryption is for data encryption at rest. Amazon S3 encrypts
131
-
* your data as it writes it to disks in its data centers and decrypts it when you
132
-
* access it. You can request that Amazon S3 encrypts
133
-
* data at rest by using server-side encryption with other key options. The option you use depends on
130
+
* <p>Amazon S3 encrypts data by using server-side encryption with an Amazon S3 managed key
131
+
* (SSE-S3) by default. Server-side encryption is for data encryption at rest. Amazon S3
132
+
* encrypts your data as it writes it to disks in its data centers and decrypts it
133
+
* when you access it. You can request that Amazon S3 encrypts data at rest by using
134
+
* server-side encryption with other key options. The option you use depends on
134
135
* whether you want to use KMS keys (SSE-KMS) or provide your own encryption keys
135
136
* (SSE-C).</p>
136
137
* <ul>
137
138
* <li>
138
139
* <p>Use KMS keys (SSE-KMS) that include the Amazon Web Services managed key
139
-
* (<code>aws/s3</code>) and KMS customer managed keys stored in Key Management Service (KMS) – If you
140
-
* want Amazon Web Services to manage the keys used to encrypt data, specify the following
141
-
* headers in the request.</p>
140
+
* (<code>aws/s3</code>) and KMS customer managed keys stored in Key Management Service (KMS) –
141
+
* If you want Amazon Web Services to manage the keys used to encrypt data, specify the
0 commit comments