Suorituskyvyn optimointistrategiat

Terraform on tehokas työkalu, mutta suurissa tai monimutkaisissa infrastruktuureissa toiminta voi hidastua. Määritysten optimointi on tärkeää useista syistä:

• Nopeammat käyttöönottosyklit: Nopeammat plan- ja apply-suoritukset tarkoittavat nopeampaa iterointia ja toimitusta.
• Pienemmät pilvikustannukset: Tehokas resurssisuunnittelu johtaa usein pienempiin infrastruktuurikustannuksiin.
• Parempi kehittäjäkokemus: Vähemmän odottamista, enemmän tekemistä!

Tutustutaan strategioihin, joiden avulla Terraform-työnkuluista voidaan tehdä nopeampia ja tehokkaampia.

Terraform on oletusarvoisesti suunniteltu tehokkaaksi. Se analysoi määrityksenne automaattisesti ja muodostaa riippuvuusgraafin.

Graafi määrittää, mitkä resurssit ovat riippuvaisia toisistaan. Riippumattomat resurssit voidaan luoda, päivittää tai tuhota samanaikaisesti (rinnakkain). Tämä nopeuttaa toimintoja huomattavasti verrattuna peräkkäiseen käsittelyyn.

• Riippuvuusgraafi: Terraform kartoittaa resurssien väliset suhteet.
• Samanaikaisuus: Riippumattomat toiminnot suoritetaan samanaikaisesti.

Voitte hienosäätää Terraformin rinnakkaisuutta käyttämällä -parallelism-valitsinta komennon terraform apply tai terraform destroy yhteydessä. Se määrittää samanaikaisten toimintojen enimmäismäärän.

Suurempi arvo voi nopeuttaa toimintoja, mutta se saattaa ylittää pilvipalveluntarjoajan API-nopeusrajoitukset tai aiheuttaa ristiriitoja. Pienempi arvo voi olla hyödyllinen virheenkorjauksessa tai kuormituksen vähentämisessä. Oletusarvo on 10.

Esimerkki: samanaikaisten toimintojen määrän rajoittaminen viiteen:

Yksi vaikuttavimmista optimointistrategioista on yksinkertaisesti käyttää vähemmän resursseja. Jokainen Terraformin hallinnoima resurssi lisää suunnittelun, API-kutsujen ja tilan hallinnan aiheuttamaa kuormitusta.

Ennen uuden resurssin määrittämistä pohtikaa seuraavia kysymyksiä:

• Onko tämä resurssi ehdottoman välttämätön nykyisen tavoitteen saavuttamiseksi?
• Voidaanko olemassa olevia resursseja käyttää uudelleen tai määrittää toisin uuden luomisen sijaan?
• Onko saatavilla kustannustehokkaampia resurssityyppejä, jotka täyttävät vaatimukset?

Tietolähteet ovat tehokas tapa hakea dynaamisesti tietoja olemassa olevasta pilvi-infrastruktuurista tai ulkoisista palveluista. Näin määrityksistä tulee joustavia ja mukautuvia.

Jokainen tietolähde aiheuttaa kuitenkin yleensä yhden tai useamman API-kutsun plan- ja apply-vaiheiden aikana. Jos arvo on aidosti staattinen, muuttumaton ja tunnettu määrityksen tekohetkellä (esimerkiksi AWS-alue), sen välittäminen syötemuuttujana tai arvon kirjoittaminen suoraan määritykseen voi välttää tarpeettomat API-haut ja nopeuttaa toimintoja.

Monet Terraform-providerit tarjoavat erityisiä määritysasetuksia, jotka voivat vaikuttaa suorituskykyyn. Nämä asetukset säätelevät usein sitä, miten provider kommunikoi taustalla olevan pilvi-APIn kanssa.

Esimerkkejä:

