Comment automatiser le déploiement d’infrastructures avec Terraform ?

Il existe plusieurs manières d’utiliser Terraform. Avec la manière simple, on renseigne directement les valeurs dans les blocs de ressource. Cette façon de faire est rapide à mettre en place, mais pas réutilisable pour tous les projets, puisqu’il faudra l’adapter en conséquence.

resource "flexibleengine_compute_instance_v2" "basic" { 
name = "basic" 
image_id = "ad091b52-742f-469e-8f3c-fd81cadf0743" 
flavor_id = "3" 
key_pair = "my_key_pair_name" 
security_groups = ["default"] 
network { name = "my_network" } 
tags = { foo = "bar" this = "that" } 
}

Pour pallier aux lacunes de la méthode précédente, on utilise des modules. Cela suppose qu’on sépare la configuration de chaque ressource pour les rendre indépendantes, et on variabilise ces dernières pour les centraliser dans un root module.

Les modules ont l’avantage de pouvoir être stockés sur un logiciel de versionning tel que gitlab, et être spécifiés directement dans le code sans les avoirs en local. Cela va faciliter le partage au sein d’une équipe technique.

resource "flexibleengine_compute_instance_v2" "instances" {
availability_zone = var.availability_zone
count = var.instance_count
name = var.instance_count > 1 ? format("%s-%d", var.instance_name, count.index + 1) : var.instance_name
flavor_name = var.flavor_name
key_pair = var.key_name
user_data = var.user_data
security_groups = [flexibleengine_networking_secgroup_v2.sg-instances.name]
network {
uuid = var.network_id.0
}
dynamic "block_device" {
for_each = var.block_devices
content {
uuid = block_device.value.uuid != "" ? block_device.value.uuid : null
source_type = block_device.value.source_type 
destination_type = block_device.value.destination_type 
volume_size = block_device.value.volume_size
volume_type = block_device.value.volume_type
boot_index = block_device.value.boot_index
delete_on_termination = block_device.value.delete_on_termination ? block_device.value.delete_on_termination : null
}
}

On peut pousser le processus de variabilisation jusqu’au root module :

module "module-bastion" {
source = "../modules/bastion"
access_protocol = var.bastion_access_protocol
port_ssh = var.bastion_port_ssh
access_address = var.bastion_access_address
sg_name = "sg-${var.client}-${var.contexte}-bastion"
instance_name = "ecs-${var.client}-${var.contexte}-bastion"
instance_count = var.bastion_instance_count
availability_zone = var. bastion_availability_zone
flavor_name = var.bastion_flavor_name
key_name = module.module-keypair.keypair_id
security_groups = ["sg-${var.client}-${var.contexte}-bastion"]
subnet_id = module.module-network.subnet_ids
network_id = module.module-network.network_ids
new_eip = var.bastion_new_eip
eip_bandwidth = var.bastion_eip_bandwidth

Ainsi, on a juste à remplir un fichier de variable avec les valeurs que l’on veut, par exemple le nombre de serveurs à déployer, la quantité de RAM et CPU ou encore la capacité des disques ainsi que le type. De cette manière, lors du déploiement d’une nouvelle infrastructure, on reprend les modules déjà existants en changeant simplement la valeur des variables dans le root module.

bastion_new_eip = true
bastion_eip_bandwidth = 8
bastion_os_name = "OBS Ubuntu 18.04"
bastion_os_region = "eu-west-0"
bastion_access_protocol = "tcp"
bastion_port_ssh = "22"
bastion_access_address = "0.0.0.0/0"
bastion_instance_count = 1
bastion_availability_zone = "eu-west-0a"
bastion_flavor_name = "s3.small.1" 
bastion_os_volume_size = 40
bastion_os_volume_delete_on_termination = true
bastion_os_volume_type = "SATA"

Il est également possible de faire appel à des ressources déjà existantes sur le cloud, grâce à la fonction “data” pour intégrer une nouvelle machine à un réseau existant.

data "flexibleengine_vpc_subnet_v1" "networks" {
name = var.network_name
}

On remarquera que cette technique demande plus d’organisation, il est recommandé de séparer le root module du module. Ainsi, on ne touche pas à ce dernier et on modifie le premier pour le faire correspondre à notre besoin. Ici, les fichiers à modifier sont dans le dossier “infra” et le module auquel on ne touche pas se situe dans le fichier “module”. Il faut noter également que les variables ont besoin d’être définies (ici dans les fichiers variables.tf), afin que Terraform puisse avoir un référentiel de celles-ci ainsi que leurs types (string, number, bool, etc..).