Ko novedīs vienlaicīga divu Terraform eksemplāru palaišana?

Par race condition (sacīkšu stāvoklis) un iespējamu stāvokļa faila (state file) bojājumu. Tas ir kritiski svarīgi, jo Terraform izmanto stāvokļa failu, lai sinhronizētu reālo infrastruktūru ar konfigurāciju. Bojājums var novest pie nepareizas izmaiņu piemērošanas, resursu dublēšanas vai to dzēšanas neatkarīgi no plānotā stāvokļa.

Lai to novērstu, tiek izmantots stāvokļa faila bloķēšanas mehānisms. Lielākā daļa Terraform backend (piemēram, S3, GCS, Artifactory) atbalsta bloķēšanas mehānismu. Mēģinot palaist otro Terraform eksemplāru, kamēr pirmais veic operāciju, otrais gaida bloķēšanas atbrīvošanu vai beidzas ar kļūdu.

Piemērs, kā konfigurēt backend ar bloķēšanu (S3 gadījumā):

terraform {
  backend "s3" {
    bucket         = "my-terraform-state-bucket"
    key            = "path/to/my/terraform.tfstate"
    region         = "us-east-1"
    dynamodb_table = "my-terraform-lock-table" // Bloķēšanai
  }
}

Šajā gadījumā, dynamodb_table tiek izmantota izplatītai bloķēšanai. Pirms Terraform operācijas tas mēģina izveidot elementu šajā tabulā, kas kalpo kā indikator, ka stāvokļa fails ir aizņemts. Cits eksemplārs, mēģinot piekļūt, redzēs esošo elementu un nevarēs iegūt bloķējumu.

Ja bloķēšana nav konfigurēta vai tiek izmantots lokāls backend ar neesošu bloķēšanas atbalstu, vienlaicīga izpilde novedīs pie nenoteiktas uzvedības.

Sekas var ietvert:

• Stāvokļa faila bojājums: Datu ieraksts no diviem procesiem vienlaikus var novest pie tā nesaskaņotības.
• Nepareiza infrastruktūras stāvoklis: Dažas izmaiņas var tikt piemērotas, citas ignorētas vai mainītas ar citu procesu.
• Resursu dublēšana: Terraform var izveidot resursus, kuri tiek uzskatīti par neeksistējošiem, jo informācija stāvokļa failā vēl nav atjaunināta.
• Resursu dzēšana: Retos gadījumos, nepareizi interpretējot stāvokli, Terraform var dzēst nepieciešamos resursus.

Lai novērstu šādas situācijas, vienmēr jāizmanto bloķēšanas atbalstoši backend, un jānodrošina, ka tas ir pareizi konfigurēts. CI/CD pipeline'os tas tiek panākts, sinhronizējot uzdevumus un nodrošinot, ka tikai viens Terraform process darbojas ar konkrēto stāvokļa failu šobrīd.