google-cloud-platform - GCP 存储版本控制:删除具有两个以上修订版的文件
问题描述
我正在尝试对 GCP 存储桶进行对象生命周期管理。我想删除存储桶中具有 2 个较新版本对象的所有文件。为此,我创建了以下规则
{
"lifecycle": {
"rule": [
{
"action": {"type": "Delete"},
"condition": {
"numNewerVersions": 2
}
}
]
}
}
已在存储桶上启用版本控制,如下所示
$ gsutil versioning get gs://<my bucket>/
gs://<my bucket>/: Enabled
inputFIle.txt 在 bucket 中具有如下所示的三个修订版。
gsutil ls -a gs://bucketdataflowtest/
gs://<my bucket>//inputFile.txt#1597038772164786
gs://<my bucket>//inputFile.txt#1600169465982831
gs://<my bucket>//inputFile.txt#1600680502763401
gs://<my bucket>//jsonSchema.json#1597038769578689
gs://<my bucket>//transformCSVtoJSON.js#1597038773640155
应用规则后,我验证规则已应用
$ gsutil lifecycle get gs://<my bucket>/
{"rule": [{"action": {"type": "Delete"}, "condition": {"numNewerVersions": 2}}]}
但我没有看到旧版本被删除。如下图所示,inputFIle.txt 的 4 个修订版仍然存在,包括 live 版本。
$ gsutil ls -la gs://<my bucket>/
209 2020-08-10T05:52:52Z gs://<my bucket>/inputFile.txt#1597038772164786 metageneration=1
347 2020-09-15T11:31:05Z gs://<my bucket>/inputFile.txt#1600169465982831 metageneration=1
347 2020-09-21T09:28:22Z gs://<my bucket>/inputFile.txt#1600680502763401 metageneration=1
347 2020-09-21T09:48:00Z gs://<my bucket>/inputFile.txt#1600681680007546 metageneration=1
571 2020-08-10T05:52:49Z gs://<my bucket>/jsonSchema.json#1597038769578689 metageneration=1
495 2020-08-10T05:52:53Z gs://<my bucket>/transformCSVtoJSON.js#1597038773640155 metageneration=1
我的生命周期规则有任何问题。存储桶具有标准存储类。
更新:
正如@guillaume blaquiere 所澄清的那样,我将等待 24 小时以检查该政策是否已生效。
我需要对以下情况进行进一步说明。
我已经编写了生命周期规则来删除所有超过 60 天的 Live 对象,并且在 70 天后删除非当前版本。因此,当应用该规则时,所有超过 60 天的实时版本对象都将被删除。但是由于在存储桶上启用了对象版本控制,它将为被删除的对象创建非当前版本。现在由于同一规则中的第二个条件,这些非当前版本将被删除。是 70 天后删除还是再过 10 天后删除。希望我清楚。上述场景的规则如下图所示
{
"lifecycle": {
"rule": [
{
"action": {"type": "Delete"},
"condition": {
"age": 60,
"isLive": true
}
},
{
"action": {"type": "Delete"},
"condition": {
"age": 70 ,
"isLive": false
}
}
]
}
}
请澄清
解决方案
生命周期是一个异步过程,您的配置最长可能需要 24 小时才能考虑在内。您不知道它何时扫描您的存储桶。这里是文档中的详细信息
Cloud Storage 会定期检查存储桶中配置了对象生命周期管理的所有对象,并根据存储桶的规则执行所有适用的操作。Cloud Storage 异步执行操作,因此在满足条件和执行操作之间可能存在延迟。
对您的生命周期配置的更新最多可能需要 24 小时才能生效。这意味着当您更改生命周期配置时,对象生命周期管理可能仍会根据旧配置执行长达 24 小时的操作。
推荐阅读
- django - 我需要帮助覆盖 django rest auth 包中的用户注册字段
- reactjs - 在 react redux 应用程序上显示更新/发布的动态消息
- c# - 在已发布的 ASP.Net Core API 中创建和保存文件不起作用
- javascript - 放入 carousal 时图像被拉伸
- sql - 分层列标签 SQL
- php - 如何在 laravel 中设置未来的软删除
- javascript - 有没有办法在添加时仅使用带有数字索引的 javascript 添加 DOM 元素?
- python - 如何在 Pandas Python 中按 id 对行进行排名
- selenium-ide - 我如何从搜索框中获取值该框是自动完成的
- php - 在 Doctrine Query builder Query 中调用自定义 MySql 函数