Google cloud storage 谷歌覆盖上的近线定价
我已经通过gcloud/gsutil设置了Google近线存储,并且运行良好 到目前为止,我一直在使用rsync备份一些数据库,例如Google cloud storage 谷歌覆盖上的近线定价,google-cloud-storage,Google Cloud Storage,我已经通过gcloud/gsutil设置了Google近线存储,并且运行良好 到目前为止,我一直在使用rsync备份一些数据库,例如 rsync -d -R /sourcedir/db_dir gs://backup_bucket/ 目前这些文件都是在文件名中进行数据压缩的,所以我们每天都会得到一个不同的文件名 我刚刚发现有人提到提前删除的指控(目前正在审理中) 我假设每当我删除一个带有-d的文件时,我会为该文件收取30天的费用?如果是这样的话,在那之前删除它是没有意义的(但会被收取费用)
rsync -d -R /sourcedir/db_dir gs://backup_bucket/
目前这些文件都是在文件名中进行数据压缩的,所以我们每天都会得到一个不同的文件名
我刚刚发现有人提到提前删除的指控(目前正在审理中)
我假设每当我删除一个带有-d的文件时,我会为该文件收取30天的费用?如果是这样的话,在那之前删除它是没有意义的(但会被收取费用)
但如果我保持文件名不变,但用最近几天的备份覆盖文件,文本会显示
如果您在为Nearline配置的存储桶中创建了一个对象,并在10天后覆盖该对象,则该对象将被视为提前删除,并将收取剩余20天的存储费用
所以我有点不清楚,如果我有一个文件,并用一个新版本覆盖它,那么我是否每天对每个文件再次收费,每次更新它以及新文件
例如,对于一个文件,每天通过rsync进行备份(这次假定文件名相同)…超过30天
day1 myfile is created
day2 myfile is updated
day3 myfile is updated
... and so on
我现在是否被收费(filespaceday1*30天)+(filespaceday2*29天)+(filespaceday3*28)等等。。。仅针对一个文件(而不是文件空间*30天)
或者这仅仅意味着,如果我创建一个10gig文件,并用一个2meg文件覆盖它,我将在30天内收取10gig的费用(忽略2meg文件的费用)
如果是这样的话,是否有rsync和降低费用的最佳做法?在GCS中覆盖对象相当于删除旧对象并在其位置插入新对象。您是对的,覆盖一个对象确实会产生早期删除费用,因此,如果您每天覆盖同一个文件,您每天将收取30天的存储费用 近线存储主要用于将被保留很长时间且不经常读取或修改的对象,并相应地定价。如果您想每天修改一个对象,标准或持久的降低可用性可能是一个更便宜的选择