chake - Интернет в облаке

ПРОГРАММА:

ИМЯ

chake - бессерверная конфигурация с шеф-поваром

ВВЕДЕНИЕ

chake - это инструмент, который помогает вам управлять несколькими хостами без повара
сервер. Конфигурация управляется в локальном каталоге, который, вероятно, должен находиться в
контроль версий с мерзавец(1) или что-нибудь еще. Конфигурация обычно развертывается через rsync
через SSH и применяется путем вызова шеф-повар(1) через SSH на каждом хосте.

ФОРМИРОВАНИЕ РЕПОЗИТОРИЙ

$ заблокировать инициализацию
[создать] nodes.yaml
[mkdir] nodes.d /
[создать] config.rb
[mkdir] конфигурация / роли
[mkdir] кулинарные книги / основы / рецепты /
[создать] кулинарные книги / основы / рецепты / default.rb
[создать] Rakefile

Краткое описание созданных файлов:

· Nodes.yaml: где вы будете перечислять хосты, которыми будете управлять, и какие рецепты
применимы к каждому из них.

· Nodes.d: каталог с несколькими файлами в том же формате, что и nodes.yaml. Все файлы
соответствие * .yaml в нем будет добавлено в список узлов.

· Config.rb: содержит конфигурацию chef-solo. Вы можете изменить его, но обычно вы
не нужно.

· Config / roles: каталог, в который вы можете поместить определения ваших ролей.

· Кулинарные книги: каталог, в котором вы будете хранить свои кулинарные книги. Образец поваренной книги под названием
"basics" создан, но вы можете удалить его и добавить настоящие кулинарные книги.

· Rakefile: содержит только требуемую строку «chake». Вы можете дополнить его другими задачами
специфичные для вашей внутренней структуры.

После создания репозитория вы можете вызвать либо chake, либо rake, так как они полностью
эквивалент.

УПРАВЛЕНИЕ УЗЛЫ

Сразу после создания репозитория содержимое node.yaml выглядит следующим образом:

хост1.mycompany.com:
список_запуска:
- рецепт [основы]

Вы можете перечислить свои хосты с помощью узлов граблей:

Узлы $ rake
хост1.mycompany.com SSH

Чтобы добавить больше узлов, просто добавьте в файл nodes.yaml:

хост1.mycompany.com:
список_запуска:
- рецепт [основы]
хост2.mycompany.com:
список_запуска:
- рецепты [основы]

И теперь Чак знает о вашем новом узле:

Узлы $ rake
хост1.mycompany.com SSH
хост2.mycompany.com SSH

ПРИГОТОВЛЕНИЯ УЗЛЫ К BE УПРАВЛЯЕМЫЕ

У узлов очень мало начальных требований, которыми нужно управлять с помощью chake:

· Узел должен быть доступен через SSH.

· Пользователь, которого вы подключаетесь к узлу, должен быть либо root, либо иметь право запускать sudo (в
в этом случае необходимо установить sudo).

A в своих размышлениях on password подсказки: каждый раз, когда chake вызывает ssh на узле, вам может потребоваться
введите свой пароль; каждый раз, когда chake вызывает sudo на узле, вам может потребоваться ввести
в вашем пароле. Для управления одним или двумя узлами это, вероятно, нормально, но для больших
количество узлов нецелесообразно. Чтобы избежать запроса пароля, вы можете:

· Настроить аутентификацию на основе ключей SSH. Это более безопасно, чем использование паролей.
Пока вы это делаете, вы также, вероятно, захотите отключить аутентификацию по паролю.
полностью, и разрешить только аутентификацию на основе ключей

· Настройте беспарольный доступ sudo для пользователя, которого вы используете для подключения к вашим узлам.

ПРОВЕРКА CONNECTIVITY И ИСХОДНЫЙ ВЕДУЩИЙ УСТАНОВКА

Чтобы проверить, правильно ли настроены хосты, вы можете использовать задачу проверки:

$ рейк чек

Это запустит команду sudo true на каждом хосте. Если это пройдет без вас
пароли, вы уверены, что

· У вас есть SSH-доступ к каждому хосту; а также

· У пользователя, с которым вы подключаетесь, правильно настроено sudo без пароля.

$ рейк чек

НАНЕСЕНИЕ КУХНИ

Чтобы применить конфигурацию ко всем узлам, запустите

$ рейк сходится

Чтобы применить конфигурацию к одному узлу, запустите

$ rake сходится: $ NODE

Чтобы применить один рецепт ко всем узлам, запустите

$ rake применяется [myrecipe]

Чтобы применить один рецепт к определенному узлу, запустите

Применяется $ рейк: $ NODE [myrecipe]

Если вы не укажете рецепт в командной строке, вам будет предложено его ввести.

Чтобы запустить команду оболочки на всех узлах, запустите

$ rake run [команда]

Если команда, которую вы хотите запустить, содержит пробелы или другие специальные символы, выполните
оболочку, вы должны их процитировать.

Чтобы запустить команду оболочки на определенном узле, запустите

$ rake run: $ NODE [команда]

Если вы не укажете команду в командной строке, вам будет предложено ввести ее.

Чтобы проверить существующие задачи, запустите

$ рейк -T

ПИСЬМО КУХНИ

Поскольку chake на самом деле является оболочкой для Chef Solo, вам следует прочитать [документацию по шеф-повару] (
).
В частности, посмотрите [Документацию Chef Solo] (
chef_solo.html>).

