Kuidas hallata pilveinfrastruktuuri Terraformi abil

Selles artiklis vaatleme, millest Terraform koosneb, ning käime samm-sammult läbi, kuidas üles seada oma infrastruktuur pilves VMware'i abil — valmistame ette kolm VM erinevateks eesmärkideks: proksi, failide salvestamine ja CMS.

Kogu teema detailides ja kolmes etapis:

• Terraform — kirjeldus, eelised ja koostisosad

• Infrastruktuuri loomine

• Infrastruktuuri initsialiseerimine

  • Terraformi töö olemasoleva infrastruktuuriga

1. Terraform — kirjeldus, eelised ja koostisosad

Terraform on IaC (Infrastructure-as-Code) tööriist virtuaalse infrastruktuuri loomiseks ja haldamiseks koodi abil.

Tööriista kasutamise käigus märkisime mitmeid eeliseid:

• Uute klientide virtuaalsete keskkondade kiirus (kasutajakeskkondade). Üldiselt, mida rohkem uusi kliente, seda rohkem 'klikke' vajavad tehnilise toe töötajad uute ressursside avaldamiseks. Terraformi abil saavad kasutajad muuta virtuaalmasinate parameetreid (nt automaatselt väljalülitada operatsioonisüsteem ja suurendada virtuaalse ketta partitsiooni) ilma tehnilise toe ja masina väljalülitamiseta.

• Aktiveerimisplaani kohene kontrollimine uut teennust. Infrastruktuuri koodikirjelduste abil saame kohe kontrollida, mis ja millises järjekorras lisatakse ning millises lõppseisundis on konkreetne virtuaalne masin või virtuaalne võrk, mis on ühendatud virtuaalsete masinatega.

• Enamik tuntud pilveteenuste platvormide kirjeldamine. Saate kasutada tööriista Amazonist ja Google Cloudist kuni era platvormideni, mis põhinevad VMware vCloud Directoril, pakkudes teenuseid IaaS, SaaS ja PaaS lahenduste raames.

• Hallata mitmeid pilveteenuse pakkujaid ja jaotada infrastruktuuri nende vahel, et suurendada töökindlust, kasutades ühe konfiguratsiooni loomist, diagnostikat ja haldamist pilveressursside haldamiseks.

• Mugav kasutamine demostendide loomiseks tarkvarade testimiseks ja silumiseks. Saate luua ja edastada stende testimisosakonnale, testida tarkvara erinevates keskkondades samal ajal ning kiiresti muuta ja eemaldada ressursse, luues vaid ühe ressursi loomise plaani.

„Terrarium“ Terraform

Rääkisime tööriista eeliste kohta, nüüd vaatame seda osade kaupa.

Teenusepakkujad. 

Terraformis saab praktiliselt iga infrastruktuuritüübi esindada ressursina. Ressursside ja API platvormi vahelise ühenduse tagavad teenusepakkuja moduld, mis võimaldavad luua ressursse teatud platvormi raames, näiteks Azure või VMware vCloud Director.

Projekti raames saate suhelda erinevate teenusepakkujatega erinevates platvormides.

Ressursid (ressursside kirjeldus).

Ressursside kirjeldus võimaldab hallata platvormi komponente, näiteks virtuaalseid masinaid või võrgusid. 

Saate ise luua ressursi kirjeldusi VMware vCloud Directori teenusepakkuja jaoks ja kasutada seda kirjeldust ressursside loomiseks mis tahes hostiteenuse pakkuja juures, kes kasutab vCloud Directori. Peate vaid asendama autentimisparameetrid ja vajalikud võrguühenduse parameetrid soovitud hostiteenuse pakkujaga.

Provisionerid.

See komponent võimaldab teostada operatsioonisüsteemi algse paigaldamise ja hooldamise toiminguid pärast virtuaalmasinate loomist. Kui olete virtuaalmasina ressursi loonud, saate provisioners'i abil seadistada ja ühenduda SSH kaudu, teostada operatsioonisüsteemi värskenduse ning laadida ja käivitada skripti. 

Sisendi ja väljundi muutujad.

Sisendi muutujad — sissepääsuks mõeldud muutujad igasuguste plokkide jaoks. 

