163 lines
4.9 KiB
Markdown
163 lines
4.9 KiB
Markdown
# Kubernetes on AWS with Terraform
|
|
|
|
## Overview
|
|
|
|
This project will create:
|
|
|
|
- VPC with Public and Private Subnets in # Availability Zones
|
|
- Bastion Hosts and NAT Gateways in the Public Subnet
|
|
- A dynamic number of masters, etcd, and worker nodes in the Private Subnet
|
|
- even distributed over the # of Availability Zones
|
|
- AWS ELB in the Public Subnet for accessing the Kubernetes API from the internet
|
|
|
|
## Requirements
|
|
|
|
- Terraform 0.12.0 or newer
|
|
|
|
## How to Use
|
|
|
|
- Export the variables for your AWS credentials or edit `credentials.tfvars`:
|
|
|
|
```commandline
|
|
export TF_VAR_AWS_ACCESS_KEY_ID="www"
|
|
export TF_VAR_AWS_SECRET_ACCESS_KEY ="xxx"
|
|
export TF_VAR_AWS_SSH_KEY_NAME="yyy"
|
|
export TF_VAR_AWS_DEFAULT_REGION="zzz"
|
|
```
|
|
|
|
- Update `contrib/terraform/aws/terraform.tfvars` with your data. By default, the Terraform scripts use Ubuntu 18.04 LTS (Bionic) as base image. If you want to change this behaviour, see note "Using other distrib than Ubuntu" below.
|
|
- Create an AWS EC2 SSH Key
|
|
- Run with `terraform apply --var-file="credentials.tfvars"` or `terraform apply` depending if you exported your AWS credentials
|
|
|
|
Example:
|
|
|
|
```commandline
|
|
terraform apply -var-file=credentials.tfvars
|
|
```
|
|
|
|
- Terraform automatically creates an Ansible Inventory file called `hosts` with the created infrastructure in the directory `inventory`
|
|
- Ansible will automatically generate an ssh config file for your bastion hosts. To connect to hosts with ssh using bastion host use generated ssh-bastion.conf.
|
|
Ansible automatically detects bastion and changes ssh_args
|
|
|
|
```commandline
|
|
ssh -F ./ssh-bastion.conf user@$ip
|
|
```
|
|
|
|
- Once the infrastructure is created, you can run the kubespray playbooks and supply inventory/hosts with the `-i` flag.
|
|
|
|
Example (this one assumes you are using Ubuntu)
|
|
|
|
```commandline
|
|
ansible-playbook -i ./inventory/hosts ./cluster.yml -e ansible_user=ubuntu -b --become-user=root --flush-cache
|
|
```
|
|
|
|
***Using other distrib than Ubuntu***
|
|
If you want to use another distribution than Ubuntu 18.04 (Bionic) LTS, you can modify the search filters of the 'data "aws_ami" "distro"' in variables.tf.
|
|
|
|
For example, to use:
|
|
|
|
- Debian Jessie, replace 'data "aws_ami" "distro"' in variables.tf with
|
|
|
|
```ini
|
|
data "aws_ami" "distro" {
|
|
most_recent = true
|
|
|
|
filter {
|
|
name = "name"
|
|
values = ["debian-jessie-amd64-hvm-*"]
|
|
}
|
|
|
|
filter {
|
|
name = "virtualization-type"
|
|
values = ["hvm"]
|
|
}
|
|
|
|
owners = ["379101102735"]
|
|
}
|
|
```
|
|
|
|
- Ubuntu 16.04, replace 'data "aws_ami" "distro"' in variables.tf with
|
|
|
|
```ini
|
|
data "aws_ami" "distro" {
|
|
most_recent = true
|
|
|
|
filter {
|
|
name = "name"
|
|
values = ["ubuntu/images/hvm-ssd/ubuntu-xenial-16.04-amd64-*"]
|
|
}
|
|
|
|
filter {
|
|
name = "virtualization-type"
|
|
values = ["hvm"]
|
|
}
|
|
|
|
owners = ["099720109477"]
|
|
}
|
|
```
|
|
|
|
- Centos 7, replace 'data "aws_ami" "distro"' in variables.tf with
|
|
|
|
```ini
|
|
data "aws_ami" "distro" {
|
|
most_recent = true
|
|
|
|
filter {
|
|
name = "name"
|
|
values = ["dcos-centos7-*"]
|
|
}
|
|
|
|
filter {
|
|
name = "virtualization-type"
|
|
values = ["hvm"]
|
|
}
|
|
|
|
owners = ["688023202711"]
|
|
}
|
|
```
|
|
|
|
## Connecting to Kubernetes
|
|
|
|
You can use the following set of commands to get the kubeconfig file from your newly created cluster. Before running the commands, make sure you are in the project's root folder.
|
|
|
|
```commandline
|
|
# Get the controller's IP address.
|
|
CONTROLLER_HOST_NAME=$(cat ./inventory/hosts | grep "\[kube-master\]" -A 1 | tail -n 1)
|
|
CONTROLLER_IP=$(cat ./inventory/hosts | grep $CONTROLLER_HOST_NAME | grep ansible_host | cut -d'=' -f2)
|
|
|
|
# Get the hostname of the load balancer.
|
|
LB_HOST=$(cat inventory/hosts | grep apiserver_loadbalancer_domain_name | cut -d'"' -f2)
|
|
|
|
# Get the controller's SSH fingerprint.
|
|
ssh-keygen -R $CONTROLLER_IP > /dev/null 2>&1
|
|
ssh-keyscan -H $CONTROLLER_IP >> ~/.ssh/known_hosts 2>/dev/null
|
|
|
|
# Get the kubeconfig from the controller.
|
|
mkdir -p ~/.kube
|
|
ssh -F ssh-bastion.conf centos@$CONTROLLER_IP "sudo chmod 644 /etc/kubernetes/admin.conf"
|
|
scp -F ssh-bastion.conf centos@$CONTROLLER_IP:/etc/kubernetes/admin.conf ~/.kube/config
|
|
sed -i "s^server:.*^server: https://$LB_HOST:6443^" ~/.kube/config
|
|
kubectl get nodes
|
|
```
|
|
|
|
## Troubleshooting
|
|
|
|
### Remaining AWS IAM Instance Profile
|
|
|
|
If the cluster was destroyed without using Terraform it is possible that
|
|
the AWS IAM Instance Profiles still remain. To delete them you can use
|
|
the `AWS CLI` with the following command:
|
|
|
|
```commandline
|
|
aws iam delete-instance-profile --region <region_name> --instance-profile-name <profile_name>
|
|
```
|
|
|
|
### Ansible Inventory doesn't get created
|
|
|
|
It could happen that Terraform doesn't create an Ansible Inventory file automatically. If this is the case copy the output after `inventory=` and create a file named `hosts`in the directory `inventory` and paste the inventory into the file.
|
|
|
|
## Architecture
|
|
|
|
Pictured is an AWS Infrastructure created with this Terraform project distributed over two Availability Zones.
|
|
|
|
|