{"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\/hr\/blog\/administrirovanie\/ot-startapa-do-tysyach-serverov-v-desyatke-czod-kak-my-gnalis-za-rostom-linux-infrastruktury","title":{"rendered":"Od 'startup-a' do tisu\u0107a servera u desecima podatkovnih centara. Kako smo pratili rast Linux infrastrukture.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Ako va\u0161a IT infrastruktura raste prebrzo, \u0440\u0430\u043d\u043e ili kasno \u0107ete se suo\u010diti s odabirom \u2013 linearno pove\u0107avati ljudske resurse za njezinu podr\u0161ku ili zapo\u010deti automatizaciju. Do nekog trenutka \u017eivjeli smo u prvoj paradigmi, a zatim je po\u010deo dug put ka Infrastructure-as-Code.<\/p>\n

\"Od
\n<\/a><\/noindex>
\nNaravno, NSPK nije startup, ali atmosfera u tvrtki bila je takva u prvim godinama postojanja, a to su bila vrlo zanimljiva vremena. Zovem se Dmitry Koryakov<\/a><\/noindex>, vi\u0161e od 10 godina podr\u017eavam Linux infrastrukturu s visokim zahtjevima dostupnosti. Timu NSPK pridru\u017eio sam se u sije\u010dnju 2016. godine i, na\u017ealost, nisam do\u017eivio sam po\u010detak postojanja tvrtke, ali sam do\u0161ao u fazi velikih promjena.<\/p>\n

Sve u svemu, mo\u017ee se re\u0107i da na\u0161a ekipa pru\u017ea dva proizvoda za tvrtku. Prvi \u2013 to je infrastruktura. Po\u0161ta mora raditi, DNS treba funkcionirati, a domeni kontroleri \u2013 omogu\u0107iti vam pristup serverima koji ne bi smjeli padati. IT krajolik tvrtke je ogroman! To su business&mission critical sustavi, a zahtjevi dostupnosti nekih \u2013 99,999. Drugi proizvod \u2013 sami serveri, fizi\u010dki i virtualni. O postoje\u0107ima treba brinuti, a nove redovito isporu\u010divati klijentima iz mnogih odjela. U ovom \u010dlanku \u017eelim istaknuti kako smo razvijali infrastrukturu koja je odgovorna za \u017eivotni ciklus poslu\u017eitelja<\/a>.<\/p>\n

Po\u010detak puta<\/b><\/p>\n

Na po\u010detku na\u0161eg puta na\u0161 tehnologijski paket izgledao je ovako:
\nOS CentOS 7
\nKontroleri domena FreeIPA
\nAutomatizacija \u2014 Ansible(+Tower), Cobbler<\/i><\/p>\n

Sve je to bilo raspore\u0111eno u 3 domene, raspore\u0111ene na nekoliko podatkovnih centara. U jednom podatkovnom centru \u2013 uredski sustavi i testne platforme, u ostalima PRODUCTION.<\/p>\n

Kreiranje servera u nekom trenutku izgledalo je ovako:<\/p>\n

\"Od<\/p>\n

U predlo\u0161ku VM CentOS minimalan i nu\u017eni minimum poput ispravnog \/etc\/resolv.conf, ostatak dolazi putem Ansible.<\/p>\n

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

Ako je server fizi\u010dki, umjesto kopiranja virtualne ma\u0161ine na njega, OS se instalira uz pomo\u0107 Cobbler \u2013 u Cobbler konfiguraciju dodaju se MAC adrese ciljanog servera, server putem DHCP-a dobiva IP adresu, a zatim se instalira OS.<\/p>\n

U po\u010detku smo \u010dak poku\u0161avali raditi neku vrstu upravljanja konfiguracijom u Cobbleru. No s vremenom su se po\u010deli pojavljivati problemi s prenosivo\u0161\u0107u konfiguracija, kako u druge podatkovne centre, tako i u Ansible kod za pripremu VM.<\/p>\n

Mnogi od nas su u to vrijeme Ansible do\u017eivljavali kao korisno pro\u0161irenje Bash-a, a nisu \u0161tedjeli na konstrukcijama koriste\u0107i shell i sed. U su\u0161tini, to je bio Bashsible. To je na kraju rezultiralo time da, ako playbook iz bilo kojeg razloga nije radio na serveru, bilo je lak\u0161e obrisati server, ispraviti playbook i ponovo ga primijeniti. U su\u0161tini nije bilo verzioniranja skripti niti prenosivosti konfiguracija.<\/p>\n

Na primjer, \u017eeljeli smo promijeniti neku konfiguraciju na svim serverima:<\/p>\n

    \n
  1. Mijenjamo konfiguraciju na postoje\u0107im serverima u logi\u010dkom segmentu\/ data centra. Ponekad ne za jedan dan \u2013 zahtjevi za dostupnost i zakon velikih brojeva ne dopu\u0161taju primjenu svih promjena odjednom. A neke promjene su potencijalno destruktivne i zahtijevaju ponovni pokretanje ne\u010dega \u2013 od servisa do samog operativnog sustava.<\/li>\n
  2. Ispravljamo u Ansible-u<\/li>\n
  3. Ispravljamo u Cobbler-u<\/li>\n
  4. Ponovimo N puta za svaki logi\u010dki segment\/ data centar<\/li>\n<\/ol>\n

    Kako bi sve promjene pro\u0161le glatko, bilo je potrebno uzeti u obzir mnoge faktore, a promjene se konstantno doga\u0111aju.<\/p>\n