ResiLien
/
terraform
2
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
terraform/website/source/docs/providers/cloudstack/r/secondary_ipaddress.html.ma...

42 lines
1.1 KiB
Markdown
Raw Normal View History

Updates and tweaks
2015-07-16 17:40:04 +02:00
---
layout: "cloudstack"
page_title: "CloudStack: cloudstack_secondary_ipaddress"
sidebar_current: "docs-cloudstack-resource-secondary-ipaddress"
description: |-
Assigns a secondary IP to a NIC.
---
Update cloudstack provider
2017-04-10 18:15:08 +02:00
# cloudstack_secondary_ipaddress
Updates and tweaks
2015-07-16 17:40:04 +02:00
Assigns a secondary IP to a NIC.
## Example Usage
Update cloudstack provider
2017-04-10 18:15:08 +02:00
```hcl
Updates and tweaks
2015-07-16 17:40:04 +02:00
resource "cloudstack_secondary_ipaddress" "default" {
website/docs: Run `terraform fmt` on code examples (#12075) * docs/vsphere: Fix code block * docs: Convert `...` to `# ...` to allow `terraform fmt`ing * docs: Trim trailing whitespace * docs: First-pass run of `terraform fmt` on code examples
2017-02-18 23:48:50 +01:00
virtual_machine_id = "server-1"
Updates and tweaks
2015-07-16 17:40:04 +02:00
}
```
## Argument Reference
The following arguments are supported:
Delete all deprecated parameters before the 0.7 release Updated the docs accordingly and also executed all the acceptance tests after making the changes…
2016-06-25 19:42:01 +02:00
* `ip_address` - (Optional) The IP address to bind the to NIC. If not supplied
Refactor the use of names vs IDs for parameters referencing other TF resources We have a curtesy function in place allowing you to specify both a `name` of `ID`. But in order for the graph to be build correctly when you recreate or taint stuff that other resources depend on, we need to reference the `ID` and *not* the `name`. So in order to enforce this and by that help people to not make this mistake unknowingly, I deprecated all the parameters this allies to and changed the logic, docs and tests accordingly.
2016-04-11 17:14:19 +02:00
an IP address will be selected randomly. Changing this forces a new resource
to be created.
Updates and tweaks
2015-07-16 17:40:04 +02:00
Refactor the use of names vs IDs for parameters referencing other TF resources We have a curtesy function in place allowing you to specify both a `name` of `ID`. But in order for the graph to be build correctly when you recreate or taint stuff that other resources depend on, we need to reference the `ID` and *not* the `name`. So in order to enforce this and by that help people to not make this mistake unknowingly, I deprecated all the parameters this allies to and changed the logic, docs and tests accordingly.
2016-04-11 17:14:19 +02:00
* `nic_id` - (Optional) The NIC ID to which you want to attach the secondary IP
address. Changing this forces a new resource to be created (defaults to the
ID of the primary NIC)
Updates and tweaks
2015-07-16 17:40:04 +02:00
Refactor the use of names vs IDs for parameters referencing other TF resources We have a curtesy function in place allowing you to specify both a `name` of `ID`. But in order for the graph to be build correctly when you recreate or taint stuff that other resources depend on, we need to reference the `ID` and *not* the `name`. So in order to enforce this and by that help people to not make this mistake unknowingly, I deprecated all the parameters this allies to and changed the logic, docs and tests accordingly.
2016-04-11 17:14:19 +02:00
* `virtual_machine_id` - (Required) The ID of the virtual machine to which you
want to attach the secondary IP address. Changing this forces a new resource
to be created.
Updates and tweaks
2015-07-16 17:40:04 +02:00
## Attributes Reference
The following attributes are exported:
* `id` - The secondary IP address ID.