Skip to main content

Terraform Cheat Sheet

Terraform has become more mature and can help us in many scenarios in provisioning infrastructure. These are a few scenarios that might be quite common for us in day-to-day jobs.


Take values from another state as a data source

This might be used when we already maintain a base state, and then a few child configurations need to access certain values from the base state.

First, define the data source with attributes for accessing another state

data "terraform_remote_state" "SOME_NAME" {
  backend = "local"

  config = {
    path = "/path/to/another/terraform.tfstate"
  }
}

Then, we can pass the value into any resources. For example, we output a value into another output value.

output "public_ip" {
  value = data.terraform_remote_state.SOME_NAME.outputs.public_ip 
}

Redeploy a resource

This might be useful when we find an error in our resource that requires us to redeploy the resource.

terraform apply -replace="SOME_RESOURCE.SOME_NAME"

Move a resource into another state

After running the following command, we should update the configuration to match the new resource, if not the moved resource will be deleted anytime we apply a configuration.

terraform state mv -state-out=/path/to/target/terraform.tfstate SOME_RESOURCE.SOME_SOURCE_NAME SOME_RESOURCE.SOME_TARGET_NAME

Remove a resource from a state

This process will remove resource declaration in the state, but not in the real infrastructure. It also won't remove output values that are related to the resource. It is useful when we don't want to maintain certain resources initially created using Terraform.

terraform state rm SOME_RESOURCE.SOME_NAME

Import a resource into a state

It is useful to add a real infrastructure that hasn't been in a state. We should update the configuration accordingly after running this process to maintain the resource. The reference typically is the resource ID provided by the cloud providers.

terraform import SOME_NEW_RESOURCE.SOME_NEW_NAME RESOURCE_ID

Another safer way to import is utilising import block in the configuration. The steps are as follows.

1. Create the import details in the configuration file with the ID of the real resource and the target resource that will be output to a configuration.

import {
    id = "REAL_RESOURCE_ID"
    to = TARGET_RESOURCE.NAME
}

2. Generate the resource block into a configuration

terraform plan -generate-config-out=generated.tf

3. Adjust the detail of the generated resource so that it won't destroy the real resource when we perform apply.


Synchronize a state with real infrastructure

When we manually change/delete an instance in real infrastructure, it is necessary to make the existing state reflect the actual condition. This command will only update the state but not the configuration file. We need to update/remove related configurations accordingly.

terraform refresh

However, the command above is discouraged from being used because it instantly updates the state. Another method is using the -refresh-only parameter in plan or apply. It will give us time to review the changes.

terraform plan -refresh-only
terraform apply -refresh-only

The condition that requires us to perform this action can also be caused by changes in credentials or regions that make Terraform detect that the resource is deleted.


Comments

Popular posts from this blog

Configuring Swap Memory on Ubuntu Using Ansible

If we maintain a Linux machine with a low memory capacity while we are required to run an application with high memory consumption, enabling swap memory is an option. Ansible can be utilized as a helper tool to automate the creation of swap memory. A swap file can be allocated in the available storage of the machine. The swap file then can be assigned as a swap memory. Firstly, we should prepare the inventory file. The following snippet is an example, you must provide your own configuration. [server] 192.168.1.2 [server:vars] ansible_user=root ansible_ssh_private_key_file=~/.ssh/id_rsa Secondly, we need to prepare the task file that contains not only the tasks but also some variables and connection information. For instance, we set /swapfile  as the name of our swap file. We also set the swap memory size to 2GB and the swappiness level to 60. - hosts: server become: true vars: swap_vars: size: 2G swappiness: 60 For simplicity, we only check the...

Rangkaian Sensor Infrared dengan Photo Dioda