• max_retries: Epäonnistuneen API-kutsun uusimisyritysten määrän säätäminen.
• Yhteyksien allas: Joissakin providereissa voi olla asetuksia muodostettujen yhteyksien uudelleenkäyttöön.
• Todennuksen välimuisti: Jaettujen tunnistetietotiedostojen tai roolin vaihdon käyttäminen voi nopeuttaa ensimmäistä todennuskättelyä.

Tarkistakaa aina oman providerinne dokumentaatiosta suorituskykyyn liittyvät asetukset.

Jokainen resurssitoiminto (luonti, luku, päivitys ja poisto) sekä jokainen tietolähdekysely muuttuu yhdeksi tai useammaksi API-kutsuksi pilvipalveluntarjoajallenne. Satoja yksittäisiä, pieniä resursseja sisältävä Terraform-määritys voi tuottaa suuren määrän API-liikennettä.

Voitte vähentää API-liikennettä seuraavasti:

• Yhdistäkää resursseja: Yhdistäkää mahdollisuuksien mukaan useita pieniä resursseja harvemmiksi ja suuremmiksi resursseiksi (esimerkiksi yksi suojausryhmä useille instansseille).
• Käyttäkää silmukoita: Hyödyntäkää for_each- tai count-metodia samankaltaisten resurssien tehokkaaseen hallintaan sen sijaan, että määrittelisitte jokaisen erikseen.

-target-valitsimen avulla voitte ottaa muutoksia käyttöön vain tietyissä resursseissa tai moduuleissa. Tämä voi nopeuttaa toimintoja huomattavasti, kun jäljitätte virhettä tai korjaatte yksittäisen resurssin ongelmaa.

Käyttäkää kuitenkin -target-valitsinta erittäin varoen! Se ohittaa Terraformin koko riippuvuusgraafin, mikä voi johtaa tilan ajautumiseen pois synkronista, puutteellisiin käyttöönottoihin tai odottamattomiin sivuvaikutuksiin. Sen käyttöä ei yleensä suositella tavanomaisissa koko infrastruktuurin käyttöönotoissa.

Esimerkki: muutosten ottaminen käyttöön vain "web"-nimisessä EC2-instanssissa:

Terraformin tilatiedosto on keskeinen osa, joka seuraa käyttöön otettua infrastruktuurianne. Erittäin suuri tai monimutkainen tilatiedosto voi hidastaa plan- ja apply-toimintoja, koska Terraformin on luettava, jäsennettävä ja käsiteltävä tiedosto.

Vinkkejä tilatiedoston pitämiseen kevyenä ja tehokkaana:

• Pienemmät moduulit: Käyttäkää keskitettyjä, yhteen tarkoitukseen suunniteltuja moduuleja monoliittisten moduulien sijaan.
• Jakakaa määritykset: Harkitkaa erittäin suurten infrastruktuurien tapauksessa määrityksen jakamista useisiin pienempiin päämoduuleihin, joilla kullakin on oma tilatiedostonsa.
• Poistakaa orporesurssit: Poistakaa terraform state rm -komennolla varovasti resurssit, joita ei enää ole tai joita Terraform ei enää hallinnoi.

Olemme käsitelleet useita keskeisiä strategioita Terraform-määritysten suorituskyvyn ja tehokkuuden parantamiseksi:

• Terraform-toimintojen rinnakkaisuuden ymmärtäminen ja säätäminen.
• Määritysten suunnittelu siten, että niissä on vähemmän ja yhdistettyjä resursseja kuormituksen minimoimiseksi.
• Tietolähteiden ja staattisten arvojen käytön huolellinen tasapainottaminen.
• Provider-määritysten optimointi API-yhteyksien parantamiseksi.
• Pilvipalveluntarjoajille tehtävien API-kutsujen kokonaismäärän minimointi.
• -target-valitsimen valikoiva ja erittäin varovainen käyttö tiettyihin korjauksiin.
• Tilatiedoston pitäminen kevyenä ja hyvin järjestettynä.

Soveltamalla näitä tekniikoita voitte nopeuttaa käyttöönottoja, pienentää pilvikustannuksia ja parantaa infrastruktuurinne koodina yleistä hallittavuutta.