### Is there an existing issue for this?

- [X] I have searched the existing issues

### Current Behavior

When multi uploading a file for Glacier Instant Retrieval, the operation fails at Complete stage with a message claiming storage class not supported.

### Expected Behavior

It works with real S3.

### How are you starting LocalStack?

With the `localstack` script

### Steps To Reproduce

#### How are you starting localstack (e.g., `bin/localstack` command, arguments, or `docker-compose.yml`)

localstack start

#### Client commands (e.g., AWS SDK code snippet, or sequence of "awslocal" commands)

 ```golang
	b, p := parse1(path)
	cmuI := &awsS3.CreateMultipartUploadInput{
		Bucket:       b,
		Key:          p,
		StorageClass: mtypes.StorageClassGlacierIr,
	}
_, err := client.CreateMultipartUpload(context.Background(), cmuI)

```
and process the upload of the part and then complete

### Environment

```markdown
- OS: Ubuntu 20.04
- LocalStack: pro latest
```


### Anything else?

_No response_
@pytest.mark.aws_validated
    # TODO x-amzn-requestid should be 'x-amz-request-id'
    # TODO "Vary" contains more in AWS, other params are added additional in LocalStack
    @pytest.mark.skip_snapshot_verify(
        paths=[
            "$..Access-Control-Allow-Headers",
            "$..Connection",
            "$..Location",
            "$..Vary",
            "$..Content-Type",
            "$..x-amzn-requestid",
            "$..last-modified",
            "$..Last-Modified",
        ]
    )
    def test_cors_with_allowed_origins(self, s3_client, s3_create_bucket, snapshot, monkeypatch):