【问题标题】:AWS SSM Parameter store concurrent updates gives "TooManyUpdates" errorAWS SSM 参数存储并发更新给出“TooManyUpdates”错误
【发布时间】:2020-03-22 04:40:22
【问题描述】:

我有一个 bash 脚本,它使用 AWS CLI 为 AWS Systems Manager Parameter Store 中的参数赋值。

bash 脚本在 EC2 实例上运行,并且部署了多个实例。所以我无法控制 bash 脚本的并发性。如果有并发更新并且来自脚本的更新被拒绝,我需要脚本重试。

我查看了 AWS 文档,并在其他问题和论坛中搜索了有关此主题的文档。

我只能参考记录在 here 的“TooManyUpdates”400 错误。

AWS Systems Manager Parameter Store 在并发更新时的行为是什么?

【问题讨论】:

  • 你不能在你的 Bash 脚本中放一个循环,以便它在收到这个错误时重试吗?
  • @JohnRotenstein 我可以,我只是不知道我是否会收到此错误,因为没有关于此错误的文档,无论它是速率限制错误还是并发更新错误。跨度>

标签: amazon-web-services aws-ssm aws-parameter-store


【解决方案1】:

我建议使用DynamoDB Lock Client 来维护 SSM 参数的读写锁定。

Amazon DynamoDB 锁定客户端是为 DynamoDB 构建的通用分布式锁定库。 DynamoDB Lock Client 支持细粒度和粗粒度锁定,因为锁定键可以是任意字符串,最长为一定长度。 DynamoDB Lock Client 是一个开源项目,将得到社区的支持。请在 GitHub 存储库中创建问题。

参考:https://aws.amazon.com/blogs/database/building-distributed-locks-with-the-dynamodb-lock-client/

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2021-11-28
    • 2019-02-19
    • 1970-01-01
    • 2021-10-08
    • 2019-12-14
    • 2020-03-30
    • 1970-01-01
    • 2019-12-07
    相关资源
    最近更新 更多