### 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_
for encoding in None, "gzip":
            # put 
            _key = "key-by-hostname"
            s3_client.put_(
                Bucket=s3_bucket,
                Key=_key,
                Body="something",
                ContentType="text/html; charset=utf-8",
            )
            url = s3_client.generate_presigned_url(
                "delete_", Params={"Bucket": s3_bucket, "Key": _key}
            )
            # get 
            headers = {}
            if encoding:
                headers["Accept-Encoding"] = encoding
            response = .delete(url, headers=headers, verify=False)
            assert not response.content
            assert response.status_code == 204
            # AWS 
            assert response.headers.get("content-length") in [
                "0",
                None,
            ], f"Unexpected content-length in headers {response.headers}"
    @pytest.mark.aws_validated
    def test_head_has_correct_content_length_header(self, s3_client, s3_bucket):