尝试使用Terraform在AWS提供商中部署Amazon FSx for NetApp ONTAP

2 年 ago

清, 扬

8 minutes

在Terraform中尝试使用Amazon FSx for NetApp ONTAP：AWS提供者版本。

我之前的文章介绍了如何使用Terraform在Amazon FSx for NetApp ONTAP上进行部署，但是现在AWS提供商也可以进行Amazon FSx for NetApp ONTAP的部署。我已经试过了，现在我想介绍一下步骤。

在此方法中，只能通过AWS提供商进行实施，因此可以非常简单地进行部署。另一方面，通过与之前文章介绍的NetApp CloudManager提供商结合使用的方法，可以实施包括Connector的部署，以便进行更便利的使用。请根据使用场景进行选择。

另外，如果你对Amazon FSx for NetApp ONTAP有兴趣，我认为这篇博客介绍可能会对你有参考价值，请查阅。

Terraform处理概览

在执行Terraform的过程中，概述如下图所示。
我们将创建一个Linux服务器，用于部署Amazon FSx for NetApp ONTAP以及其所需的AWS资源和NFS挂载，以测试部署的有效性。

Terraform提供程序将使用AWS提供程序。
使用AWS提供程序创建VPC、子网、Internet GW，并进一步尝试NFS挂载以及进行Linux服务器，安全组设置，路由设置，以及ssh连接密钥对注册。
此外，还将部署Amazon FSx for NetApp ONTAP。

另外，Amazon FSx for NetApp ONTAP可以通过AWS控制台进行部署，也可以通过Cloud Manager与其他NetApp的云服务一样进行部署。这个页面上提供了操作界面和安装步骤的介绍。您只需按照图形界面的指引输入信息，便可轻松部署。

“前提”的中文本地化翻译如下：

我是在以下环境中进行测试的。假设您已经创建了AWS账号。

hashicorp/aws 3.60.0

CentOS7.7
aws-cli/2.2.41

此外，本文中提及的步骤和文件不能保证其有效运作。请根据各自的环境进行测试和确认后，自行负责使用。

作业的步骤

按照以下顺序进行操作，部署Amazon FSx for NetApp ONTAP。

执行Terraform

假设AWS账户已经创建完成。

1. 在AWS控制台上做准备工作

使用Terraform创建用户，并获取访问密钥和秘密访问密钥信息。

登录AWS控制台并执行以下操作。

【AWS控制台】
1. 從畫面左上角的”服務”選單中，選擇”安全性、身份識別和遵從性”下的”IAM”。
2. 在畫面左側選擇”存取管理”→”使用者”。
3. 點選”新增使用者”。
4. 在使用者名稱欄中輸入”terauser11″，勾選”訪問金鑰 – 程式訪問”，並點選”下一步：訪問權限”。
5. 在”將使用者新增至群組”欄中勾選”管理員”，並點選”下一步：標籤”。
6. 點選”下一步：確認”。
7. 點選”建立使用者”。
8. 確認顯示的訪問金鑰ID和秘密訪問金鑰資訊。
※ 為了安全起見，可以點選”.csv下載”並下載該文件。

建议在上述情况下，为应用到用户的群组创建和应用额外的最低限权限策略，因为该群组具有较高的权限。
请参考NetApp的文档页面获取详细信息。

2. 在Linux服务器上进行准备作业。

我将为Linux服务器准备terraform执行环境。我使用的是CentOS 7。

每个目录和文件的组织和布局基于以下假设。

~/terraform
   └─ fsxn
      ├─ aws-resource.tf
      ├─ fsxn.tf  
      ├─ provider.tf  
      ├─ variable.tf  
      └─ ssh_key
         ├─ tera_ssh_key
         └─ tera_ssh_key.pub

如果要更改所述构成的配置目录和文件名，请使用更改”.tf文件”相应参数并使用。

2-1. 安装AWS CLI

我們將在作業用Linux伺服器上安裝AWS CLI。

$ curl "https://awscli.amazonaws.com/awscli-exe-linux-x86_64.zip" -o "awscliv2.zip"
$ unzip awscliv2.zip
$ sudo ./aws/install
$ aws --version

请参考AWS的官网上的指南，了解如何进行安装。

2-2. 设置AWS凭证

我們將在運行Linux作業系統的伺服器上設定AWS認證所需的證書。這些證書是為了terraform使用者而在AWS控制台準備的，我們需要將相關的存取金鑰等資訊配置好。

$ aws configure --profile terauser11
AWS Access Key ID [None]: "terauser11のアクセスキーID"
AWS Secret Access Key [None]: "terauser11のシークレットアクセスキー"
Default region name [None]: ap-northeast-1
Default output format [None]: json
$  aws configure list-profiles
terauser11
$

