All Projects → saltstack-formulas → hostsfile-formula

saltstack-formulas / hostsfile-formula

Licence: other
Use minion IDs to keep /etc/hosts and hostnames consistent for clusters without DNS

Programming Languages

ruby
36898 projects - #4 most used programming language
javascript
184084 projects - #8 most used programming language
shell
77523 projects
SaltStack
118 projects
Jinja
831 projects

hostsfile

Travis CI Build Status Semantic Release

Formula to set up name resolution for all members of a salt cluster in /etc/hosts.

General notes

See the full SaltStack Formulas installation and usage instructions.

If you are interested in writing or contributing to formulas, please pay attention to the Writing Formula Section.

If you want to use this formula, please pay attention to the FORMULA file and/or git tag, which contains the currently released version. This formula is versioned according to Semantic Versioning.

See Formula Versioning Section for more details.

If you need (non-default) configuration, please pay attention to the pillar.example file and/or Special notes section.

Contributing to this repo

Commit message formatting is significant!!

Please see How to contribute for more details.

Special notes

To enable the Salt Mine the mine_functions option needs to be applied to a Minion

Available states

hostsfile

Uses the Salt Mine function network.ip_addrs to add minion ids and their regarding ips to the local hosts file.

At a minimum, you must enable the network.ip_addrs function in pillar or in /etc/salt/minion:

mine_functions:
  network.ip_addrs: []

The formula works best if the minion id is the fqdn and (if the machines have more than one interface) the desired interface to use for this is configured with the mine function:

mine_functions:
  network.interfaces: []
  network.ip_addrs:
    - eth1
mine_interval: 2

If you are already using network.ip_addrs for something else (perhaps another state that wants information on a different interface than hostsfile should use), you can specify a mine alias in pillar to query instead:

hostsfile:
  alias: hostsfile_interface

mine_functions:
  hostsfile_interface:
    mine_function: network.ip_addrs
    iface: eth0

By default all minions in mine are added to the hosts file, but that can be overridden too:

hostsfile:
  minions: '*-thisdatacenter-something'

By default specified minions in mine are added to the hosts file:

hostsfile:
  minions: 'zk[1-5] and kafka[1-5]'
  type: 'compound'

And you can add explicit entries for non-mine hosts as well:

hostsfile:
  hosts:
    server1: 10.10.10.10
    server2: 10.10.10.11

To reduce the hostnames for an IP to those given in pillar you can place them in pillar[hostsfile:only]:

hostsfile:
  only:
    10.10.10.10:
        - server1.my.domain
        - server1
    10.10.10.11:
        - server2.my.domain
        - server2

To remove an IP from the hostsfile specify an empty list of hostnames:

hostsfile:
    only:
        127.0.1.1: []

hostsfile.hostname

Also set and persist the hostname (again - using the minion id). This has so far been most useful on EC2 instances.

Works on RedHat/CentOS 5.X or RedHat/CentOS 6.X and Amazon OS - should also work on Ubuntu/Debian.

Testing

Linux testing is done with kitchen-salt.

Requirements

  • Ruby
  • Docker
$ gem install bundler
$ bundle install
$ bin/kitchen test [platform]

Where [platform] is the platform name defined in kitchen.yml, e.g. debian-9-2019-2-py3.

bin/kitchen converge

Creates the docker instance and runs the TEMPLATE main state, ready for testing.

bin/kitchen verify

Runs the inspec tests on the actual instance.

bin/kitchen destroy

Removes the docker instance.

bin/kitchen test

Runs all of the stages above in one go: i.e. destroy + converge + verify + destroy.

bin/kitchen login

Gives you SSH access to the instance for manual testing.

Note that the project description data, including the texts, logos, images, and/or trademarks, for each open source project belongs to its rightful owner. If you wish to add or remove any projects, please contact us at [email protected].