Väljumise muutujad võimaldavad salvestada väärtusi pärast ressursside loomist ja neid saab kasutada sisendi muutujatena teiste moodulite, näiteks Provisioners'i plokkides.

Olekingud.

Olekufailid salvestavad teavet pakkujaressursside konfiguratsiooni kohta. Esmakordsel platvormi loomisel ei ole ressursiteavet ja enne iga operatsiooni uuendab Terraform olekut reaalse infrastruktuuriga juba kirjeldatud ressurssidest.

Oleku põhieesmärk on salvestada loodud ressursside objektide sidumine, et võrrelda lisatavate ressursside ja objektide konfiguratsiooni, vältimaks platvormi korduvat loomist ja muudatusi.

Vaikimisi oleku teave salvestatakse kohalikku faili terraform.tfstate, kuid vajadusel on võimalik kasutada ka kaughoidlat meeskonnatöötamiseks.

Samuti saate importida olemasolevad ressursid platvormilt olekusse, et hiljem interakteeruda teiste ressurssidega, mis omakorda on loodud ilma Terraformita.  

2. Infrastruktuuri loomine

Oleme koostisosad läbi vaadanud, nüüd loome Terraformi abil samm-sammult infrastruktuuri, mis koosneb kolmest virtuaalsest masinast. Esimene on varustatud nginxi proxiserveriga, teine Nextcloudi andmete hoidla ja kolmas CMS Bitrixiga.

Kirjutame ja käitame koodi meie VMware vCloud Directori. Meie kasutajad saavad kontot, mille õigused on Organization Administrator. Kui kasutate teises VMware'i pilves sama õigusega kontot, saate meie näidiskoodiga töötada. Alustame!

Esmalt loome meie uue projekti jaoks kausta, kuhu paigutame infrastruktuuri kirjeldavad failid.

mkdir project01

Seejärel kirjeldame infrastruktuuri komponente. Terraform loob seosed ja töötleb faile vastavalt failides olevatele kirjeldustele. Faile saab nimetada vastavalt kirjeldatavate blokkide eesmärgile, näiteks network.tf — kirjeldab infrastruktuuri võrguparameetreid.

Meie infrastruktuuri komponentide kirjeldamiseks oleme loonud järgmised failid:

Failide nimekiri.

main.tf — kirjeldus virtuaalse keskkonna parameetritest — virtuaalsed masinad, virtuaalsed konteinerid;

network.tf — virtuaalse võrgu parameetrite ja NAT, Firewall reeglite kirjeldus;

variables.tf — muutuja nimekiri, mida kasutame;

vcd.tfvars — projekti muutuja väärtused VMware vCloud Director mooduli jaoks.

Terraformi konfigureerimiskeel on deklareeriv ja plokkide järjekord ei oma tähtsust, välja arvatud provisioner plokkide puhul, kuna selles plokis kirjeldame infrastruktuuri ettevalmistamisel täidetavaid käske ning need täidetakse järjestikku.

Plokkide struktuur.

"" "" {

# Block body

= # Argument

}

Plokkide kirjeldamiseks kasutatakse oma programmeerimiskeelt HCL (HashiCorp Configuration Language), infrastruktuuri saab võimalusel kirjeldada ka JSON-i abil. Täiendavat teavet süntaksi kohta saab lugeda arendaja veebisaidilt.

Keskkonna muutuja konfiguratsioon, variables.tf ja vcd.tfvars

Alustame kahe faili loomisega, mis kirjeldavad kõiki kasutatavaid muutujaid ja nende väärtusi VMware vCloud Director'i Mooduli jaoks. Esiteks loome faili variables.tf.

File'i variables.tf sisu.

variable "vcd_org_user" {

  description = "vCD teenusekasutaja"

}

variable "vcd_org_password" {

  description = "vCD teenusekasutaja parool"

}

variable "vcd_org" {

  description = "vCD teenusekasutaja organisatsioon"

}

variable "vcd_org_vdc" {

  description = "vCD teenusekasutaja VDC"

}

variable "vcd_org_url" {

  description = "vCD teenusekasutaja URL"

}