NODE / УЗЕЛ БОТИНКИ ПРОЦЕСС ПРОЕКТИРОВАНИЯ

Когда chake воздействует на узел впервые, он должен его загрузить. Самозагрузка
процесс включает в себя следующие действия:

· Установка chef и rsync

· Отключение клиентского демона шеф-повара

· Настройка имени хоста

NODE / УЗЕЛ URL-адреса

Ключи в хэше, представленном в nodes.yaml, являются URL-адресом узла. Все компоненты
URL-адрес, но имя хоста не являются обязательными, поэтому просто перечисление имен хостов является самой простой формой
указание ваших узлов. Вот все компоненты URL-адресов узлов:

[backend: //] [имя пользователя @] имя хоста [: порт] [/ путь]

· Backend: серверная часть, используемая для подключения к хосту. ssh или локальный (по умолчанию: ssh)

· Username: имя пользователя для подключения (по умолчанию: имя пользователя на вашей локальной рабочей станции)

· Hostname: имя хоста для подключения (по умолчанию: никто)

· Порт: номер порта для подключения (по умолчанию: 22)

· / Путь: где хранить кулинарные книги в узле (по умолчанию: /var/tmp/chef.$USERNAME)

ЭКСТРА ФУНКЦИИ И ОСОБЕННОСТИ

# КРЮКИ

Вы можете определить задачи rake, которые будут выполняться перед загрузкой узлов, перед
загрузка содержимого управления конфигурацией на узлы и до схождения. Сделать это,
вам просто нужно усилить соответствующие задачи:

· Bootstrap_common: выполняется перед загрузкой узлов (даже если узлы уже были
самозагруженный)

· Upload_common: выполняется перед загрузкой содержимого на узел

· Converge_common: выполняется перед схождением (т.е. работает шеф-повар)

Пример:

задача: bootstrap_common сделать
sh './scripts/pre-bootstrap-checks'
конец

# ЗАШИФРОВАНО FILES

Любые файлы, заканчивающиеся совпадением .gpg и .asc будет расшифрован с помощью GnuPG перед отправкой в
узел. Вы можете использовать их для хранения паролей и другой конфиденциальной информации (ключей SSL,
etc) в репозитории вместе с остальной конфигурацией.

# РЕПОЗИТОРИЙ-МЕСТНЫЙ SSH КОНФИГУРАЦИЯ

Если вам нужны специальные параметры конфигурации SSH, вы можете создать файл с именем .ssh_config.
(или любое другое имя файла, указанное в переменной среды $ CHAKE_SSH_CONFIG, см. ниже
для подробностей) в корне вашего репозитория, и chake будет использовать его при вызове ssh.

# ВЕДЕНИЕ ЖУРНАЛА IN К A ВЕДУЩИЙ

Чтобы легко войти на один из ваших хостов, просто запустите rake login: $ HOSTNAME. Это будет
автоматически использовать локальную конфигурацию SSH репозитория, как указано выше, поэтому вам не нужно
все время набирайте -F .ssh_config.

# БЕГ BCE SSH ПРИЗЫВЫ НЕМНОГО ПРЕФИКС КОМАНДА

Иногда вам также может понадобиться префикс для ваших вызовов SSH с помощью некоторого префикса.
команда, чтобы, например, туннелировать ее через некоторый центральный выходной узел. Вы можете сделать это
установка $ CHAKE_SSH_PREFIX в вашей среде. Пример:

CHAKE_SSH_PREFIX = tsocks rake сходятся

Вышеупомянутое приведет к тому, что все вызовы SSH для всех хостов будут вызываться как tsocks ssh [...]

# ОБЪЕДИНЕНИЕ LOCAL ВЕДУЩИЙ

Если вы хотите управлять своей локальной рабочей станцией с помощью chake, вы можете объявить локальный узел, например
это в nodes.yaml:

местный: // молния:
список_запуска:
- роль [рабочая станция]

Чтобы применить конфигурацию к локальному хосту, вы можете использовать обычные грабли
обратное: молния, или специальные местные грабли.

При схождении всех узлов chake пропустит узлы, объявленные с помощью local: //
backend и чье имя хоста не совпадает с именем хоста в объявлении. Например:

локальный: // рабочий стол:
список_запуска:
- роль [рабочая станция]
локальный: // ноутбук:
список_запуска:
- роль [рабочая станция]

Когда вы запускаете rake converge на настольном компьютере, ноутбук будет пропущен, и наоборот.

ОКРУЖАЮЩАЯ СРЕДА ПЕРЕМЕННЫЕ

· $ CHAKE_SSH_CONFIG: локальный файл конфигурации SSH. По умолчанию .ssh_config.

· $ CHAKE_SSH_PREFIX: команда для префикса вызовов SSH (и rsync через SSH) с помощью.

· $ CHAKE_RSYNC_OPTIONS: дополнительные параметры для передачи в rsync. Полезно, например, для исключения больших
файлы от загрузки на каждый сервер.

· $ CHAKE_NODES: файл, содержащий список серверов, которыми нужно управлять. По умолчанию: nodes.yaml.

· $ CHAKE_NODES_D: каталог, содержащий управляемые серверы файлов определения узлов.
По умолчанию: узлы. D.

· $ CHAKE_TMPDIR: каталог, используемый для хранения временных файлов кэша. По умолчанию: tmp / chake.

· $ CHAKE_CHEF_CONFIG: файл конфигурации Chef относительно корня репозитория.
По умолчанию: config.rb.

Используйте чейк онлайн с помощью сервисов onworks.net