hashicorp / hashicorp/packer-plugin-googlecompute
Allow adding additional NICs to instance creation
- Dominant language
- Go
- Stars
- 33
- Forks
- 72
- Avg merge
- 6h 47m
- Merged PRs (30d)
- 3
Description
Please search the existing issues for relevant feature requests, and use the
reaction feature
(https://blog.github.com/2016-03-10-add-reactions-to-pull-requests-issues-and-comments/)
to add upvotes to pre-existing requests.
#### Community Note
Please vote on this issue by adding a 👍 [reaction](https://blog.github.com/2016-03-10-add-reactions-to-pull-requests-issues-and-comments/) to the original issue to help the community and maintainers prioritize this request.
Please do not leave "+1" or "me too" comments, they generate extra noise for issue followers and do not help prioritize the request.
If you are interested in working on this issue or have submitted a pull request, please leave a comment.
#### Description
Allow adding additional NICs when Packer is provisioning the virtual machine used to create the image.
#### Use Case(s)
Some software I am trying to install in an image requires having multiple nics (attached to different subnets) on the machine, and without them, it causes problems. I was wondering if it is possible to have multiple NICs attached to the instance that packer creates so the software installs properly. It might be too niche of a use case, but the current software causes problems when installed with a single nic, so that when you try to boot the image that packer produces, it cannot be reached.
#### Potential configuration
Perhaps something like
```
source "googlecompute" "windows-ssh-example" {
project_id = "MY_PROJECT"
...
network_interface {
...
}
network_interface {
...
}
}
```
#### Potential References
This is supported in terraform when creating a [google_compute_instance](https://registry.terraform.io/providers/hashicorp/google/latest/docs/resources/compute_instance#network_interface), but it is not clear to me if this would even be possible in packer.
Contributor guide
Assessment
This issue has not been assessed yet.