我只是整理了一个脚本来备份mysql数据库并将其上传到s3 ...我使用了“s3cmd la”,看看当前在这个s3存储桶上的内容,并对此感到惊讶看到这样的一百万个文件:
2012-10-23 12:19 411 s3://xv_backups/xv.backups_2012-10-23-12-19-55-F6DC46D0F13059F7
2012-10-23 12:30 410 s3://xv_backups/xv.backups_2012-10-23-12-30-27-76B099AC21454FED
2012-10-23 13:21 411 s3://xv_backups/xv.backups_2012-10-23-13-21-53-0A339BDD587ECACD
2012-10-23 13:28 410 s3://xv_backups/xv.backups_2012-10-23-13-28-23-65B7B3AEAAAD0FDF
2012-10-23 14:18 410 s3://xv_backups/xv.backups_2012-10-23-14-18-07-29FFF4BD0AE9AB02
2012-10-23 14:26 410 s3://xv_backups/xv.backups_2012-10-23-14-26-43-3BC4C3011FB93627
2012-10-23 14:28 410 s3://xv_backups/xv.backups_2012-10-23-14-28-19-CAC78643A195BFB5
2012-10-23 15:21 410 s3://xv_backups/xv.backups_2012-10-23-15-21-34-BABF49A52A8BA824
2012-10-23 16:00 411 s3://xv_backups/xv.backups_2012-10-23-16-00-30-072D0A74DBA71008
2012-10-23 16:21 410 s3://xv_backups/xv.backups_2012-10-23-16-21-12-B81605B136D338F3
2012-10-23 16:28 378 s3://xv_backups/xv.backups_2012-10-23-16-28-15-1BDAA5F42E3E5EAE
2012-10-23 16:57 410 s3://xv_backups/xv.backups_2012-10-23-16-57-50-CF7662865C347D1D
2012-10-23 17:20 410 s3://xv_backups/xv.backups_2012-10-23-17-20-19-798E3C0312C959A0
2012-10-23 17:31 411 s3://xv_backups/xv.backups_2012-10-23-17-31-31-18C3CD91ACE9D6ED
2012-10-23 17:56 410 s3://xv_backups/xv.backups_2012-10-23-17-56-06-8B197E8EE680A9F5
2012-10-23 18:19 410 s3://xv_backups/xv.backups_2012-10-23-18-19-54-486BC0B861DF196E
2012-10-23 19:24 411 s3://xv_backups/xv.backups_2012-10-23-19-24-03-129C8E3227876BDA
我注意到它们都是相对较小的文件 - 但......它们来自世界的哪个地方?我在“s3cmd get”下载一个来检查它,我看到了:
06859b77eb778603ede74dfa6b3444948d577d4c5bca27bfaa1fadd6ed56d35a xv_backups [23/Oct/2012:18:19:54 +0000] 10.186.158.42 3272ee65a908a7677109fedda345db8d9554ba26398b2ca10581de88777e2b61 88B05F67852EAA0D REST.PUT.OBJECT bb.backups_2012-10-23-18-19-54-486BC0B861DF196E "PUT /xv_backups/xv.backups_2012-10-23-18-19-54-486BC0B861DF196E HTTP/1.1" 200 - - 410 48 28 "-" "Jakarta Commons-HttpClient/3.0" -
所以---有什么东西在某个地方发出了一个put请求,它正在把这个时髦的文件放在s3上?有谁知道这是什么,怎么到这里,我怎么能阻止它,我应该担心吗?
答案 0 :(得分:1)
TL; DR - 不要在Amazon S3中登录到同一个存储区
我有类似的问题。
基本上,它记录了它写了一个日志文件。写这一行 一个日志文件触发另一个日志,另一个,等等。幸运的是S3 日志记录不是实时的 - 它似乎只写了几百个 每天的文件。
http://kylecronin.me/blog/2011/11/30/dont-log-to-the-same-bucket-in-amazon-s3.html
答案 1 :(得分:0)
看起来他们来自S3 bucket logging。您是否打开了相关存储桶的日志记录?