我只是在地形和terraform destroy参数上苦苦挣扎。如果我有三个节点,并且删除了其中一个节点,则terraform destroy
--target具有以下内容:
$ terraform state list
packet_device.jenkins-node[0]
packet_device.jenkins-node[1]
packet_device.jenkins-node[2]
$ terraform destroy --target packet_device.jenkins-node[1]
....
....
....
$ terraform state list
packet_device.jenkins-node[0]
packet_device.jenkins-node[2]
Run Code Online (Sandbox Code Playgroud)
如果将节点数减少到2,则terraform销毁jenkins节点2并创建一个新节点(jenkins节点1)。数量仍然是两个,但是terraform破坏了一个服务器并创建了一个新服务器。有什么办法可以禁用此行为?
$ terraform 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.
packet_device.jenkins-node.2: Refreshing state... (ID: XXXX)
packet_device.jenkins-node.0: Refreshing state... (ID: XXXX)
The Terraform execution plan has been generated and is shown below.
Resources are shown in alphabetical order for quick scanning. Green resources
will be created (or destroyed and then created if an existing resource
exists), yellow resources are being changed in-place, and red resources
will be destroyed. Cyan entries are data sources to be read.
Note: You didn't specify an "-out" parameter to save this plan, so when
"apply" is called, Terraform can't guarantee this is what will execute.
+ packet_device.jenkins-node[1]
access_private_ipv4: "<computed>"
access_public_ipv4: "<computed>"
access_public_ipv6: "<computed>"
always_pxe: "false"
billing_cycle: "hourly"
created: "<computed>"
facility: "sjc1"
hardware_reservation_id: "<computed>"
hostname: "jenkins-eloy"
locked: "<computed>"
network.#: "<computed>"
operating_system: "ubuntu_17_10"
plan: "baremetal_0"
project_id: "ea13e749-0b1b-4c0d-9701-d0a3df7391f2"
public_ipv4_subnet_size: "<computed>"
root_password: "<sensitive>"
state: "<computed>"
updated: "<computed>"
- packet_device.jenkins-node[2]
Plan: 1 to add, 0 to change, 1 to destroy.
Run Code Online (Sandbox Code Playgroud)
如果我用三个节点设置地形计划,则会得到以下结果:
$ export TF_VAR_nodes=3
$ terraform 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.
packet_device.jenkins-node.0: Refreshing state... (ID: 02287fed-c281-4027-8603-bcad6db8b8e6)
packet_device.jenkins-node.2: Refreshing state... (ID: f35fa202-423d-4e02-9d18-1f1bd7f7a3ef)
The Terraform execution plan has been generated and is shown below.
Resources are shown in alphabetical order for quick scanning. Green resources
will be created (or destroyed and then created if an existing resource
exists), yellow resources are being changed in-place, and red resources
will be destroyed. Cyan entries are data sources to be read.
Note: You didn't specify an "-out" parameter to save this plan, so when
"apply" is called, Terraform can't guarantee this is what will execute.
+ packet_device.jenkins-node[1]
access_private_ipv4: "<computed>"
access_public_ipv4: "<computed>"
access_public_ipv6: "<computed>"
always_pxe: "false"
billing_cycle: "hourly"
created: "<computed>"
facility: "sjc1"
hardware_reservation_id: "<computed>"
hostname: "jenkins-eloy"
locked: "<computed>"
network.#: "<computed>"
operating_system: "ubuntu_17_10"
plan: "baremetal_0"
project_id: "ea13e749-0b1b-4c0d-9701-d0a3df7391f2"
public_ipv4_subnet_size: "<computed>"
root_password: "<sensitive>"
state: "<computed>"
updated: "<computed>"
Plan: 1 to add, 0 to change, 0 to destroy.
Run Code Online (Sandbox Code Playgroud)
任何的想法?
那没有。但是,如果要销毁packet_device.jenkins-node[1],则应运行
terraform state mv packet_device.jenkins-node.2 packet_device.jenkins-node.1
Run Code Online (Sandbox Code Playgroud)
所以节点2成为节点1
| 归档时间: |
|
| 查看次数: |
1542 次 |
| 最近记录: |