variable "vcd_org_max_retry_timeout" {

  default = "60"

}

variable "vcd_org_allow_unverified_ssl" {

  default = "true"

}

variable "vcd_org_edge_name" {

  description = "vCD servamisi nimi"

}

variable "vcd_org_catalog" {

  description = "vCD avalik kataloog"

}

variable "vcd_template_os_centos7" {

  description = "OS CentOS 7"

  default = "CentOS7"

}

variable "vcd_org_ssd_sp" {

  description = "Salvestuspoliiid"

  default = "Kuldne salvestuspoliiid"

}

variable "vcd_org_hdd_sp" {

  description = "Salvestuspoliiid"

  default = "Pronksine salvestuspoliiid"

}

variable "vcd_edge_local_subnet" {

  description = "Organisatsiooni võrgu alamside"

}

variable "vcd_edge_external_ip" {

  description = "Väline avalik IP"

}

variable "vcd_edge_local_ip_nginx" {}

variable "vcd_edge_local_ip_bitrix" {}

variable "vcd_edge_local_ip_nextcloud" {}

variable "vcd_edge_external_network" {}

Muutujate väärtused, mille me saame teenusepakkujalt.

• vcd_org_user — organisatsiooni administraatori õigustega kasutajanimi,

• vcd_org_password — kasutaja parool,

• vcd_org — organisatsiooni nimetus,

• vcd_org_vdc — virtuaalse andmekeskuse nimetus,

• vcd_org_url — API URL,

• vcd_org_edge_name — virtuaalse ruuteri nimetus,

• vcd_org_catalog — virtuaalmasinate malli katalooge nimetus,

• vcd_edge_external_ip — avalik IP-aadress,

• vcd_edge_external_network — välise võrgu nimetus,

• vcd_org_hdd_sp — HDD salvestuspoliitika nimetus,

• vcd_org_ssd_sp — SSD salvestuspoliitika nimetus.

Ja sisestame oma muutujad:

• vcd_edge_local_ip_nginx — NGINX-i virtuaalmasina IP-aadress,

• vcd_edge_local_ip_bitrix — 1C:Bitrixi virtuaalmasina IP-aadress,

• vcd_edge_local_ip_nextcloud — Nextcloudi virtuaalmasina IP-aadress.

Teise failina loome ja määratleme parameetrid VMware vCloud Director mooduli jaoks failis vcd.tfvars: Meenutame, et näites kasutame oma pilve mClouds,, kui töötate teise teenusepakkujaga, küsige temalt väärtusi. 

Faili sisu vcd.tfvars.

vcd_org_url = "https://vcloud.mclouds.ru/api"

vcd_org_user = "orgadmin"

vcd_org_password = "*"

vcd = "org"

vcd_org_vdc = "orgvdc"

vcd_org_maxretry_timeout = 60

vcd_org_allow_unverified_ssl = true

vcd_org_catalog = "Templates"

vcd_templateos_centos7 = "CentOS7"

vcd_org_ssd_sp = "Kuldne salvestuspoliitika"

vcd_org_hdd_sp = "Pronksine salvestuspoliitika"

vcd_org_edge_name = "MCLOUDS-EDGE"

vcd_edge_external_ip = "185.17.66.1"

vcd_edge_local_subnet = "192.168.110.0/24"

vcd_edge_local_ip_nginx = "192.168.110.1"

vcd_edge_local_ip_bitrix = "192.168.110.10"

vcd_edge_local_ip_nextcloud = "192.168.110.11"

vcd_edge_external_network = "NET-185-17-66-0"

Network configuration, network.tf.

Keskkonfiguratsioon on määratud, nüüd seadistame virtuaalmasinate ühendusskeemi — igale virtuaalmasinale määrame privaatse IP-aadressi ning suuname Ports Destination NAT kaudu välisse verre. Juhtimispordile ligipääsu piiramiseks määrame ligipääsu ainult meie IP-aadressile.

Võrguskeem loodava Terraform platvormi jaoks.

Loodame virtuaalse organisatsiooni võrku nimega net_lan01, vaikimisi väravaga: 192.168.110.254, samuti aadressiruumi: 192.168.110.0/24.

Kirjeldame virtuaalset võrku.

