Назад | Перейти на главную страницу

Как определить несколько записей в / etc / hosts с помощью Puppet ENC?

Я пишу классификатор внешних узлов для своей инфраструктуры Puppet, и мне нужно управлять /etc/hosts файл на каждом узле. Следующее (из-за повторяющегося ключа) является недопустимым YAML:

---
  host:
    name: www1.example.com
    host_aliases: www1
    ip: 1.2.3.4
  host:
    name: www2.example.com
    host_aliases: www2
    ip: 1.2.3.5

я вижу этот связанный ответ, который имеет следующий код:

host {
  # Public IPs - eth0
  'front-01': ip => '192.168.1.103';
  'front-02': ip => '192.168.1.106';

  # Private IPs - eth1
  'priv0-0': ip => '192.169.40.201';
  'priv0-1': ip => '192.169.40.202';
  'priv1-0': ip => '192.169.40.207';
  'priv1-1': ip => '192.169.40.208';

  # Virtual IPs - eth0:1
  'vip-01': ip => '192.169.50.202';
  'vip-02': ip => '192.169.50.205';
}

Тем не мение,

  1. Для меня не сразу очевидно, что здесь происходит на самом деле.
  2. Я нигде не могу найти документацию по этому поводу.
  3. Поскольку эти (не похожие) параметры класса - и из-за пунктов 1 и 2 выше - мне также не очевидно, как я могу перевести это в YAML.

Наивное предположение было бы таким:

'host':
  'www1':
    'ip': 1.2.3.4
  'www2':
    'ip': 1.2.3.5

Но из-за пункта 2 выше, мне неудобно продвигаться вперед в производстве. Тогда мой вопрос:

Где я могу найти документацию по использованию хост-класса таким образом?

Или в противном случае

Как еще я могу управлять несколькими /etc/hosts записи с ENC?

NB: эти определения используются для быстрой настройки временных многоузловых кластеров в API облачных сервисов для целей разработки и тестирования, поэтому, хотя я не совсем не хочу исследовать решение на основе DNS (или другое альтернативное), управление /etc/hosts таким образом (если возможно) много более простое решение с гораздо меньшим количеством движущихся частей.

РЕШЕНИЕ: Здесь для справки размещен мой последний код:

class my_hosts(
  $hosts = {
    'localhost.localdomain' => {
      'ensure'       => 'present',
      'name'         => 'localhost.localdomain',
      'host_aliases' => 'localhost',
      'ip'           => '127.0.0.1',
    },
  },
  ) {

  create_resources host, $hosts

}

И тогда мой ENC YAML выглядит так:

classes:
  my_hosts:
    hosts:
      www1.example.com:
        ensure: present
        name: www1.example.com
        host_aliases: www1
        ip: 10.0.0.101
      www2.example.com:
        ensure: present
        name: www2.example.com
        host_aliases: www2
        ip: 10.0.0.102

объявление 1 и 2:

host {
  'front-01': ip => '192.168.1.103';
  'front-02': ip => '192.168.1.106';
}

это просто сокращенная запись для

host { 'front-01':
  ip => '192.168.1.103',
}
host { 'front-02':
  ip => '192.168.1.106',
}

объявление 3:

Когда у вас есть такая запись данных YAML:

custom_hosts:
  www1:
    ip: 1.2.3.4
  www2:
    ip: 1.2.3.5
    comment: other attributes work also
  www3:
    name: testserver
    ip: 1.2.3.6

вы можете загрузить его в хэш марионетки, а затем создать из него ресурсы

$custom_hosts = hiera('custom_hosts',{})
create_resources(host, $custom_hosts)

Это дает тот же результат, что и:

host { 'www1':
  ip => '1.2.3.4',
}
host { 'www2':
  ip      => '1.2.3.5',
  comment => 'other attributes work also',
}
host { 'www3':
  name => 'testserver',
  ip   => '1.2.3.6',
}

Итак, эти строки следует записать в / etc / hosts:

1.2.3.4 www1
1.2.3.5 www2 # other attributes work also
1.2.3.6 testserver