{"id":80289,"date":"2020-05-05T01:42:36","date_gmt":"2020-05-04T23:42:36","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/ansible-migracziya-konfiguraczii-120-vm-c-coreos-na-centos-za-18-mesyaczev"},"modified":"2020-05-05T01:42:36","modified_gmt":"2020-05-04T23:42:36","slug":"ansible-migracziya-konfiguraczii-120-vm-c-coreos-na-centos-za-18-mesyaczev","status":"publish","type":"post","link":"https:\/\/prohoster.info\/hu\/blog\/administrirovanie\/ansible-migracziya-konfiguraczii-120-vm-c-coreos-na-centos-za-18-mesyaczev","title":{"rendered":"Ansible: 120 VM konfigur\u00e1ci\u00f3j\u00e1nak migr\u00e1l\u00e1sa CoreOS-r\u00f3l CentOS-ra 18 h\u00f3nap alatt","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Ansible:<\/p>\n

<\/p>\n

Ez a besz\u00e9d kib\u0151v\u00edtett v\u00e1ltozata a DevopsConf 2019-10-01<\/a><\/noindex> \u00e9s SPbLUG 2019-09-25<\/a><\/noindex>.<\/p>\n

<\/p>\n

Ez a projekt t\u00f6rt\u00e9nete, amelyben egyedi konfigur\u00e1ci\u00f3kezel\u0151 rendszert haszn\u00e1ltunk, \u00e9s hogy mi\u00e9rt tartott 18 h\u00f3napig az Ansible-ra val\u00f3 \u00e1t\u00e1ll\u00e1s.<\/p>\n

<\/a><\/noindex><\/p>\n

Nap \u2116 -XXX: A kezdet el\u0151tt<\/h2>\n

<\/p>\n

\"Ansible:<\/p>\n

<\/p>\n

Eredetileg az infrastrukt\u00fara sok k\u00fcl\u00f6n\u00e1ll\u00f3 hyper-v-vel rendelkez\u0151 hosztot jelentett. Virtu\u00e1lis g\u00e9p l\u00e9trehoz\u00e1sa sz\u00e1mos l\u00e9p\u00e9st ig\u00e9nyelt: lemezek elhelyez\u00e9se a megfelel\u0151 helyen, DNS be\u00e1ll\u00edt\u00e1sok, DHCP lefoglal\u00e1sa, a VM konfigur\u00e1ci\u00f3j\u00e1nak elhelyez\u00e9se a git t\u00e1rol\u00f3ban. Ez a folyamat r\u00e9szben automatiz\u00e1lt volt, de p\u00e9ld\u00e1ul a VM-eket k\u00e9zzel osztott\u00e1k el a hosztok k\u00f6z\u00f6tt. Azonban a fejleszt\u0151k jav\u00edthatt\u00e1k a VM konfigur\u00e1ci\u00f3j\u00e1t a git-ben, \u00e9s alkalmazhatt\u00e1k azt a VM \u00fajraind\u00edt\u00e1s\u00e1val.<\/p>\n

<\/p>\n

Egyedi Konfigur\u00e1ci\u00f3kezel\u0151 Megold\u00e1s<\/h3>\n

<\/p>\n

\"Ansible:<\/p>\n

<\/p>\n

Az eredeti \u00f6tletet, gyan\u00edtom, IaC-k\u00e9nt tervezt\u00e9k: sok stateless VM, amelyek \u00fajraind\u00edt\u00e1skor alaphelyzetbe \u00e1ll\u00edtott\u00e1k az \u00e1llapotukat. Hogyan n\u00e9zett ki a VM-ek konfigur\u00e1ci\u00f3s kezel\u00e9se? S\u00e9m\u00e1san egyszer\u0171nek t\u0171nt:<\/p>\n

<\/p>\n

    \n
  1. A VM-hez statikus MAC-ot rendeltek.<\/li>\n
  2. A VM-hez ISO-t csatlakoztattak a CoreOS-szel \u00e9s a boot lemezzel.<\/li>\n
  3. A CoreOS elind\u00edt egy testreszab\u00e1si szkriptet, amelyet a WEB szerverr\u0151l t\u00f6lt le az IP c\u00edme alapj\u00e1n.<\/li>\n
  4. A szkript SCP-n kereszt\u00fcl let\u00f6lti a VM konfigur\u00e1ci\u00f3j\u00e1t az IP c\u00edm alapj\u00e1n.<\/li>\n
  5. Folyamatsorozatot ind\u00edt a systemd unit f\u00e1jlokb\u00f3l \u00e9s bash szkriptekb\u0151l.<\/li>\n<\/ol>\n

    <\/p>\n

    \"Ansible:<\/p>\n

    <\/p>\n

    Ennek a megold\u00e1snak sok nyilv\u00e1nval\u00f3 probl\u00e9m\u00e1ja volt:<\/p>\n

    <\/p>\n

      \n
    1. Az ISO a CoreOS-ban elavult.<\/li>\n
    2. Sok bonyolultan automatiz\u00e1lhat\u00f3 l\u00e9p\u00e9s \u00e9s var\u00e1zslat a VM-ek migr\u00e1l\u00e1sa\/l\u00e9trehoz\u00e1sa sor\u00e1n.<\/li>\n
    3. Neh\u00e9zs\u00e9gek a friss\u00edt\u00e9sekkel, amikor egy bizonyos verzi\u00f3j\u00fa szoftverre van sz\u00fcks\u00e9g. M\u00e9g viccesebb a kernel modulokkal.<\/li>\n
    4. A VM-ek nem voltak annyira adatmentesek, azaz megjelentek olyan VM-ek, amelyekhez felhaszn\u00e1l\u00f3i adatokat tartalmaz\u00f3 lemezt csatoltak.<\/li>\n
    5. Folyamatosan valaki hib\u00e1zott a systemd unit f\u00fcgg\u0151s\u00e9gekkel, \u00e9s a CoreOS \u00fajraind\u00edt\u00e1sa sor\u00e1n lelassult. A CoreOS megl\u00e9v\u0151 eszk\u00f6zeivel ezt neh\u00e9z volt nyomon k\u00f6vetni.<\/li>\n
    6. Titkos\u00edt\u00e1s kezel\u00e9se.<\/li>\n
    7. CM nem volt igaz\u00e1n. Volt bash \u00e9s YML konfigur\u00e1ci\u00f3 a CoreOS-ban.<\/li>\n<\/ol>\n

      <\/p>\n

      A VM konfigur\u00e1ci\u00f3j\u00e1nak alkalmaz\u00e1s\u00e1hoz \u00fajra kell ind\u00edtani, de el\u0151fordulhat, hogy nem indult \u00fajra. Ez nyilv\u00e1nval\u00f3nak t\u0171nik, de mivel nincsenek tart\u00f3s lemezek - a napl\u00f3kat nem lehetett hov\u00e1 menteni. Nos, pr\u00f3b\u00e1ljuk hozz\u00e1adni a kernelfelt\u00f6lt\u00e9si opci\u00f3kat, hogy a napl\u00f3kat elk\u00fcldj\u00fck. De nem, ez mennyire bonyolult mind.<\/p>\n

      <\/p>\n

      Nap \u21160: A probl\u00e9ma elismer\u00e9se<\/h2>\n

      <\/p>\n

      \"Ansible:<\/p>\n

      <\/p>\n

      Ez egy \u00e1tlagos fejleszt\u0151i infrastrukt\u00fara volt: jenkins, tesztk\u00f6rnyezetek, monitoroz\u00e1s, registry. A CoreOS-t a k8s klaszterek hosztol\u00e1s\u00e1ra tervezt\u00e9k, teh\u00e1t a probl\u00e9ma a CoreOS haszn\u00e1lat\u00e1ban rejlett. Az els\u0151 l\u00e9p\u00e9s a stack kiv\u00e1laszt\u00e1sa volt. A k\u00f6vetkez\u0151 mellett d\u00f6nt\u00f6tt\u00fcnk:<\/p>\n

      <\/p>\n

        \n
      1. CentOS<\/strong> mint alap disztrib\u00faci\u00f3, mivel ez a legk\u00f6zelebbi disztrib\u00faci\u00f3 a production k\u00f6rnyezetekhez.<\/li>\n
      2. Ansible<\/strong> a konfigur\u00e1ci\u00f3k kezel\u00e9s\u00e9re, mivel jelent\u0151s tapasztalatunk volt vele.<\/li>\n
      3. Jenkins<\/strong> mint a megl\u00e9v\u0151 folyamatok automatiz\u00e1l\u00e1s\u00e1ra szolg\u00e1l\u00f3 keretrendszer, mivel m\u00e1r akt\u00edvan haszn\u00e1lt\u00e1k a fejleszt\u00e9si folyamatokban.<\/li>\n
      4. Hyper-V<\/strong> mint virtualiz\u00e1ci\u00f3s platform. Sz\u00e1mos ok van, ami t\u00falmutat a t\u00f6rt\u00e9neten, de r\u00f6viden \u2014 nem haszn\u00e1lhatunk felh\u0151ket, saj\u00e1t hardver\u00fcnket kell haszn\u00e1lnunk.<\/li>\n<\/ol>\n

        <\/p>\n

        30. nap: A megl\u00e9v\u0151 meg\u00e1llapod\u00e1sok r\u00f6gz\u00edt\u00e9se \u2014 Agreements as Code<\/h3>\n

        <\/p>\n

        \"Ansible:<\/p>\n

        <\/p>\n

        Miut\u00e1n a stack egy\u00e9rtelm\u0171v\u00e9 v\u00e1lt, megkezd\u0151d\u00f6tt a k\u00f6lt\u00f6z\u00e9s el\u0151k\u00e9sz\u00edt\u00e9se. A megl\u00e9v\u0151 meg\u00e1llapod\u00e1sok k\u00f3dba r\u00f6gz\u00edt\u00e9se (Agreements as Code<\/strong>!). Az \u00e1t\u00e1ll\u00e1s k\u00e9zi munka<\/em> -> mech\u00e1niz\u00e1l\u00e1s<\/em> -> automatiz\u00e1l\u00e1s<\/em>.<\/p>\n

        <\/p>\n

        1. VMs konfigur\u00e1l\u00e1sa<\/h4>\n

        <\/p>\n

        \"Ansible:<\/p>\n

        <\/p>\n

        Az Ansible kiv\u00e1l\u00f3an boldogul e feladattal. Minim\u00e1lis mozdulattal kezelhetj\u00fck a VM-ek konfigur\u00e1ci\u00f3it:<\/p>\n

        <\/p>\n

          \n
        1. Git repository l\u00e9trehoz\u00e1sa.<\/li>\n
        2. A VM-ek list\u00e1j\u00e1t inventory-ba, a konfigur\u00e1ci\u00f3kat playbook-okba \u00e9s szerepk\u00f6r\u00f6kbe helyezz\u00fck.<\/li>\n
        3. Be\u00e1ll\u00edtunk egy speci\u00e1lis jenkins slave-t, ahonnan elind\u00edthatjuk az ansible-t.<\/li>\n
        4. L\u00e9trehozunk egy job-ot, be\u00e1ll\u00edtjuk a Jenkins-t.<\/li>\n<\/ol>\n

          <\/p>\n

          Az els\u0151 folyamat k\u00e9szen van. A meg\u00e1llapod\u00e1sok r\u00f6gz\u00edtve lettek.<\/p>\n

          <\/p>\n

          2. \u00daj VM l\u00e9trehoz\u00e1sa<\/h4>\n

          <\/p>\n

          \"Ansible:<\/p>\n

          <\/p>\n

          Itt nem volt t\u00fal k\u00e9nyelmes. Linuxb\u00f3l nem volt egyszer\u0171 VM-et l\u00e9trehozni a Hyper-V-n. Az egyik k\u00eds\u00e9rlet a folyamat mechaniz\u00e1l\u00e1s\u00e1ra a k\u00f6vetkez\u0151 volt:<\/p>\n

          <\/p>\n

            \n
          1. Az Ansible WinRM-en kereszt\u00fcl csatlakozik a Windows hoszthoz.<\/li>\n
          2. Az Ansible elind\u00edt egy PowerShell szkriptet.<\/li>\n
          3. A PowerShell szkript l\u00e9trehoz egy \u00faj VM-et.<\/li>\n
          4. A Hyper-V\/ScVMM seg\u00edts\u00e9g\u00e9vel, amikor VM-et hozunk l\u00e9tre, a vend\u00e9g OS-ben be\u00e1ll\u00edtjuk a hostname-t.<\/li>\n
          5. A VM a DHCP lease friss\u00edt\u00e9sekor elk\u00fcldi a hostname-j\u00e9t.<\/li>\n
          6. A DDNS \u00e9s DHCP nat\u00edv integr\u00e1ci\u00f3ja a Domain Controller oldal\u00e1n be\u00e1ll\u00edtja a DNS rekordot.<\/li>\n
          7. A VM-eket hozz\u00e1adhatjuk az inventory-hoz, \u00e9s be\u00e1ll\u00edthatjuk az Ansible seg\u00edts\u00e9g\u00e9vel.<\/li>\n<\/ol>\n

            <\/p>\n

            3. VM sablon l\u00e9trehoz\u00e1sa<\/h4>\n

            <\/p>\n

            \"Ansible:<\/p>\n

            <\/p>\n

            Itt nem tal\u00e1ltunk fel semmit \u2014 a packert haszn\u00e1ltuk.<\/p>\n

            <\/p>\n

              \n
            1. A git repository-ba tessz\u00fck a packer, kickstart konfigur\u00e1ci\u00f3t.<\/li>\n
            2. Be\u00e1ll\u00edtunk egy speci\u00e1lis jenkins slave-t hyper-v-vel \u00e9s packer-rel.<\/li>\n
            3. L\u00e9trehozunk egy job-ot, be\u00e1ll\u00edtjuk a Jenkins-t.<\/li>\n<\/ol>\n

              <\/p>\n

              Hogyan m\u0171k\u00f6dik ez a p\u00e1ros\u00edt\u00e1s:<\/p>\n

              <\/p>\n

                \n
              1. A packer l\u00e9trehozza a \u00fcres VM-et, \u00e9s csatlakoztatja az ISO-t.<\/li>\n
              2. A VM elindul, a packer a bootloaderbe be\u00edrja, hogy haszn\u00e1lja a mi kickstart f\u00e1jlunkat floppy lemezr\u0151l vagy http-r\u00f3l.<\/li>\n
              3. Az anaconda elindul a mi konfigur\u00e1ci\u00f3nkkal, \u00e9s v\u00e9grehajtja az OS els\u0151dleges be\u00e1ll\u00edt\u00e1s\u00e1t.<\/li>\n
              4. A packer megv\u00e1rja a VM el\u00e9rhet\u0151s\u00e9g\u00e9t.<\/li>\n
              5. A Packer a VM-en bel\u00fcl helyben futtatja az ansiblet.<\/li>\n
              6. Az Ansible ugyanazokat a szerepeket haszn\u00e1lja, mint az 1. l\u00e9p\u00e9sben.<\/li>\n
              7. A Packer export\u00e1lja a VM sablonj\u00e1t.<\/li>\n<\/ol>\n

                <\/p>\n

                75. nap: \u00dajrafogalmazzuk a meg\u00e1llapod\u00e1sokat, an\u00e9lk\u00fcl, hogy megs\u00e9rten\u00e9nk = Teszteld az ansiblet + Tesztkonyh\u00e1t.<\/h3>\n

                <\/p>\n

                \"Ansible:<\/p>\n

                <\/p>\n

                A meg\u00e1llapod\u00e1sok k\u00f3dba r\u00f6gz\u00edt\u00e9se nem mindig elegend\u0151. Ha a h\u00e1tt\u00e9rfolyamat sor\u00e1n valamit meg szeretn\u00e9l v\u00e1ltoztatni, el\u0151fordulhat, hogy valamit elt\u00f6rsz. Ez\u00e9rt infrastrukt\u00far\u00e1ban megjelenik az infrastrukt\u00fara tesztel\u00e9se. Annak \u00e9rdek\u00e9ben, hogy szinkronban tartsuk a tud\u00e1st a csapat keretein bel\u00fcl, elkezdt\u00fck tesztelni az Ansible szerepeit. Nem m\u00e9lyedn\u00e9k bele, mivel van egy cikk, amely le\u00edrja az akkori esem\u00e9nyeket. Tesztelj engem, ha tudsz, vagy \u00e1lmodnak-e az YML programoz\u00f3k az ansible tesztel\u00e9s\u00e9r\u0151l?<\/a><\/noindex>(spoiler: ez nem volt a v\u00e9gs\u0151 v\u00e1ltozat, \u00e9s k\u00e9s\u0151bb minden bonyolultabb lett) Hogyan kezdj\u00fcnk el tesztelni az Ansible-t, \u00fajrafogalmazni a projektet egy \u00e9v alatt an\u00e9lk\u00fcl, hogy meg\u0151r\u00fcln\u00e9nk.<\/a><\/noindex>).<\/p>\n

                <\/p>\n

                130. nap: Tal\u00e1n a CentOS+ansible nem sz\u00fcks\u00e9ges? Tal\u00e1n az OpenShift?<\/h3>\n

                <\/p>\n

                Fontos meg\u00e9rteni, hogy az infrastrukt\u00fara bevezet\u00e9se nem volt egyed\u00fcli folyamat, \u00e9s voltak mell\u00e9kalprojektek. P\u00e9ld\u00e1ul \u00e9rkezett egy k\u00e9r\u00e9s az alkalmaz\u00e1sunk OpenShift-en val\u00f3 futtat\u00e1s\u00e1ra, ami t\u00f6bb h\u00e9tnyi kutat\u00e1st k\u00f6vetelt. Az alkalmaz\u00e1s ind\u00edt\u00e1sa OpenShift-en, \u00e9s az exist\u00e1l\u00f3 eszk\u00f6zk\u00e9szlet \u00f6sszehasonl\u00edt\u00e1sa.<\/a><\/noindex> Mi lass\u00edtotta le a k\u00f6lt\u00f6ztet\u00e9si folyamatot. Az eredm\u00e9ny az lett, hogy az OpenShift nem el\u00e9g\u00edti ki az \u00f6sszes ig\u00e9nyt, val\u00f3di vasra van sz\u00fcks\u00e9g, vagy legal\u00e1bb a lehet\u0151s\u00e9g, hogy a kernellel lehessen j\u00e1tszani.<\/p>\n

                <\/p>\n

                170. nap: Az OpenShift nem megfelel\u0151, merj\u00fcnk kock\u00e1zatot v\u00e1llalni a Windows Azure Pack-kal?<\/h3>\n

                <\/p>\n

                \"Ansible:<\/p>\n

                <\/p>\n

                A Hyper-V nem \u00e9ppen bar\u00e1ts\u00e1gos, a SCVMM nem jav\u00edtja a helyzetet. De van a Windows Azure Pack, ami a SCVMM f\u00f6l\u00f6tti kieg\u00e9sz\u00edt\u00e9s \u00e9s az Azure-t ut\u00e1nozza. De val\u00f3j\u00e1ban a term\u00e9k elhanyagoltnak t\u0171nik: a dokument\u00e1ci\u00f3 hib\u00e1s linkekkel tele \u00e9s meglehet\u0151sen szeg\u00e9nyes. De a kutat\u00e1s keretein bel\u00fcl a k\u00f6nny\u00edt\u00e9si lehet\u0151s\u00e9geket is figyelembe vett\u00fck.<\/p>\n

                <\/p>\n

                250. nap: A Windows Azure Pack nem igaz\u00e1n m\u0171k\u00f6dik. Maradunk a SCVMM-n\u00e9l.<\/h3>\n

                <\/p>\n

                \"Ansible:<\/p>\n

                <\/p>\n

                A Windows Azure Pack \u00edg\u00e9retesnek t\u0171nt, de \u00fagy d\u00f6nt\u00f6tt\u00fcnk, hogy nem hozzuk be a WAP-t a bonyolults\u00e1gaival a rendszerbe a felesleges funkci\u00f3k miatt, \u00e9s maradunk a SCVMM-n\u00e9l.<\/p>\n

                <\/p>\n

                360. nap: Elemezz\u00fck a dolgokat l\u00e9p\u00e9sr\u0151l l\u00e9p\u00e9sre.<\/h3>\n

                <\/p>\n

                \"Ansible:<\/p>\n

                <\/p>\n

                Csak egy \u00e9vvel k\u00e9s\u0151bb k\u00e9sz\u00fclt el az a platform, ahov\u00e1 k\u00f6lt\u00f6zni lehetett, \u00e9s megkezd\u0151d\u00f6tt a k\u00f6lt\u00f6ztet\u00e9si folyamat. Ehhez egy S.M.A.R.T. feladatot \u00e1ll\u00edtottunk fel. Felsorolva az \u00f6sszes VM-et, elkezdt\u00fck egyes\u00e9vel megvizsg\u00e1lni a konfigur\u00e1ci\u00f3t, Ansible-re le\u00edrni azt \u00e9s tesztekkel lefedni.<\/p>\n

                <\/p>\n

                450. nap: Milyen rendszer j\u00f6tt l\u00e9tre?<\/h3>\n

                <\/p>\n

                \"Ansible:<\/p>\n

                <\/p>\n

                A folyamat nem \u00e9rdekes. Rutinszer\u0171, meg lehet jegyezni, hogy a konfigur\u00e1ci\u00f3k t\u00f6bbs\u00e9ge viszonylag egyszer\u0171 vagy izomorf volt, \u00e9s a Pareto-elv szerint a konfigur\u00e1ci\u00f3k 80%-a 20% id\u0151t ig\u00e9nyelt. Ugyanezen elv alapj\u00e1n 80% id\u0151t ford\u00edtottunk a k\u00f6lt\u00f6z\u00e9s el\u0151k\u00e9sz\u00edt\u00e9s\u00e9re, \u00e9s csak 20%-ot mag\u00e1ra a k\u00f6lt\u00f6z\u00e9sre. <\/p>\n

                <\/p>\n

                540. nap: A fin\u00e1l\u00e9<\/h2>\n

                <\/p>\n

                \"Ansible:<\/p>\n

                <\/p>\n

                Mi t\u00f6rt\u00e9nt az elm\u00falt 18 h\u00f3napban?<\/p>\n

                <\/p>\n

                  \n
                1. A meg\u00e1llapod\u00e1sok k\u00f3dd\u00e1 v\u00e1ltak.<\/li>\n
                2. K\u00e9zi munka<\/em> -> Mechaniz\u00e1l\u00e1s<\/em> -> Automatiz\u00e1l\u00e1s<\/em>.<\/li>\n<\/ol>\n

                  <\/p>\n

                  Hivatkoz\u00e1sok<\/h2>\n

                  <\/p>\n