De anul trecut am trecut incet, incet spre DevOps. Mai bag si pe security, da mai rar in ultima vreme.<\/p>\n
Doar Ops n-am mai facut de ceva vreme si evident, ca m-am mai ramolit un pic pe partea asta. Iar cu Dev-ul din DevOps o lalai in Python, ca e bun pentru a programa chestii de sistem.<\/p>\n
Pentru un client nou, am avut de facut un server de deployment pentru niste servere fizice astfel incat sa bagi serverul poaspat scos din cutie in priza, sa-l conectezi la retea si 15min mai tarziu sa-l ai instalat. Bine, depinde de viteza mirror-ului asta, ca prin unele tari merge intrnetul de zici ca’l aduc cu galeata.<\/p>\n
Ca si distro am folosit Ubuntu 16.04 LTS pentru ca $reasons.<\/p>\n
Partea usoara e sa instalezi un server de TFTP si un server de DHCP care sa aloce IP-uri si sa spuna la clienti cum se cheama fisierul pentru BOOTP.<\/p>\n
Ca si server de deployment am folosit tot un Ubuntu 16.04, sa fie instalarea intre prieteni sa mearga bine si fara probleme :))<\/p>\n
Si pentru ca multe servere, evident ceva care sa faca orchestrare si management. Si ca ziceam mai sus ca o lalai cu Python, SaltStack a fost raspunsul.<\/p>\n
Asa ca, cum se face sa deployezi multe servere fizice in vremea lui AWS, GCP si Azure:<\/p>\n
filename \"pxelinux.0\";<\/pre>\nsystemctl enable isc-dhcp-server<\/strong> si systemctl start isc-dhcp-server<\/strong>.<\/li>\n
- Se buteaza o masina fizica si se asteapta pana termina de instalat. Daca da oroare sa ceva, trebuie fixata in fisierul de preseed, reboot si de la cap cu instalarea pana merge. Nu exista checker pentru fisierul de preseed. Pe mine m-a enervat maxim treaba asta ca instalarea se facea pe niste Dell R430 si pana buteaza alea mori incet.<\/li>\n<\/ol>\n
Ziceam mai sus ca inainte de reboot, pot da comenzi in sistemul nou instalat sa-l configurez cumva inainte sa porneasca prima oara.<\/p>\n
d-i preseed\/late_command string \\\r\n in-target wget -P \/tmp\/ -t 0 -c http:\/\/A.B.C.D\/myscript.sh; \\\r\n in-target chmod +x \/tmp\/myscript.sh; \\\r\n in-target \/tmp\/myscript.sh; \\\r\n in-target wget -P \/tmp\/ https:\/\/repo.saltstack.com\/apt\/ubuntu\/16.04\/amd64\/latest\/SALTSTACK-GPG-KEY.pub; \\\r\n in-target apt-key add \/tmp\/SALTSTACK-GPG-KEY.pub; \\\r\n \/bin\/echo \"dev.raid.speed_limit_max = 1000000\" >> \/target\/etc\/sysctl.conf; \\\r\n \/bin\/echo \"deb http:\/\/repo.saltstack.com\/apt\/ubuntu\/16.04\/amd64\/latest xenial main\" > \/target\/etc\/apt\/sources.list.d\/saltstack.list; \\\r\n in-target apt-get update; \\\r\n in-target apt-get install -y salt-minion<\/pre>\nSe pot da comenzi succesive in late_command<\/strong>. Ce trebuie stiut:<\/p>\n
\n
- Cuvantul in-target<\/strong> ii zice installer-ului sa faca chroot()<\/strong> in noul sistem si sa execute comanda de acolo.<\/li>\n
- Comenzile date fara in-target<\/strong> se ruleaza de pe mediul de instalare (din installer cum s-ar zice).<\/li>\n
- Se foloseste combinatia normala + in-target<\/strong> ca unele comenzi nu merg in chroot, ca de exemplu echo $stuff<\/strong> merge doar din installer, in chroot nu merge. Poate imi scapa mi ceva, dar sa stau sa debughez asta dura prea mult.<\/li>\n<\/ol>\n
Ziceam ca pentru orchestrare si configurare am mers pe SaltStack. Eu pentru ca are minioni, colegul de proiect ca i s-a luat de Puppet. Bine, nici eu nu m-am omorat dupa Puppet ca e scris in Ruby.<\/p>\n
Cine a facut SaltStack asta a fost inteligent si minionii daca n-au nici o configuratie, o sa incerce sa se lege la salt.domain.name<\/strong>. Si asta inseamna ca tot ce trebuie sa am este un salt-master<\/strong> instalat si configurat acolo un pic, configurat DNS-ul atfel incat salt.domain.com<\/strong> sa bata la un serverul pe care ruleaza salt-master<\/strong> si, dupa ce fiecare masina fizica se rebuteaza, minionul se va conecta automat la salt-master<\/strong>. Magie adevarata.<\/p>\n
salt-key –accept-all<\/strong> este raspunsul la intrebarea cum confirm ca minionii inregistrati sunt ai mei :)<\/p>\n","protected":false},"excerpt":{"rendered":"
De anul trecut am trecut incet, incet spre DevOps. Mai bag si pe security, da mai rar in ultima vreme. Doar Ops n-am mai facut de ceva vreme si evident, ca m-am mai ramolit un pic pe partea asta. Iar cu Dev-ul din DevOps o lalai in Python, ca e bun pentru a programa chestii de … Continue reading ubuntu 16.04 pxe install<\/span>