Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

To avoid diffs, change to vpc_security_group_ids #12

Open
wants to merge 1 commit into
base: edit
Choose a base branch
from

Conversation

bennythejudge
Copy link

I noticed that using security_groups instead of vpc_security_group_ids in the EC2s, causes diffs at every terraform apply.

-/+ aws_instance.app.0
[...]
    security_groups.#:            "0" => "1" (forces new resource)
    security_groups.2027228756:   "" => "sg-d95494bf" (forces new resource)
[...]
-/+ aws_instance.app.1
    security_groups.#:            "0" => "1" (forces new resource)
    security_groups.2027228756:   "" => "sg-d95494bf" (forces new resource)
[...]

-/+ aws_instance.nat
[...]
    security_groups.#:            "0" => "2" (forces new resource)
    security_groups.2027228756:   "" => "sg-d95494bf" (forces new resource)
    security_groups.4096171602:   "" => "sg-845898e2" (forces new resource)
[...]

Changing the security_groups to vpc_security_group_ids, no more diffs:

17:11 $ tf plan
Refreshing Terraform state in-memory prior to plan...
The refreshed state will be used to calculate this plan, but will not be
persisted to local or remote state storage.

aws_key_pair.deployer: Refreshing state... (ID: deployer-key)
aws_vpc.default: Refreshing state... (ID: vpc-819ceae5)
aws_internet_gateway.default: Refreshing state... (ID: igw-9955bbfd)
aws_security_group.web: Refreshing state... (ID: sg-a95a9acf)
aws_security_group.default: Refreshing state... (ID: sg-d95494bf)
aws_security_group.nat: Refreshing state... (ID: sg-845898e2)
aws_route_table.public: Refreshing state... (ID: rtb-8299a6e6)
aws_subnet.public: Refreshing state... (ID: subnet-334d6a6b)
aws_instance.nat: Refreshing state... (ID: i-037734af6c23c7821)
aws_route_table_association.public: Refreshing state... (ID: rtbassoc-8c1ba1eb)
aws_route_table.private: Refreshing state... (ID: rtb-a581bec1)
aws_subnet.private: Refreshing state... (ID: subnet-e82700b0)
aws_instance.app.0: Refreshing state... (ID: i-0b958ec00319d37f8)
aws_instance.app.1: Refreshing state... (ID: i-0d001d48d0c3daa15)
aws_route_table_association.private: Refreshing state... (ID: rtbassoc-66cd4801)
aws_elb.app: Refreshing state... (ID: example-elb)
No changes. Infrastructure is up-to-date.

This means that Terraform did not detect any differences between your
configuration and real physical resources that exist. As a result, Terraform
doesn't need to do anything.

I noticed that using `security_groups` instead of `vpc_security_group_ids` in the EC2s, causes diffs at every `terraform apply`.

```
-/+ aws_instance.app.0
[...]
    security_groups.#:            "0" => "1" (forces new resource)
    security_groups.2027228756:   "" => "sg-d95494bf" (forces new resource)
[...]
-/+ aws_instance.app.1
    security_groups.#:            "0" => "1" (forces new resource)
    security_groups.2027228756:   "" => "sg-d95494bf" (forces new resource)
[...]

-/+ aws_instance.nat
[...]
    security_groups.#:            "0" => "2" (forces new resource)
    security_groups.2027228756:   "" => "sg-d95494bf" (forces new resource)
    security_groups.4096171602:   "" => "sg-845898e2" (forces new resource)
[...]
```

Changing the `security_groups` to `vpc_security_group_ids`, no more diffs:



```
17:11 $ tf plan
Refreshing Terraform state in-memory prior to plan...
The refreshed state will be used to calculate this plan, but will not be
persisted to local or remote state storage.

aws_key_pair.deployer: Refreshing state... (ID: deployer-key)
aws_vpc.default: Refreshing state... (ID: vpc-819ceae5)
aws_internet_gateway.default: Refreshing state... (ID: igw-9955bbfd)
aws_security_group.web: Refreshing state... (ID: sg-a95a9acf)
aws_security_group.default: Refreshing state... (ID: sg-d95494bf)
aws_security_group.nat: Refreshing state... (ID: sg-845898e2)
aws_route_table.public: Refreshing state... (ID: rtb-8299a6e6)
aws_subnet.public: Refreshing state... (ID: subnet-334d6a6b)
aws_instance.nat: Refreshing state... (ID: i-037734af6c23c7821)
aws_route_table_association.public: Refreshing state... (ID: rtbassoc-8c1ba1eb)
aws_route_table.private: Refreshing state... (ID: rtb-a581bec1)
aws_subnet.private: Refreshing state... (ID: subnet-e82700b0)
aws_instance.app.0: Refreshing state... (ID: i-0b958ec00319d37f8)
aws_instance.app.1: Refreshing state... (ID: i-0d001d48d0c3daa15)
aws_route_table_association.private: Refreshing state... (ID: rtbassoc-66cd4801)
aws_elb.app: Refreshing state... (ID: example-elb)
No changes. Infrastructure is up-to-date.

This means that Terraform did not detect any differences between your
configuration and real physical resources that exist. As a result, Terraform
doesn't need to do anything.
```
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

1 participant