resource "vcd_network_routed" "net" {

  name = "net_lan01"

  edge_gateway = var.vcd_org_edge_name

  gateway = "192.168.110.254"

  dns1 = "1.1.1.1"

  dns2 = "8.8.8.8"

 static_ip_pool {

start_address = "192.168.110.1"

end_address = "192.168.110.253"

  }

}

Loome tulemustereeglid, mis võimaldavad virtuaalmasinatel internetti pääseda. Selle ploki raames on kõik pilveressursid ka internetti ühendatud:

Kirjeldame reegleid VM-i interneti ligipääsuks.

resource "vcd_nsxv_firewall_rule" "fw_internet_access" {

  edge_gateway   = var.vcdorgedgename

  name = "Internet Access"

  source {

gateway_interfaces = ["internal"]

  }

  destination {

gateway_interfaces = ["external"]

  }

  service {

protocol = "any"

  }

  depends_on = [vcdnetworkrouted.net]

}

Seadetesse sõltuvus, et pärast vcdnetworkrouted.net ploki töötlemist alustame vcdnsxvfirewallrule ploki konfigureerimist, kasutades dependson. Kasutame seda võimalust, kuna mõned sõltuvused võivad olla konfiguratsioonis vaikimisi tuvastatud.

Seejärel loome reeglid, mis lubavad juurdepääsu portidele välisest võrgust ja määrame oma IP-aadressi serveritesse SSH-ühenduse tegemiseks. Igaühel, kel on interneti juurdepääs, on ligipääs 80 ja 443 portidele veebiserveris, ning kasutajal, kelle IP-aadress on 90.1.15.1, on ligipääs virtuaalserverite SSH-portidele.

Lubame juurdepääsu portidele välisest võrgust.

resource "vcd_nsxv_firewall_rule" "fwnatports" {

  edge_gateway   = var.vcd_org_edge_name

  name = "HTTPs Access"

  source {

gateway_interfaces = ["external"]

  }

  destination {

  gateway_interfaces = ["internal"]

  }

  service {

protocol = "tcp"

port = "80"

  }

  service {

protocol = "tcp"

port = "443"

  }

  depends_on = [vcd_network_routed.net]

}

resource "vcd_nsxv_firewall_rule" "fw_nat_admin_ports" {

  edge_gateway   = var.vcd_org_edge_name

  name = "Admin Access"

  source {

  ip_addresses = [ "90.1.15.1" ]

  }

  destination {

  gateway_interfaces = ["internal"]

  }

  service {

protocol = "tcp"

port = "58301"

  }

  service {

protocol = "tcp"

port = "58302"

  }

  service {

protocol = "tcp"

port = "58303"

  }

  depends_on = [vcd_network_routed.net]

}

Loome Source NAT reeglid, et pääseda internetti pilvelokaalsest võrkust:

Kirjeldame Source NAT reegleid.

resource "vcd_nsxv_snat" "snat_local" {

edge_gateway = var.vcd_org_edge_name

  võrgutüüp = "ext"

  network_name = var.vcdedgeexternalnetwork

  original_address   = var.vcd_edge_local_subnet

translated_address = var.vcd_edge_external_ip

  depends_on = [vcd_network_routed.net]

}

Ja lisame võrguploki konfiguratsiooni lõpus Destination NAT reeglid teenustele välisest võrgust juurde pääsemiseks:

Lisame Destination NAT reeglid.

resource "vcd_nsxv_dnat" "dnat_tcp_nginx_https" {
edge_gateway = var.vcd_org_edge_name
network_name = var.vcd_edge_external_network
võrgutüüp = "ext"


  description = "NGINX HTTPs"

original_address = var.vcd_edge_external_ip
original_port = 443

translated_address = var.vcd_edge_local_ip_nginx
translated_port = 443
protocol = "tcp"

depends_on = [vcd_network_routed.net]
}
resource "vcd_nsxv_dnat" "dnat_tcp_nginx_http" {
edge_gateway = var.vcd_org_edge_name
network_name = var.vcd_edge_external_network
võrgutüüp = "ext"

description = "NGINX HTTP"

original_address = var.vcd_edge_external_ip
original_port = 80

translated_address = var.vcd_edge_local_ip_nginx
translated_port = 80
protocol = "tcp"

depends_on = [vcd_network_routed.net]

}

