4

使用 Java S3 SDK，我可以创建存储桶并将对象放入其中，列出内容并删除存储桶。我唯一不能做的就是删除后再次创建相同的存储桶。

在下面显示的堆栈跟踪中，我之前创建了一个名为gormanm-0709-root的存储桶，使用它，然后通过s3.deleteBucket("gormanm-0709-r-o-o-t"). 然后我尝试通过重新创建它，s3.createBucket("gormanm-0709-r-o-o-t", "us-standard")但得到如下所示的错误。

com.amazonaws.services.s3.model.AmazonS3Exception: Container gormanm-0709-r-o-o-t exists (Service: Amazon S3; Status Code: 409; Error Code: BucketAlreadyExists; Request ID: 1be8b569-3db4-4eff-bf1e-c4b8dac20272), S3 Extended Request ID: null
	at com.amazonaws.http.AmazonHttpClient$RequestExecutor.handleErrorResponse(AmazonHttpClient.java:1588)
	at com.amazonaws.http.AmazonHttpClient$RequestExecutor.executeOneRequest(AmazonHttpClient.java:1258)
	at com.amazonaws.http.AmazonHttpClient$RequestExecutor.executeHelper(AmazonHttpClient.java:1030)
	at com.amazonaws.http.AmazonHttpClient$RequestExecutor.doExecute(AmazonHttpClient.java:742)
	at com.amazonaws.http.AmazonHttpClient$RequestExecutor.executeWithTimer(AmazonHttpClient.java:716)
	at com.amazonaws.http.AmazonHttpClient$RequestExecutor.execute(AmazonHttpClient.java:699)
	at com.amazonaws.http.AmazonHttpClient$RequestExecutor.access$500(AmazonHttpClient.java:667)
	at com.amazonaws.http.AmazonHttpClient$RequestExecutionBuilderImpl.execute(AmazonHttpClient.java:649)
	at com.amazonaws.http.AmazonHttpClient.execute(AmazonHttpClient.java:513)
	at com.amazonaws.services.s3.AmazonS3Client.invoke(AmazonS3Client.java:4187)
	at com.amazonaws.services.s3.AmazonS3Client.invoke(AmazonS3Client.java:4134)
	at com.amazonaws.services.s3.AmazonS3Client.createBucket(AmazonS3Client.java:1021)
	at com.amazonaws.services.s3.AmazonS3Client.createBucket(AmazonS3Client.java:973)
	at com.ibm.saas.file.cos.CosFile.createBucket(CosFile.java:794)
	at com.ibm.saas.file.cos.CosFile.ensureBucketExists(CosFile.java:781)
	at com.ibm.saas.file.cos.CosFile.mkdirs(CosFile.java:665)
	at com.ibm.saas.file.cos.CosFileServiceTest.testDir(CosFileServiceTest.java:148)
	at com.ibm.saas.file.cos.CosFileServiceTest.testRootOperations(CosFileServiceTest.java:82)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:498)
	at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:47)
	at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
	at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:44)
	at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
	at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
	at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
	at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:271)
	at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:70)
	at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50)
	at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238)
	at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63)
	at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236)
	at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53)
	at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229)
	at org.junit.runners.ParentRunner.run(ParentRunner.java:309)
	at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:86)
	at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:459)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:675)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:382)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:192)

我确定我删除了它（因为代码没有抛出任何异常，而且我没有看到存储桶出现在 Bluemix/Softlayer 控制台中）而且我确定没有其他人“跳过”我的存储桶名称，因为我有一遍又一遍地做这个测试。

我的猜测是，在存储桶名称再次可供使用之前还有一段时间，但我只是在猜测，即使这是真的，也应该有一些文档在某处解释规则。

说到文档，获取帮助页面说去这里（https://developer.ibm.com/answers/smartspace/public-cloud-object-storage/）询问问题，但该页面不存在。

4

2 回答 2

4

在 IBM COS 中，存储桶删除后有 10 分钟的时间段保留名称。此延迟可防止命令可能写入已删除存储桶的可能缓存问题。这种可能性很小，我们可能会将这个窗口缩小一点，但一般来说，删除和重新创建存储桶并不是一个好习惯。您是否有特殊原因需要在您的工作流程中执行此操作？

是的，正如@jarmod 在顶级评论中提到的那样，这种行为是由于大量分布式逻辑设备控制对象的切片和重组。存储桶删除仍然大部分是立即一致的，因为在收到响应后将无法进行写入和列出204，但可以更好地记录此行为。

虽然 Michael 的回答是指 AWS S3，但对于我们的实施来说，这些信息或多或少是准确的。

于 2017-03-26T16:43:46.140 回答
3

来自 S3 开发人员指南：

存储桶所有权不可转让；但是，如果存储桶为空，您可以将其删除。删除存储桶后，该名称可重复使用，但由于各种原因，您可能无法重复使用该名称。例如，其他一些帐户可以使用该名称创建存储桶。另请注意，可能需要一些时间才能重用名称。因此，如果您想使用相同的存储桶名称，请不要删除存储桶。 [重点补充]

http://docs.aws.amazon.com/AmazonS3/latest/dev/BucketRestrictions.html

您有关于预期延迟的文档，还有一个奖励金块：您真的不应该删除和重新创建存储桶。由于存储桶命名空间是全局的，因此在任何给定时间只能存在一个给定名称的存储桶，当然也只能在一个区域中。存储桶仅在您不再需要它们时才被删除 - 否则，清空对象存储桶，但保留存储桶。有人可能会抢购这个名字，如果它特别不晦涩的话。还：

Amazon S3 的高可用性工程专注于获取、放置、列出和删除操作。由于存储桶操作针对集中的全局资源空间，因此不适合在应用程序的高可用性代码路径上创建或删除存储桶。最好在您不经常运行的单独初始化或设置例程中创建或删除存储桶。

http://docs.aws.amazon.com/AmazonS3/latest/dev/BucketRestrictions.html

虽然细节不公开，但所有 S3 区域在某种意义上都知道所有存储桶。如果您将 S3 请求发送到错误的区域，则该错误区域确实知道正确的区域，并将返回包含（显然未记录的）x-amz-bucket-region:响应标头的错误。

因此，当创建存储桶时（无论区域如何），在创建存储桶时必然会与 S3 全局数据库进行一些内部通信。这里的中断可能会阻止在任何区域创建存储桶，即使该区域在其他方面运行正常。

请注意，在撰写本文时，文档的另一部分 S3 入门指南提供了基本相同的信息。然而，至少在 2015 年底之前，那里提供的信息有所不同。

当您删除存储桶时，可能会延迟最多一小时，然后存储桶名称才能在新区域或新存储桶所有者中重复使用。如果您在同一区域或使用相同的存储桶所有者重新创建存储桶，则不会出现延迟。

https://web.archive.org/web/20150905132716/http://docs.aws.amazon.com/AmazonS3/latest/gsg/DeletingAnObjectandBucket.html

直觉上，我怀疑 S3 的持续增长可能使这些信息在它被删除之前就已经过时了，在 2015 年的这个快照之前。

于 2017-03-26T14:20:25.673 回答