chake - онлайн у хмарі

ПРОГРАМА:

ІМ'Я

chake - безсерверна конфігурація з шеф-кухарем

ВСТУП

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

СТВОРЕННЯ THE РЕПОЗИТОРІЙ

$ chake ініц
[створити] вузли.yaml
[ mkdir] nodes.d/
[створити] config.rb
[ mkdir] конфігурація/ролі
[ mkdir] кулінарні книги/основи/рецепти/
[створити] cookbooks/basics/recipes/default.rb
[створити] Rakefile

Коротке пояснення створених файлів:

· nodes.yaml: де ви будете перераховувати хости, якими будете керувати, і які рецепти
застосовувати до кожного з них.

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

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

· config/roles: каталог, де ви можете розмістити визначення ролей.

· кулінарні книги: каталог, де ви зберігатимете свої кулінарні книги. Зразок кулінарної книги під назвою
"основи" створено, але можете видалити його та додати справжні кулінарні книги.

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

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

УПРАВЛІННЯ КУПИТИ

Відразу після того, як ви створили свій репозиторій, вміст nodes.yaml є таким:

host1.mycompany.com:
run_list:
- рецепт [основи]

Ви можете перерахувати свої хости з вузлами рейка:

$ вузли рейка
host1.mycompany.com ssh

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

host1.mycompany.com:
run_list:
- рецепт [основи]
host2.mycompany.com:
run_list:
- рецепти [основи]

І chake тепер знає про ваш новий вузол:

$ вузли рейка
host1.mycompany.com ssh
host2.mycompany.com ssh

ПІДГОТОВКА КУПИТИ TO BE УПРАВЛЯЄТЬСЯ

Вузли мають дуже мало початкових вимог для керування за допомогою chake:

· Вузол має бути доступним через SSH.

· Користувач, якого ви підключаєте до вузла, має бути root або мати дозвіл на запуск sudo (в
у якому випадку потрібно встановити sudo).

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

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

· Налаштуйте доступ sudo без пароля для користувача, якого ви використовуєте для підключення до своїх вузлів.

ПЕРЕВІРКА CONNECTIVITY І ПОЧАТКОВИЙ HOST НАСТРОЙКА

Щоб перевірити, чи правильно налаштовані хости, ви можете скористатися завданням перевірки:

перевірка рейка $

Це запустить команду sudo true на кожному хості. Якщо це пройде без вашої потреби
паролі, ви впевнені, що

· у вас є SSH доступ до кожного хоста; і

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

перевірка рейка $

ВИКОРИСТАННЯ КУХАРНІ КНИГИ

Щоб застосувати конфігурацію до всіх вузлів, запустіть

$ граблі сходяться

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

$ rake converge: $NODE

Щоб застосувати один рецепт до всіх вузлів, запустіть

$ rake apply [myrecipe]

Щоб застосувати один рецепт до певного вузла, запустіть

$ rake apply:$NODE[myrecipe]

Якщо ви не вкажете рецепт у командному рядку, вам буде запропоновано ввести його.

Щоб запустити команду оболонки на всіх вузлах, виконайте

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

Якщо команда, яку ви бажаєте виконати, містить пробіли або інші спеціальні символи
оболонки, ви повинні цитувати їх.

Щоб запустити команду оболонки на певному вузлі, виконайте

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

Якщо ви не введете команду в командному рядку, вам буде запропоновано її ввести.

Щоб перевірити наявні завдання, запустіть

$ граблі -T

ПИСАННЯ КУХАРНІ КНИГИ

Оскільки chake насправді є обгорткою для Chef Solo, вам слід прочитати [документацію chef](
).
Зокрема, перегляньте [Документацію Chef Solo]( <https://docs.chef.io/
chef_solo.html>).

THE НАЗВ БУТСТРЕПІНГ ПРОЦЕС

Коли chake діє на вузол вперше, він повинен його завантажити. Завантажувальний процес
процес включає наступне:

· встановлення chef і rsync

· вимкнення демона клієнта chef

· налаштування імені хоста

НАЗВ URL-адреси

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

[backend://][ім’я користувача@]ім’я хоста[:порт][/шлях]

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

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

· ім'я хоста: ім'я хоста для підключення (за замовчуванням: ніхто)

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

· /шлях: де зберігати кулінарні книги на вузлі (за замовчуванням: /var/tmp/chef.$ІМ'Я КОРИСТУВАЧА)

EXTRA ОСОБЛИВОСТІ

# ГУКИ

Ви можете визначити рейк-завдання, які виконуватимуться до завантажувальних вузлів, раніше
завантаження вмісту керування конфігурацією на вузли та перед конвергенцією. Зробити це,
вам просто потрібно покращити відповідні завдання:

· bootstrap_common: виконується перед завантаженням вузлів (навіть якщо вузли вже були
завантажений)

· upload_common: виконується перед завантаженням вмісту на вузол

· converge_common: виконується перед конвергенцією (тобто запущеним шеф-кухарем)

приклад:

завдання :bootstrap_common зробити
sh './scripts/pre-bootstrap-checks'
кінець

# ЗАШИФРОВАНО ФАЙЛИ

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

# РЕПОЗИТАРІЙ-ЛОК SSH КОНФІГУРАЦІЯ

Якщо вам потрібні спеціальні параметри конфігурації SSH, ви можете створити файл під назвою .ssh_config
(або інше ім’я файлу, яке ви маєте у змінній середовища $CHAKE_SSH_CONFIG, див. нижче
для деталей) у корені вашого сховища, і chake використовуватиме його під час виклику ssh.

# ВХІД IN TO A HOST

Щоб легко увійти на один із своїх хостів, просто запустіть rake login:$HOSTNAME. Це буде
автоматично використовуйте локальну конфігурацію SSH у сховищі, як зазначено вище, тому вам не потрібно
тип -F .ssh_config весь час.

# РУНІНГ ALL SSH ЗАГОВАННЯ З ДЕЩО ПРЕФІКС КОМАНДА

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

CHAKE_SSH_PREFIX=tsocks граблі збігаються

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

# ЗХІДЖЕННЯ LOCAL HOST

Якщо ви хочете керувати своєю локальною робочою станцією за допомогою chake, ви можете оголосити локальний вузол як
це в nodes.yaml:

local://thunderbolt:
run_list:
- роль [робоча станція]

Щоб застосувати конфігурацію до локального хосту, ви можете використовувати звичайні граблі
converse: thunderbolt, або спеціальні цільові граблі місцеві.

Під час зближення всіх вузлів chake пропускатиме вузли, оголошені за допомогою local://
серверної частини та чиє ім’я хоста не збігається з ім’ям хоста в декларації. Наприклад:

local://desktop:
run_list:
- роль [робоча станція]
локальний //ноутбук:
run_list:
- роль [робоча станція]

Коли ви запускаєте 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: Каталог, що містить сервери файлів визначення вузла, якими потрібно керувати.
За замовчуванням: nodes.d.

· $CHAKE_TMPDIR: Каталог, що використовується для зберігання тимчасових файлів кешу. За замовчуванням: tmp/chake.

· $CHAKE_CHEF_CONFIG: файл конфігурації Chef відносно кореня сховища.
За замовчуванням: config.rb.

Використовуйте chake онлайн за допомогою сервісів onworks.net