### 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_
# Sign
        # http
        _key = "key-header-overrides"
        s3_client.put_(Bucket=s3_bucket, Key=_key, Body="something")
        expiry_date = "Wed, 21 Oct 2015 07:28:00 GMT"
        response = s3_client.get_(
            Bucket=s3_bucket,
            Key=_key,
            ResponseCacheControl="max-age=74",
            ResponseContentDisposition='attachment; filename="foo.jpg"',
            ResponseContentEncoding="identity",
            ResponseContentLanguage="de-DE",
            ResponseContentType="image/jpeg",
            ResponseExpires=expiry_date,
        )
        snapshot.match("get-", response)
    @pytest.mark.only_localstack
    @pytest.mark.skipif(condition=LEGACY_S3_PROVIDER, reason="Testing new ASF handler behaviour")
    def test_virtual_host_proxying_headers(self, s3_client, s3_bucket):