Keunggulan photodioda dibandingkan LDR adalah photodioda lebih tidak rentan terhadap noise karena hanya menerima sinar infrared, sedangkan LDR menerima seluruh cahaya yang ada termasuk infrared. Rangkaian yang akan kita gunakan adalah seperti gambar di bawah ini. Pada saat intensitas Infrared yang diterima Photodiode besar maka tahanan Photodiode menjadi kecil, sedangkan jika intensitas Infrared yang diterima Photodiode kecil maka tahanan yang dimiliki photodiode besar. Jika  tahanan photodiode kecil  maka tegangan  V- akan kecil . Misal tahanan photodiode mengecil menjadi 10kOhm. Maka dengan teorema pembagi tegangan: V- = Rrx/(Rrx + R2) x Vcc V- = 10 / (10+10) x Vcc V- = (1/2) x 5 Volt V- = 2.5 Volt Sedangkan jika  tahanan photodiode besar  maka tegangan  V- akan besar  (mendekati nilai Vcc). Misal tahanan photodiode menjadi 150kOhm. Maka dengan teorema pembagi tegangan: V- = Rrx/(Rrx + R2) x Vcc V- = 150 / (1...

API Gateway Using KrakenD

The increasing demands of users for high-quality web services create the need to integrate various technologies into our application. This will cause the code base to grow larger, making maintenance more difficult over time. A microservices approach offers a solution, where the application is built by combining multiple smaller services, each with a distinct function. For example, one service handles authentication, another manages business functions, another maintains file uploads, and so on. These services communicate and integrate through a common channel. On the client side, users don't need to understand how the application is built or how it functions internally. They simply send a request to a single endpoint, and processes like authentication, caching, or database querying happen seamlessly. This is where an API gateway is effective. It handles user requests and directs them to the appropriate handler. There are several tools available for building an API gateway, su...

Deploying a Web Server on UpCloud using Terraform Modules

In my earlier post , I shared an example of deploying UpCloud infrastructure using Terraform from scratch. In this post, I want to share how to deploy the infrastructure using available Terraform modules to speed up the set-up process, especially for common use cases like preparing a web server. For instance, our need is to deploy a website with some conditions as follows. The website can be accessed through HTTPS. If the request is HTTP, it will be redirected to HTTPS. There are 2 domains, web1.yourdomain.com and web2.yourdomain.com . But, users should be redirected to "web2" if they are visiting "web1". There are 4 main modules that we need to set up the environment. Private network. It allows the load balancer to connect with the server and pass the traffic. Server. It is used to host the website. Load balancer. It includes backend and frontend configuration. Dynamic certificate. It is requ...

Configure Gitlab SMTP Setting

Gitlab CE or EE is shipped with the capability to send messages through SMTP service as the basic feature to send notifications or updates to the users. The configuration parameters are available in /etc/gitlab/gitlab.rb . Each SMTP service provider has a different configuration, therefore the Gitlab configuration parameters should be adjusted according to the requirements. Some examples have been provided by Gitlab here . This is an example if you use the Zoho service. gitlab_rails['smtp_enable'] = true gitlab_rails['smtp_address'] = "smtp.zoho.com" gitlab_rails['smtp_port'] = 587 gitlab_rails['smtp_authentication'] = "plain" gitlab_rails['smtp_enable_starttls_auto'] = true gitlab_rails['smtp_user_name'] = "gitlab@mydomain.com" gitlab_rails['smtp_password'] = "mypassword" gitlab_rails['smtp_domain'] = "smtp.zoho.com" This is another example of using Amazon SES w...

Running CI/CD Pipeline with GitLab CI

GitLab allows us to deploy CI/CD pipeline runners on our own resources within our environment. This option is available not only for the self-hosted plan but also for the cloud service plan (gitlab.com). With this setup, unlike GitHub Action, we can avoid incurring additional costs for extended pipeline runtime. This is because we can deploy the runner on an on-demand server and optimize its usage. GitLab CI offers several options for setting up resources to run CI/CD pipelines. A runner can be configured to handle jobs for specific groups or projects using designated tags. It can also be set to use different executors, such as Shell, Docker, Kubernetes, or VirtualBox. A comparison table of the supported executors is available in the executor documentation . Some executors offer greater flexibility and ease of use, while others may be more rigid but enhance server security. Installing the runner in our machine For example, we will deploy the runner on an Ubuntu serve...