Terraform-provider-aws: VPC内のインスタンスで正しいvpc_security_group_idsの代わりにsecurity_groupsを使用すると、適用ごとにインスタンスが再作成されます

Terraformバージョン

Terraform v0.10.2

影響を受けるリソース

次に、リソースをリストとしてリストしてください。

• aws_instance
• aws_security_group

Terraform構成ファイル

provider "aws" {
  profile                 = "[profile_name]"
  shared_credentials_file = "[path to].aws/credentials"
  region                  = "eu-west-1"
}

resource "aws_vpc" "example_vpc" {
  cidr_block = "10.1.0.0/16"
}

resource "aws_subnet" "example_subnet" {
  vpc_id                  = "${aws_vpc.example_vpc.id}"
  cidr_block              = "10.1.0.0/24"
  availability_zone = "eu-west-1a"
  map_public_ip_on_launch = false
}

resource "aws_instance" "example_instance" {
  ami                         = "ami-33776655"
  associate_public_ip_address = false
  availability_zone           = "eu-west-1a"
  instance_type               = "t2.micro"
  security_groups = ["${aws_security_group.example_1.id}"]
  subnet_id         = "${aws_subnet.example_subnet.id}"
}

resource "aws_security_group" "example_1" {
  vpc_id="${aws_vpc.example_vpc.id}"
  name = "access-https"
  ingress {
    from_port   = 443
    to_port     = 443
    protocol    = "tcp"
    cidr_blocks = ["0.0.0.0/0"]
  }
}

デバッグ出力

これにより、AWSプロバイダーから大量のPIIがダンプされます。 それが本当に必要な場合、私は編集されたバージョンを提供することができます

パニック出力

該当なし

予想される行動

最初の使用のために適用する上でエラーsecurity_groupsとaws_instanceに割り当てaws_subnet内aws_vpc

また

親切にして、最初の申請時に行ったようにvpc_security_group_idsを添付することを意図していることを理解してください。 間違った引数が使用されているという警告を出力する可能性があります。

実際の動作

最初のterraform apply 、VPCセキュリティグループはVPCサブネット内のインスタンスにリンクされます。 terraform applyを2回（変更なしで）実行すると、インスタンスが再作成されます

再現する手順

1. terraform apply
2. terraform apply

重要なファクトイド

該当なし

参考文献

ここにリンクする必要がある他のGitHubの問題（オープンまたはクローズ）またはプルリクエストはありますか？ 例えば：
これに似ています： https ：