{"id":5019,"date":"2014-02-28T11:29:32","date_gmt":"2014-02-28T10:29:32","guid":{"rendered":"http:\/\/blog.websupport.sk\/?p=5019"},"modified":"2025-03-11T21:06:23","modified_gmt":"2025-03-11T20:06:23","slug":"spristupnili-sme-dna-nasej-infrastruktury","status":"publish","type":"post","link":"https:\/\/www.websupport.sk\/blog\/2014\/02\/spristupnili-sme-dna-nasej-infrastruktury\/","title":{"rendered":"Spr\u00edstupnili sme DNA na\u0161ej infra\u0161trukt\u00fary"},"content":{"rendered":"Doba \u010d\u00edtania:<\/b><\/span> 4<\/span> min.<\/span><\/span>

Websupport je obrovsk\u00fdm \u201cspotrebite\u013eom\u201d opensource softv\u00e9ru, bez ktor\u00e9ho by sme nemohli fungova\u0165. Pou\u017e\u00edvame desiatky aplika\u010dn\u00fdch serverov, r\u00f4zn\u00fdch verzi\u00ed a n\u00e1strojov. Po rokoch pasivity sme sa v\u0161ak aj my rozhodli prispie\u0165 opensource komunite zverejnen\u00edm zdrojov\u00fdch k\u00f3dov aplik\u00e1ci\u00ed, ktor\u00e9 sme vyvinuli na na\u0161ej github str\u00e1nke https:\/\/github.com\/websupport-sk<\/a> .<\/p>\n

Pr\u00e1ca admin t\u00edmu vo Websupporte obn\u00e1\u0161a aj nemal\u00fa d\u00e1vku programovania. Va\u010d\u0161inou ide o jedno\u00fa\u010delov\u00e9 programy, oby\u010dajne o migra\u010dn\u00e9 skripty, nap\u00edsan\u00e9 v jazyku Bash, Python alebo C, ale pozer\u00e1me aj po jazyku Go. Stretneme sa v\u0161ak aj s mno\u017estvom patchov a modulov do Apache, nginx, memcached, Openstack a pod.<\/p>\n

S pr\u00edchodom novej infra\u0161trukt\u00fary pribudlo aj mno\u017estvo programovania v jazyku CFEngine, na ktorom je prakticky cel\u00e1 infra\u0161trukt\u00fara kompletne postaven\u00e1, a ktor\u00fdm je z\u00e1rove\u0148 aj riaden\u00e1.<\/p>\n

Dnes si predstav\u00edme dve najd\u00f4le\u017eitej\u0161ie aplik\u00e1cie, na ktor\u00fdch Websupport stoj\u00ed:<\/p>\n

rum<\/h2>\n

rum je MySQL query router, ktor\u00fd skr\u00fdva po\u010det datab\u00e1zov\u00fdch serverov, ktor\u00e9 pou\u017e\u00edvame za jednu adresu datab\u00e1zov\u00e9ho servera.<\/p>\n

V roku 2010 sme sa dostali do stavu, kedy sme museli prejs\u0165 z jedn\u00e9ho monolitick\u00e9ho datab\u00e1zov\u00e9ho servera na viac men\u0161\u00edch, z d\u00f4vodu problematick\u00e9ho \u0161k\u00e1lovania MySQL 5.0 . Probl\u00e9mom bolo, \u017ee tis\u00edcky na\u0161ich klientov malo napevno nap\u00edsan\u00fa adresu tohto datab\u00e1zov\u00e9ho servera vo svojich skriptoch ako \u2018localhost\u2019,\u2019\/tmp\/mysql50.sock\u2019,\u2019db50.websupport.sk\u2019 a podobne. Pri rozde\u013eovan\u00ed datab\u00e1zov\u00e9ho servera by sme museli premigrovan\u00e9 datab\u00e1zy, resp. weby k nim upravova\u0165, \u010do je prakticky nemo\u017en\u00e9 pri tis\u00edckach weboch.<\/p>\n

Preto sme museli tieto adresy datab\u00e1zov\u00e9ho servera zachova\u0165 a \u201cskry\u0165\u201d cel\u00fa na\u0161u MySQL infra\u0161trukt\u00faru za t\u00fato jednu adresu. V tom \u010dase v\u0161ak \u017eiadne pou\u017eite\u013en\u00e9 rie\u0161enie neexistovalo, tak\u017ee sme si to museli naprogramova\u0165 sami.<\/p>\n

Po nieko\u013ek\u00fdch t\u00fd\u017ed\u0148och programovania, m\u00f4j kolega @stanojr <\/a>roz\u0161\u00edril svoj p\u00f4vodn\u00fd rum, ktor\u00fd bol len klasick\u00fd TCP\/IP redirektor, o schopnos\u0165 smerova\u0165 MySQL spojenia pod\u013ea pou\u017e\u00edvate\u013esk\u00e9ho mena, na konkr\u00e9tny datab\u00e1zov\u00fd server. Z tohto d\u00f4vodu mus\u00edme udr\u017eiava\u0165 rel\u00e1ciu jedn\u00e9ho pou\u017e\u00edvate\u013ea na jednu datab\u00e1zu.<\/p>\n

Toto bol v\u00fdznamn\u00fd krok, ktor\u00fd n\u00e1m umo\u017enil nar\u00e1s\u0165 do dne\u0161n\u00fdch rozmerov. Za jednou adresou datab\u00e1zoveho servera, sa v s\u00fa\u010dasnosti skr\u00fdva viac ako 22. datab\u00e1zov\u00fdch serverov, z ka\u017edej MySQL verzie 5.0 a 5.1 . V\u00fdhodou je aj to, \u017ee je mo\u017en\u00e9 tieto datab\u00e1zy migrova\u0165 medzi t\u00fdmito datab\u00e1zov\u00fdmi servermi, a t\u00fdm rozklada\u0165 z\u00e1\u0165a\u017e. O toto automatick\u00e9 distribuovanie datab\u00e1z, resp. z\u00e1\u0165a\u017ee, sa star\u00e1 in\u00fd n\u00e1\u0161 projekt, s n\u00e1zvom rrhad, z dielne Ma\u0165a \u010capkovi\u010da (@capkovic<\/a>).<\/p>\n

ocf<\/h2>\n

Projekt ocf si kladie za cie\u013e postavi\u0165 a udr\u017eiava\u0165 automatizovane openstackov\u00fa a virtualizovan\u00fa infra\u0161trukt\u00faru na serveroch.<\/p>\n

N\u00e1m sa pomocou tohto projektu podarilo postavi\u0165 hostingov\u00fa infra\u0161trukt\u00faru Websupportu za pribli\u017ene tri hodiny<\/a>, plne automatizovane. Proces prebiehal nasledovne:<\/p>\n

    \n
  1. re\u0161tartovali sa pr\u00e1zdne servery, aby sa nabootovali cez sie\u0165<\/li>\n
  2. po nabootovan\u00ed sa nain\u0161talovali z in\u0161tala\u010dn\u00e9ho servera, ktor\u00fd bol s\u00e1m o sebe nakonfigurovan\u00fd automatizovane<\/li>\n
  3. po nain\u0161talovan\u00ed servera, si server ako posledn\u00fd krok stiahol CFEngine predpis, ktor\u00fd zadefinoval jeho \u00falohu a konfigur\u00e1ciu. Treba pripomen\u00fa\u0165, \u017ee existuj\u00fa dva typy serverov:\n
      \n
    1. openstack mana\u017ement – server, na ktorom be\u017e\u00ed API openstacku<\/li>\n
    2. compute nodu, kde be\u017e\u00ed samotn\u00e1 zvirtualizovan\u00e1 infra\u0161trukt\u00fara<\/li>\n<\/ol>\n<\/li>\n
    3. spustila sa konfigur\u00e1cia Openstacku na serveroch<\/li>\n
    4. po \u00faspe\u0161nej konfigur\u00e1cii sa za\u010dala vytv\u00e1ra\u0165 zvirtualizovan\u00e1 infra\u0161trukt\u00fara zdie\u013ean\u00e9ho hostingu<\/li>\n
    5. po \u0161tarte virtu\u00e1lneho servera, (napr. apache24-php53-1) si stiahol svoj CFEngine predpis<\/li>\n
    6. na z\u00e1klade tohto predpisu sa nakonfiguroval cel\u00fd server<\/li>\n<\/ol>\n

      ocf je teda mo\u017en\u00e9 ch\u00e1pa\u0165 ako tak\u00e9 DNA, na z\u00e1klade ktor\u00e9ho vyrastie cel\u00e1 IT infra\u0161trukt\u00fara, podobne ako zo zrnka vyrastie rastlina. Netreba ho v\u0161ak ch\u00e1pa\u0165 len ako n\u00e1stroj na deployment Openstackovej infra\u0161trukt\u00fary. CFEngine3 sa postar\u00e1 aj o udr\u017eiavanie tejto konfigur\u00e1cie a ak\u00e9ko\u013evek odch\u00fdlky, vr\u00e1ti nasp\u00e4\u0165 do p\u00f4vodnej konfigur\u00e1cie.<\/p>\n

      Po\u010das v\u00fdvoja na\u0161ej openstackovej infra\u0161trukt\u00fary sme museli opatchova\u0165 aj niektor\u00e9 aplik\u00e1cie ako je napr. libvirt alebo nova-compute, aby fungovali tak, ako sme potrebovali. V\u00fdsledkom je mierne odli\u0161n\u00e1 varianta Openstack Grizzly bal\u00ed\u010dkov na na\u0161om Ubuntu repozit\u00e1ri repo.websupport.sk . V tomto repozit\u00e1ri sa nach\u00e1dza aj bal\u00ed\u010dek pre rum.\u00a0Ak si ho chcete prida\u0165 k svojim repozit\u00e1rom, je nutn\u00e9 prida\u0165<\/p>\n

      deb http:\/\/repo.websupport.sk\/ubuntu precise main<\/code><\/p>\n

      do \/etc\/apt\/sources.list alebo \/etc\/apt\/sources.list.d . K\u013e\u00fa\u010d n\u00e1jdete na adrese http:\/\/repo.websupport.sk\/debian\/pub.txt<\/a> .<\/p>\n

      O nie\u010do detailnej\u0161\u00ed popis si m\u00f4\u017eete pozrie\u0165 na na\u0161ej prezent\u00e1ci\u00ed, ktor\u00fa sme mali na Config Management Campe<\/a> v Belgicku.<\/p>\n