使用Terraform重复基础架构创建

Question

我正在探索Terraform作为管理可重用的AWS EC2实例组的工具。 我对基础结构工具并不十分熟悉，并且在此用例中寻求有关操作的建议。

1. 我想重复创建多个EC2实例-说我第一次调用terraform apply我的基础架构需要3个实例。 一段时间后，我想创建100个实例-也许不破坏我之前创建的3个实例。 如何在Terraform中执行此操作？ 我应该做吗？ 如果我不应该使用Terraform重复配置，那么有什么好的工具可以做到这一点？

2. 有哪些工具可以在创建的Terraform基础架构上远程执行bash或Python脚本？ 我知道Terraform具有remote-exec但是我需要在这些实例上运行的命令需要花费很长时间（3-5小时）才能运行，并且我宁愿没有处于这种状态的资源仍在进行初始化，因为我可以监视他们。

Answer 1

带有预装软件的自定义AMI将帮助您减少启动时间。 Hashicorp Packer https://www.packer.io/intro/是创建AMI的好工具。

1. 使用terraform创建一个ec2-instance。
2. 用户数据脚本或运行remote-exec来运行安装所需软件包/软件的脚本。
3. 从上面的ec2-instance创建一个AMI。
4. 使用新创建的AMI需要启动任意数量的ec2实例。

By Ansible还提供了非常好的功能，可以将基础结构作为代码进行管理。

Answer 2

这是很多terraform的用例，如果您要通过terraform来做，那将是很好的。

您可以按照下面的代码使用，您可以使用该代码来旋转任意数量的实例，更改计数值后必须再次应用。 它不会影响任何当前正在运行的实例并与您的值匹配。

resource "aws_instance" "web" {
  ami           = "${data.aws_ami.ubuntu.id}"
  instance_type = "t2.micro"
  count = 3
  availability_zone = "${element(var.az, count.index)}"

  tags {
    Name = "${count.index}"
  }
}

另外，如果您想在实例启动时执行某些命令。 您可以使用用户数据脚本来执行此操作。

resource "aws_instance" "..." {
  user_data = "${file("../../tmp/aws/userdata.sh")}"
  ...
}

为了实现可重复性，可以使用terraform模块。 例如：如果您想将代码用于多个基础设施，请说dev，staging，production。 对于模块，您不必一次又一次编写相同的代码来启动ec2实例。 您可以为不同的基础结构传递不同的变量。

例：

module "dev" {
  source = "./modules/dev"
  count  = 2
  region = "us-east-1"
}

module "production" {
  source = "./modules/production"
  count  = 5
  region = "us-east-1"
}

参考： https : //www.terraform.io/docs/modules/usage.html

如果您不必删除旧实例并减小正在运行的实例的数量。 但这并不是地形会引起注意的。 在创建自动扩展策略时必须提及该策略。

下面列出了许多终止策略。

Amazon EC2 Auto Scaling支持以下自定义终止策略：

OldestInstance. Terminate the oldest instance in the group. This option is useful when you're upgrading the instances in the Auto Scaling group to a new EC2 instance type. You can gradually replace instances of the old type with instances of the new type.

NewestInstance. Terminate the newest instance in the group. This policy is useful when you're testing a new launch configuration but don't want to keep it in production.

OldestLaunchConfiguration. Terminate instances that have the oldest launch configuration. This policy is useful when you're updating a group and phasing out the instances from a previous configuration.

ClosestToNextInstanceHour. Terminate instances that are closest to the next billing hour. This policy helps you maximize the use of your instances and manage your Amazon EC2 usage costs.

Default. Terminate instances according to the default termination policy. This policy is useful when you have more than one scaling policy for the group.

您可以参考下面的链接以获取更多信息。

参考： https : //docs.aws.amazon.com/autoscaling/ec2/userguide/as-instance-termination.html