Puphpet neznám, takže nevím, jak funguje, ale vesměs všechny config management softwary fungují tak, že mají nějaký centrální uzel (salt-master, chef-server), ze kterého si ostatní uzly stahují konfiguraci. Pokud tenhle centrální uzel nechceš mít na Windows (což je asi dobrý nápad, protože instalace a rozchození bývá porod), tak si prostě zprovozni další virtuální mašinu, která bude fungovat jako master. Nody na ni ale pochopitelně musí mít konektivitu.
Pokud vyloženě master node nechceš a chceš na nody doručit předpisy nějak po vlastní ose, tak to většinou jde taky - pro Salt máš návod tady:
http://docs.saltstack.com/en/latest/topics/tutorials/quickstart.html pro Chef googli "chef-solo", s puppetem neporadím
Tenhle způsob fungování bych ale spíš nepodoručil, hlavně proto, že když funguješ v master-klient režimu, může master předat klientovi jenom ty údaje, který opravdu potřebuje. Pokud budeš všechno kopírovat všude, budeš mít např. všechny hesla ke
všem serverům na všech serverech, což fakt není dobrý nápad, nebo si budeš muset zavíst nějakej svůj systém, jak něco kopírovat jenom někam a to už je lepší si rozjet toho normálního mastera...
Jinak generování předpisů nějakým dalším nástrojem považuju za taky špatný nápad - měl bys je psát ručně, abys přesně věděl, co ti kde jede, proč a jak je to nakonfigurovaný. Generování tak možná v případě stejných serverů s různými parametry, ale na to zas ty konfigurační softwary mají nástroje, na jejichž limity narazíš fakt spíš výjimečně.
Pokud ti puppetovské předpisy a konfigurace přijdou moc složité, zkus Ansible (tady na rootu byl seriál) nebo Salt. Salt má tu výhodu, že předpisy prostě bere z disku tak, jak leží a běží, takže s verzováním gitem se dobře integruje. U Chefu je to složitější, protože má verzování vlastní, musíš tam nové verze nahrávat a je to otrava.
2 Odpovědí
2620 Zhlédnutí