Lisame NAT reegli portide tõlgendamiseks SSH serverile Nginx all.

resource "vcd_nsxv_dnat" "dnat_tcp-nginx_ssh" {
edge_gateway = var.vcd_org_edge_name
network_name = var.vcd_edge_external_network
võrgutüüp = "ext"

description = "SSH NGINX"

original_address = var.vcd_edge_external_ip
original_port = 58301

translated_address = var.vcd_edge_local_ip_nginx
translated_port = 22
protocol = "tcp"

depends_on = [vcd_network_routed.net]

}

Lisame NAT reegli portide tõlgendamiseks SSH serverile 1C-Bitrixiga.

resource "vcd_nsxv_dnat" "dnat_tcp_bitrix_ssh" {
edge_gateway = var.vcd_org_edge_name
network_name = var.vcd_edge_external_network
võrgutüüp = "ext"

description = "SSH Bitrix"

original_address = var.vcd_edge_external_ip
original_port = 58302

translated_address = var.vcd_edge_local_ip_bitrix
translated_port = 22
protocol = "tcp"

depends_on = [vcd_network_routed.net]

}

Lisame NAT reegli portide tõlgendamiseks SSH serverile Nextcloudiga.

resource "vcd_nsxv_dnat" "dnat_tcp_nextcloud_ssh" {
edge_gateway = var.vcd_org_edge_name
network_name = var.vcd_edge_external_network
võrgutüüp = "ext"

description = "SSH Nextcloud"

original_address = var.vcd_edge_external_ip
original_port = 58303 translated_address = var.vcd_edge_local_ip_nextcloud
translated_port = 22
protocol = "tcp"

depends_on = [vcd_network_routed.net]

}

Virtuaalse keskkonna konfiguratsioon main.tf

Nagu me artikli alguses planeerisime, loome kolm virtuaalmasinat. Need seadistatakse "Guest Customization" abil. Võrgusätted kirjutame vastavalt meie määratud seadistustele ja kasutaja parool genereeritakse automaatselt.

Kirjeldame vApp'i, milles asuvad virtuaalsed masinad ja nende konfiguratsioon.

Virtuaalsete masinate konfiguratsioon

Loome vApp'i konteineri. Et saaksime koheselt ühendada vApp'i ja VM-i virtuaalvõrku, lisame ka parameetri depends_on:

Loome konteineri

resource "vcd_vapp" "vapp" {
name = "web"
power_on = "true" depends_on = [vcd_network_routed.net]

}

Loome virtuaalse masina koos kirjeldustega

resource "vcd_vapp_vm" "nginx" {

vapp_name = vcd_vapp.vapp.name

name = "nginx"

catalog_name = var.vcd_org_catalog

template_name = var.vcd_template_os_centos7

storage_profile = var.vcd_org_ssd_sp

memory = 8192

cpus = 1

cpu_cores = 1

network {

type = "org"

name = vcd_network_routed.net.name

is_primary = true

adapter_type = "VMXNET3"

ip_allocation_mode = "MANUAL"

ip = var.vcd_edge_local_ip_nginx

}

override_template_disk {

bus_type = "paravirtual"

size_in_mb = "32768"

bus_number = 0

unit_number = 0

storage_profile = var.vcd_org_ssd_sp

}

}

Peamised parameetrid VM'i kirjelduses:

• name — virtuaalse masina nimi,

• vappname — vApp'i nimi, kuhu uus VM lisada,

• catalogname / templatename — katalooge ja virtuaalmasina šablooni nimi,

• storageprofile — vaikimisi salvestuspoliitika.

Network ploki parameetrid:

• type — ühendatud võrgu tüüp,

• name — millisesse virtuaalvõrku VM'i ühendada,

• isprimary — peamine võrguadapter,

• ipallocation_mode — aadressi määramise režiim MANUAL / DHCP / POOL,

• ip — IP-aadress virtuaalse masina jaoks, määrame käsitsi.

Override_template_disk blokk:

• sizeinmb — virtuaalse masina käivitamise ketta suurus

• storage_profile — ketta säilitamise poliitika

Loome teise VM failihoiustamise Nextcloud'i kirjeldustega

resource "vcd_vapp_vm" "nextcloud" {

vapp_name = vcd_vapp.vapp.name

name = "nextcloud"

catalog_name = var.vcd_org_catalog

template_name = var.vcd_template_os_centos7

storage_profile = var.vcd_org_ssd_sp

memory = 8192

cpus = 1

cpu_cores = 1

network {

type = "org"

name = vcd_network_routed.net.name

is_primary = true

adapter_type = "VMXNET3"

ip_allocation_mode = "MANUAL"

ip = var.vcd_edge_local_ip_nextcloud

}

override_template_disk {

bus_type = "paravirtual"

size_in_mb = "32768"

bus_number = 0

unit_number = 0

storage_profile = var.vcd_org_ssd_sp

}

}

resource "vcd_vm_internal_disk" "disk1" {

vapp_name = vcd_vapp.vapp.name

vm_name = "nextcloud"

bus_type = "paravirtual"

size_in_mb = "102400"

bus_number = 0

unit_number = 1

storage_profile = var.vcd_org_hdd_sp

allow_vm_reboot = true

depends_on = [ vcd_vapp_vm.nextcloud ]

}

Blokis vcdvminternal_disk kirjeldame uut virtuaalset ketast, mis ühendatakse virtuaalse masinaga.

Selgitused vcdvminternaldisk ploki kohta:

• bustype — ketasjuhtme tüüp

• sizeinmb — ketta suurus

• busnumber / unitnumber — ühenduskoht adapteris

• storage_profile — ketta säilitamise poliitika

Kirjeldame viimast VM Bitrix'ile

resource "vcd_vapp_vm" "bitrix" {

vapp_name = vcd_vapp.vapp.name

name = "bitrix"

catalog_name = var.vcd_org_catalog

template_name = var.vcd_template_os_centos7

storage_profile = var.vcd_org_ssd_sp

memory = 8192

cpus = 1

cpu_cores = 1

network {

type = "org"

name = vcd_network_routed.net.name

is_primary = true

adapter_type = "VMXNET3"

ip_allocation_mode = "MANUAL"

ip = var.vcd_edge_local_ip_bitrix

}

override_template_disk {

bus_type = "paravirtual"

size_in_mb = "81920"

bus_number = 0

unit_number = 0

storage_profile = var.vcd_org_ssd_sp

}

}

OSe uuendamine ja täiendavate skriptide installimine

Võrk on ette valmistatud, virtuaalsed masinad on kirjeldatud. Enne meie infrastruktuuri importimist saame eelnevalt läbi viia algse proviisiooni provisioners plokkide abil ja ilma Ansible'ita.

Vaadake, kuidas värskendada OS-i ja käivitada CMS Bitrix'i installiskript provisioner ploki abil.

Alustame CentOS-i värskenduste pakettide installimist.

resource "null_resource" "nginx_update_install" {

provisioner "remote-exec" {

connection {

type = "ssh"

user = "root"

password = vcd_vapp_vm.nginx.customization[0].admin_password

host = var.vcd_edge_external_ip

port = "58301"

timeout = "30s"

}

inline = [

"yum -y update && yum -y upgrade",

"yum -y install wget nano epel-release net-tools unzip zip" ]

}

}

}

Komponentide tähistamine:

• provisioner «remote-exec» — ühendame kaugprovisionimise ploki

• Ühenduse plokis kirjeldame tüübi ja parameetrid ühendamiseks:

• type — protokoll, meie puhul SSH;

• user — kasutajanimi;

• password — kasutaja parool. Meie juhul viitame parameetrile vcd_vapp_vm.nginx.customization[0].admin_password, mis salvestab genereeritud parooli süsteemi kasutaja jaoks.

• host — väline IP-aadress ühendamiseks;

• port — ühendamiseks vajalik port, mille määrasime DNAT-i seadistustes;

• inline — loetleme käsud, mis viiakse sisse. Käsud viiakse sisse järjekorras, nagu see seadistuses näidatud.

Näiteks jätkame 1C-Bitrixi installimise skripti täitmisega. Skripti täitmise tulemuse väljund on kättesaadav plaani täitmise ajal. Skripti installimiseks kirjeldame esmalt ploki:

Kirjeldame 1C-Bitrixi installimist.

provisioner "file" {

source = "prepare.sh"

sihtkoht = "/tmp/prepare.sh"

connection {

type = "ssh"

user = "root"

password = vcd_vapp_vm.nginx.customization[0].admin_password

host = var.vcd_edge_external_ip

port = "58301"

timeout = "30s"

}

}

provisioner "remote-exec" {

inline = [

"chmod +x /tmp/prepare.sh", "./tmp/prepare.sh"

]

}

Ja kohe kirjeldame Bitrixi värskendust.

Näidis 1C-Bitrixi varude haldamiseks.

resource "null_resource" "install_update_bitrix" {

provisioner "remote-exec" {

connection {

type = "ssh"

user = "root"

parool = vcd_vapp_vm.bitrix.customization[0].admin_password

host = var.vcd_edge_external_ip

port = "58302"

timeouts = "60s"

}

inline = [

"yum -y update && yum -y upgrade",

"yum -y install wget nano epel-release net-tools unzip zip",

"wget http://repos.1c-bitrix.ru/yum/bitrix-env.sh -O /tmp/bitrix-env.sh",

"chmod +x /tmp/bitrix-env.sh",

"/tmp/bitrix-env.sh"

]

}

}

Oluline! Skript ei pruugi töötada, kui SELinux ei ole varem välja lülitatud! Kui vajate üksikasjalikku artiklit CMS 1C-Bitrixi installimise ja seadistamise kohta, kasutades bitrix-env.sh, võite suunata ennast meie artiklile blogis meie veebisaidil.

3. Infrastruktuuri initsialiseerimine

Moodulite ja pistikprogrammide initsialiseerimine

Me kasutame töös lihtsat "gentlemani komplekti": sülearvuti Windows 10 operatsioonisüsteemiga ja ametlikul kodulehel saadud distributsioon terraform.io. Lahti pakkida ja initsialiseerida käskluse abil: terraform.exe init

Pärast arvutus- ja võrguinfrastruktuuri kirjeldamist käivitame planeerimise, et kontrollida meie konfiguratsiooni, kus saame näha, mida luuakse ja kuidas need omavahel mahuvad.

1. Käivita käsk - terraform plan -var-file=vcd.tfvars.

2. Saame tulemuse - Plaan: lisada 16, 0 muuta, 0 hävitada. See tähendab, et selles plaanis luuakse 16 ressurssi.

3. Käivitame plaani meeskonna kaudu - terraform.exe apply -var-file=vcd.tfvars.

Virtuaalsed masinad luuakse ja seejärel käivitatakse meie loetletud paketid provisioner'i jaotises — operatsioonisüsteem uuendatakse ja installitakse CMS Bitrix.

Ühendusandmete saamine

Pärast plaani täitmist tahame saada serverite ühendusandmed tekstivormingus, selleks korraldame output jaotise järgmiselt:

output "nginxpassword" {

 value = vcdvappvm.nginx.customization[0].adminpassword

}

Ja järgmine väljund teatab meile loodud virtuaalse masina parooli:

Outputs: nginx_password = F#4u8!!N

Kokkuvõttes saame juurdepääsu uuendatud operatsioonisüsteemiga virtuaalsetele masinatele ja eelinstalleeritud paketid meie edasiseks tööks. Kõik on valmis!

Aga mis siis, kui teil on juba olemasolev infrastruktuur?

3.1. Terraformi töö juba olemasoleva infrastruktuuriga

Kõik on lihtne, saate importida praegused virtuaalsed masinad ja nende vApp konteinerid käsuga import.

Kirjeldame vAPP ressurssi ja virtuaalmasinat.

resource "vcd_vapp" "Monitoring" {

name = "Monitoring"

org = "mClouds"

vdc = "mClouds"

}

resource "vcd_vapp_vm" "Zabbix" {

name = "Zabbix"

org = "mClouds"

vdc = "mClouds"

vapp = "Monitoring"

}

Järgmine samm on importida vApp ressursside omadused formaadis vcdvapp. .., kus:

• vApp — vApp nimi;

• org — organisatsiooni nimi;

• org_vdc — virtuaalse andmekeskuse nimi.

vAPP ressursi omaduste import

Importime VM ressursside omadused formaadis: vcdvappvm. ..., mille sisu on järgmine:

• VM — VM nimi;

• vApp — vApp nimi;

• org — organisatsiooni nimi;

• orgvdc — virtuaalse andmekeskuse nimi.

Importimine õnnestus

C:UsersMikhailDesktopterraform>terraform import vcd_vapp_vm.Zabbix mClouds.mClouds.Monitoring.Zabbix

vcd_vapp_vm.Zabbix: Importimine ID-lt "mClouds.mClouds.Monitoring.Zabbix"...

vcd_vapp_vm.Zabbix: Import ette valmistatud!

vcd_vapp_vm importimiseks valmistatud

vcd_vapp_vm.Zabbix: Oleku värskendamine... [id=urn:vcloud:vm:778f4a89-1c8d-45b9-9d94-0472a71c4d1f]

Importimine oli edukas!

Üles laaditud ressursid on näidatud üleval. Need ressursid on nüüd teie
Terraformi olekus ja neid haldab edaspidi Terraform.

Nüüd saame vaadata uut imporditud ressurssi:

Imporditud ressurss

> terraform show

...

# vcd_vapp.Monitoring:

resource "vcd_vapp" "Monitoring" {

guest_properties = {}

href = "https://vcloud.mclouds.ru/api/vApp/vapp-fe5db285-a4af-47c4-93e8-55df92f006ec"

id = "urn:vcloud:vapp:fe5db285-a4af-47c4-93e8-55df92f006ec"

ip = "allocated"

metadata = {}

name = "Monitoring"

org = "mClouds"

status = 4

status_text = "POWERED_ON"

vdc = "mClouds"

}

…

# vcd_vapp_vm.Zabbix:

resource "vcd_vapp_vm" "Zabbix" {

computer_name = "Zabbix"

cpu_cores = 1

cpus = 2

expose_hardware_virtualization = false

guest_properties = {}

hardware_version = "vmx-14"

href = "https://vcloud.mclouds.ru/api/vApp/vm-778f4a89-1c8d-45b9-9d94-0472a71c4d1f"

id = "urn:vcloud:vm:778f4a89-1c8d-45b9-9d94-0472a71c4d1f"

internal_disk = [

{

bus_number = 0

bus_type = "paravirtual"

disk_id = "2000"

iops = 0

size_in_mb = 122880

storage_profile = "Gold Storage Policy"

thin_provisioned = true

unit_number = 0

},

]

memory = 8192

metadata = {}

name = "Zabbix"

org = "mClouds"

os_type = "centos8_64Guest"

storage_profile = "Gold Storage Policy"

vapp_name = "Monitoring"

vdc = "mClouds"


customization {

allow_local_admin_password = true

auto_generate_password = true

change_sid = false

enabled = false

force = false

join_domain = false

join_org_domain = false

must_change_password_on_first_login = false

number_of_auto_logons = 0

}

network {

adapter_type = "VMXNET3"

ip_allocation_mode = "DHCP"

is_primary = true

mac = "00:50:56:07:01:b1"

name = "MCLOUDS-LAN01"

type = "org"

}

}


Nüüd on kõik valmis — oleme viimase sammu (infot olemasolevasse infrastruktuuri import) lõpetanud ja vaadanud üle kõik Olulisemad punktid Terraformiga töötamisel. 

Tööriist on osutunud väga mugavaks ja võimaldab kirjeldada teie infrastruktuuri kui koodi, alates ühe pilveteenuse pakkuja virtuaalmasinatest kuni võrgu komponentide ressursside kirjeldamiseni.

Selle kaudu on keskkonna sõltumatus võimalus töötada nii kohalike kui ka pilve ressurssidega, lõpetades platvormi haldamisega. Kui toetatud platvormi ei ole ja soovitakse uut lisada, on võimalik kirjutada oma pakkuja ja kasutada seda.

Allikas: habr.com