{"id":87282,"date":"2020-07-06T13:44:51","date_gmt":"2020-07-06T11:44:51","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/ot-startapa-do-tysyach-serverov-v-desyatke-czod-kak-my-gnalis-za-rostom-linux-infrastruktury"},"modified":"2021-02-01T11:41:48","modified_gmt":"2021-02-01T09:41:48","slug":"ot-startapa-do-tysyach-serverov-v-desyatke-czod-kak-my-gnalis-za-rostom-linux-infrastruktury","status":"publish","type":"post","link":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/ot-startapa-do-tysyach-serverov-v-desyatke-czod-kak-my-gnalis-za-rostom-linux-infrastruktury","title":{"rendered":"Alates 'start-up' kuni tuhandete serveriteni k\u00fcmnes andmekeskuses. Kuidas me kasvu taga ajasime Linuxi infrastruktuuris","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Kui teie IT infrastruktuur kasvab liiga kiiresti, seisate varem v\u00f5i hiljem silmitsi valikuga \u2013 kas suurendada inimesi selle toetamiseks v\u00f5i alustada automatiseerimist. Kuni teatud hetkeni elasime me esimeses paradigmas, seej\u00e4rel algas pikk teekond Infrastructure-as-Code'i juurde.<\/p>\n

\"Alates
\n<\/a><\/noindex>
\nMuidugi ei ole NSPK startup, kuid selline \u00f5hkkond valitses ettev\u00f5ttes selle esimestel tegevusaastatel, ja need olid v\u00e4ga huvitavad aastad. Minu nimi on Korjnikov Dmitri<\/a><\/noindex>, olen \u00fcle 10 aasta hooldanud Linuxi infrastruktuuri, millele on seatud k\u00f5rged k\u00e4ttesaadavuse n\u00f5uded. Liitusin NSPK meeskonnaga 2016. aasta jaanuaris ja kahjuks ei olnud ma ettev\u00f5tte loomise algusaegadel, kuid tulin suure muutuste etapi ajal.<\/p>\n

\u00dcldiselt v\u00f5ib \u00f6elda, et meie meeskond toob ettev\u00f5ttele v\u00e4lja kaks toodet. Esiteks \u2013 infrastruktuur. Post ei tohi seista, DNS peab t\u00f6\u00f6tama ja domeeni kontrollijad peavad lasma teid serveritesse, mis ei tohi kokku kukkuda. Ettev\u00f5tte IT maastik on tohutu! Need on business&mission critical s\u00fcsteemid, m\u00f5nedel on k\u00e4ttesaadavuse n\u00f5udeks 99,999. Teine toode \u2013 need on serverid, f\u00fc\u00fcsilised ja virtuaalsed. Me peame olemasolevaid j\u00e4lgima ja uusi regulaarset tarnima paljudele osakondadele. Selles artiklis tahan r\u00f5hutada, kuidas me arendasime infrastruktuuri, mis vastutab eluts\u00fckli eest. serverite<\/a>.<\/p>\n

Teekonna algus<\/b><\/p>\n

Teekonna alguses n\u00e4gi meie tehnoloogia virn v\u00e4lja j\u00e4rgmiselt:
\nOS CentOS 7
\nDomeeni kontrollijad FreeIPA
\nAutomatiseerimine \u2013 Ansible(+Tower), Cobbler<\/i><\/p>\n

K\u00f5ik see asus kolme domeeni, jaotatuna mitme andmekeskuse vahel. \u00dches andmekeskuses \u2013 kontoris\u00fcsteemid ja testimispoliigonid, teistes PROD.<\/p>\n

Serverite loomine n\u00e4gi mingil hetkel v\u00e4lja nii:<\/p>\n

\"Alates<\/p>\n

VM CentOS minimal malli ja vajalik miinimum, nagu \u00f5ige \/etc\/resolv.conf, tuleb \u00fclej\u00e4\u00e4nu Ansible'iga.<\/p>\n

CMDB \u2013 Excel.<\/p>\n

Kui server on f\u00fc\u00fcsiline, siis installitakse selle peale OS mitte virtuaalse masina kopeerimise teel, vaid Cobbleri abil \u2013 Cobbleri konfi lisatakse sihtserveri MAC-aadressid, server saab DHCP kaudu IP-aadressi ja seej\u00e4rel installitakse OS.<\/p>\n

Alguses proovisime me isegi Cobbleris mingit konfiguratsioonihaldust. Kuid aja jooksul hakkas see tekitama probleeme konfiguratsioonide \u00fclekandmisel nii teistesse andmekeskustesse kui ka Ansible'i koodile, mis valmistab VM-e ette.<\/p>\n

Ansible'it n\u00e4gid paljud meist toona kui mugavat Bash'i laiendust ja ei pidanud tagasihoidlikuks shell'i, sed'i kasutamise konstruktsioonide osas. \u00dches\u00f5naga, Bashsible. See t\u00f5i l\u00f5puks kaasa selle, et kui playbook ei t\u00f6\u00f6tanud mingil p\u00f5hjusel serveris, oli lihtsam server kustutada, playbook 'i parandada ja uuesti k\u00e4ivitada. Mingeid versioonihalduse skripte ei toimunud ning konfiguratsioonide \u00fclekandmine ei olnud samuti v\u00f5imalik.<\/p>\n

N\u00e4iteks, kui soovisime muuta mingit konfiguratsiooni k\u00f5ikides serverites:<\/p>\n

    \n
  1. Muudame konfiguratsiooni olemasolevates serverites loogilises segmendis\/andmekeskuses. M\u00f5nikord ei pruugi see toimuda \u00fche p\u00e4evaga \u2013 k\u00e4ttesaadavuse n\u00f5uded ja suurte numbrite seadus ei luba k\u00f5iki muudatusi korraga rakendada. M\u00f5ned muudatused v\u00f5ivad olla potentsiaalselt h\u00e4vitavad ja n\u00f5uavad millegi_restartimist \u2013 alates teenustest kuni kogu OS-ni.<\/li>\n
  2. Parandame Ansible'is<\/li>\n
  3. Parandame Cobbleris<\/li>\n
  4. Korrake N korda iga loogilise segmendi\/andmekeskuse jaoks<\/li>\n<\/ol>\n

    Selleks, et k\u00f5ik muudatused sujuksid, tuli arvesse v\u00f5tta mitmeid tegureid, ja muudatused toimuvad pidevalt.<\/p>\n