另外，关于在使用Terraform时设置AWS凭证的方法，请参考AWS提供者页面上的信息，根据需要进行参考。

2-3. Terraform的初始配置设定

我們將在作業用的Linux伺服器上進行初始設定，以便能夠執行Terraform指令。

请在Terraform官网上查看最新的Terraform二进制文件。

$ mkdir ~/terraform
$ cd ~/terraform
$ curl -sL https://releases.hashicorp.com/terraform/1.0.3/terraform_1.0.3_linux_amd64.zip > terraform.zip
$ unzip terraform.zip
$ export PATH=$PATH:~/terraform/

请确认您已按照上述说明正确安装了Terraform，并可以执行以下版本确认命令。

$ terraform --version
Terraform v1.0.3
on linux_amd64

创建一个.tf文件

创建一个用于存放Terraform文件的目录，并将文件放置其中。

首先，创建一个目录来存放.tf文件以及SSH的私钥和公钥密钥文件。

$ mkdir -p ~/terraform/fsxn ~/terraform/fsxn/ssh_key
$ cd ~/terraform/fsxn

在~/terraform/cloud-manager目录下，创建以下的.tf文件。

※这个太长了，所以我折叠起来了。

①aws-resource.tf
resource “aws_instance” “terra-lin01” {
ami = var.tera-linux.ami
instance_type = var.tera-linux.instance_type
key_name = aws_key_pair.ec2-ssh_key01.id
vpc_security_group_ids = [aws_security_group.terra-lin01-sg1.id]subnet_id = element(aws_subnet.tera-subnet01.*.id, 0)

tags = {
Name = var.tera-linux.tagname
}
}

resource “aws_eip” “terra-lin01-eip01” {
instance = aws_instance.terra-lin01.id
vpc = true
}

output “public_ip01” {
value = aws_eip.terra-lin01-eip01.public_ip
}

resource “aws_key_pair” “ec2-ssh_key01” {
key_name = “ec2-ssh_key01”
public_key = file(“./ssh_key/tera_ssh_key.pub”)
}

resource “aws_security_group” “terra-lin01-sg1” {
name = “terra-lin01-sg1”
description = “terraform”
vpc_id = aws_vpc.tera-vpc01.id

# SSH access from anywhere
ingress {
from_port = 22
to_port = 22
protocol = “tcp”
cidr_blocks = [“0.0.0.0/0”]
}

ingress {
from_port = 2049
to_port = 2049
protocol = “tcp”
cidr_blocks = [var.tera-network.cidr]
}

egress {
from_port = 0
to_port = 0
protocol = “-1”
cidr_blocks = [“0.0.0.0/0”]
}

tags = {
Name = “allow_tls”
}
}
resource “aws_vpc” “tera-vpc01” {
cidr_block = var.tera-network.cidr

tags = {
Name = var.tera-network.name
}
}

resource “aws_subnet” “tera-subnet01” {
count = length(var.tera-network.subnets)
cidr_block = values(var.tera-network.subnets)[count.index].cidr
availability_zone = values(var.tera-network.subnets)[count.index].availability_zone
tags = {
Name = keys(var.tera-network.subnets)[count.index]
}
vpc_id = aws_vpc.tera-vpc01.id
}

resource “aws_internet_gateway” “tera-vpc01-gw01” {
vpc_id = aws_vpc.tera-vpc01.id

tags = {
Name = “teraform”
}
}

resource “aws_route_table” “tera-vpc01-route-table01” {
vpc_id = aws_vpc.tera-vpc01.id

tags = {
Name = “teraform”
}
}

resource “aws_route” “tera-vpc01-route-table01-route01” {
gateway_id = aws_internet_gateway.tera-vpc01-gw01.id
route_table_id = aws_route_table.tera-vpc01-route-table01.id
destination_cidr_block = “0.0.0.0/0”
}

resource “aws_route_table_association” “tera-vpc01-route-table01-subnet01” {
count = length(var.tera-network.subnets)
subnet_id = element(aws_subnet.tera-subnet01.*.id, count.index)
route_table_id = aws_route_table.tera-vpc01-route-table01.id
}

resource “aws_instance” “terra-lin01” {
ami = var.tera-linux.ami
instance_type = var.tera-linux.instance_type
key_name = aws_key_pair.ec2-ssh_key01.id
vpc_security_group_ids = [aws_security_group.terra-lin01-sg1.id]

subnet_id = aws_subnet.tera-subnet01.id[0]