dumpling 7.5.1在阿里云 OSS 下不支持通过环境传入 AK/SK

如图所示,本来是支持通过AWS_ACCESS_KEY_ID,AWS_SECRET_ACCESS_KEY两个环境变量来读取 AK/SK 的,但是7.5.1貌似已经不支持了?


额,测试了下,貌似6.5.1就已经不支持了,可能很早就废弃了??

不过BR 介绍文档里,这两个参数还在

测试了下,6.5.2的 br 现在也不支持通过环境变量来读取了。

使用 dumpling v7.5.1 通过环境变量注入 ak 和 sk 进行 dumpling,在 aws 上 ks3 上都可以生效
aws


ks3


我没有 aliyun 的环境,不过从上面 2 个结果来看是可以通过环境变量注入 ak/sk 的

没问题啊,我测试过

刚才试了7.5.1版本 没问题

Update:
之前在实现支持 aliyun 的 IAM role 时候改变了行为, br/pkg/storage: add oss support on s3 sdk by knull-cn · Pull Request #34309 · pingcap/tidb · GitHub 这个 pr 之后在 provider 为 aliyun 时就会忽略掉环境变量中的 ak/sk,可以通过 ossRAMRole 的方式或者把 Ak/sk 写到 url 中绕过该问题
记录了一个 issue (`AWS_ACCESS_KEY_ID` and `AWS_SECRET_ACCESS_KEY` env not work for aliyun provider · Issue #53463 · pingcap/tidb · GitHub) 跟踪这个问题

:sweat_smile:原来是阿里云OSS 才会触发这个 BUG,上面验证下来 AWS S3, Minio 都还是支持的。

这个问题和 br backup to aliyum OSS not support ak/sk as env · Issue #45551 · pingcap/tidb · GitHub 是一个问题, 我把2个问题合并了. 您有没有兴趣提交个 pr 来解决这问题啊?

也是可以的,能介绍一下引入 OSS RAM 是个什么背景,在你们规划内是应该先读 RAM 还是先读环境变量么?

多谢 :slightly_smiling_face:. 这个 issue br/pkg/storage: s3 sdk support to access aliyun oss by ram type · Issue #34224 · pingcap/tidb · GitHub 里面有当时支持阿里云 oss ram 的背景. 从设计一致性看, 环境变量优先, 如果环境变量可以认证成功, 就先用环境变量; 如果环境变量没有设置, 或者 ak/sk 失败, 就使用 ram.

好的,我尝试修复一下,看是否能解决

您好, 您那边有啥进展么? :slightly_smiling_face:

@dba-kit 您如果最近没空的话, 我找别的老师来帮修复一下. 欢迎您一起 review 和测试一下.

额,确实还没时间跟进 :sweat_smile: