Terraform DynamoDB 索引循环答案

【问题标题】：Terraform DynamoDB index loopTerraform DynamoDB 索引循环
【发布时间】：2017-05-31 05:22:47
【问题描述】：

我在 Terraform 中有以下配置

resource "aws_dynamodb_table" "scanner" {
name = "scanner"
read_capacity = 2
write_capacity = 1
hash_key = "public_ip"
attribute {
    name = "public_ip"
    type = "S"
}
attribute {
    name = "region"
    type = "S"
}
attribute {
    name = "account_id"
    type = "N"
}
global_secondary_index {
    name = "cleanup-index"
    hash_key = "account_id"
    range_key = "region"
    read_capacity = 1
    write_capacity = 1
    projection_type = "INCLUDE"
    non_key_attributes = ["vpc_id", "instance_id", "integration_id", "private_ip"]
}
}

在我从 Terraform 0.7.13 升级到 0.9.6 之前，它一直运行良好。此后，Terraform 每次都尝试重新创建索引：

~ aws_dynamodb_table.scanner
global_secondary_index.3508752412.hash_key:             "" => "account_id"
global_secondary_index.3508752412.name:                 "" => "cleanup-index"
global_secondary_index.3508752412.non_key_attributes.#: "0" => "4"
global_secondary_index.3508752412.non_key_attributes.0: "" => "vpc_id"
global_secondary_index.3508752412.non_key_attributes.1: "" => "instance_id"
global_secondary_index.3508752412.non_key_attributes.2: "" => "integration_id"
global_secondary_index.3508752412.non_key_attributes.3: "" => "private_ip"
global_secondary_index.3508752412.projection_type:      "" => "INCLUDE"
global_secondary_index.3508752412.range_key:            "" => "region"
global_secondary_index.3508752412.read_capacity:        "" => "1"
global_secondary_index.3508752412.write_capacity:       "" => "1"
global_secondary_index.3860163270.hash_key:             "account_id" => ""
global_secondary_index.3860163270.name:                 "cleanup-index" => ""
global_secondary_index.3860163270.non_key_attributes.#: "4" => "0"
global_secondary_index.3860163270.non_key_attributes.0: "vpc_id" => ""
global_secondary_index.3860163270.non_key_attributes.1: "instance_id" => ""
global_secondary_index.3860163270.non_key_attributes.2: "private_ip" => ""
global_secondary_index.3860163270.non_key_attributes.3: "integration_id" => ""
global_secondary_index.3860163270.projection_type:      "INCLUDE" => ""
global_secondary_index.3860163270.range_key:            "region" => ""
global_secondary_index.3860163270.read_capacity:        "1" => "0"
global_secondary_index.3860163270.write_capacity:       "1" => "0"

Terraform 在他们的文档中说：DynamoDB API 期望在创建或更新 GSI/LSI 或创建初始表时传递属性结构（名称和类型）。在这些情况下，它期望提供 Hash / Range 键；因为它们在许多地方被重用（即表的范围键可能是一个或多个 GSI 的一部分），所以它们存储在表对象上以防止重复并提高一致性。如果您在此处添加在这些场景中未使用的属性，则可能会导致规划中的无限循环。但我认为我的配置与此无关。有没有类似的经历？我怀疑与this 有关系。谢谢！

【问题讨论】：

标签： amazon-dynamodb terraform

【解决方案1】：

有时底层提供者 API 会对 Terraform 提交的数据进行规范化或重组，以便在读回数据时会有所不同。

这似乎是这种情况的一个例子。在配置中，non_key_attributes 被列为["vpc_id", "instance_id", "integration_id", "private_ip"]，但它们从 API 返回为["vpc_id", "instance_id", "private_ip", "integration_id"]。

这是 Terraform 中的一个错误，它没有将这两者视为等效，如果确实（如它所显示的那样）排序不敏感并且 DynamoDB API 可以以不同于提交的顺序返回它们。

在修复此错误之前，作为一种解决方法，它可能会重新排序配置中的列表以匹配 API 返回的内容，这应该会导致 Terraform 不再看到差异。只要 API 按一致顺序从一个请求到下一个请求返回列表，这应该可以工作。

【讨论】：