2.0 KiB
dostupne metody:
-
diskless
- iPXE netboot
- SUSE něco NG => v XML mam predem nastaveny system, tohle vytvori ISO ktere se stahne do ramky a nabootuje -> vyhoda, da se to verzovat v gitu protoze jeden xml
- vlastni custom manual image
- iPXE netboot
-
system na disku
- manual jebani
- bash script co vse nastavi -> after install scripty
- nebo hur, delat to fakt rucne
- salt
- ansible
- manual jebani
-
zminit rozdil mezi scriptem a ansiblem
-
kdyz pustim script 3x ansible to nezkurvi jako script. Ansible to uvede do stavu absolutni pravdy. Script nevis z ceho zacina a co posere.
-
udelat CI pipeline napojenou na git, kdy kdyz pushnu zmenu, CI pusti linter, kdyz projde, pusti build a pres WOL zapne vypnute pc a uvede systemy do preddefinovaneho stavu.
-
nevyhody:
-
student muze behem pustene CI pipeline vypnout pc.
-
ucebna muze mit ve vhodnou dobu updatu vypadek elektricke site
-
navrh pro dalsi zlepseni je provozovat update mirror po lokalni siti, aby kazdy z 80 pc nestahoval update po jednom
-
vybrat vhodnou distribuci linuxu
-
WINDOWS:
- je omezeny schopnostma systemu Windows z pohledu ze ansible toho umi hodne, ale Windows je omezenej
- musi tam bejt python a ssh server
- U nas je zrovna problem delat neco s registrama na PedF -> zeptat se Filipa Svoboda
z toho vyjdu, ze nejlepsi je proste ANSIBLE PROTOZE
- diskless
- iPXE netboot
- protoze to je slow protoze nemame na to sit
- neni na to ramka
- iPXE netboot
- system na disku
- manualni jebani
- system existuje, update pres prazdniny rucne po jednom
- manualni scriptovani
- manualni manulani jebani -> nejsme negri dopici
- salt
- protoze nechcem deamon
- ansible
- je proste dobrej
- manualni jebani
soucast implementace:
- host file
- playbooks a role
base image:
- naflashovat na disky pripraveny system, kde bude nastavene ssh. zmenim mu hostname, adresu dostane z dhcp.
- accessovat je budu pomoci hostname - avahi.
- ansible nebude pouzivat ip ale hostname.
ansible: playbook bude jeden, ale bude importovat role
- role: