chake - Online în Cloud

PROGRAM:

NUME

chake - configurație fără server cu bucătar

INTRODUCERE

chake este un instrument care vă ajută să gestionați mai multe gazde cu, fără a fi nevoie de un bucătar
Server. Configurația este gestionată într-un director local, care ar trebui probabil să fie sub
controlul versiunilor cu merge(1) sau orice altceva. Configurația este de obicei implementată prin rsync
peste SSH și aplicat prin invocare bucătar-solo(1) peste SSH pe fiecare gazdă.

CREAREA THE REPERTORIU

$ chake init
[creează] noduri.yaml
[ mkdir] nodes.d/
[creează] config.rb
[ mkdir] config/roluri
[ mkdir] cărți de bucate/noțiuni de bază/rețete/
[creează] cărți de bucate/noțiuni de bază/rețete/default.rb
[creează] Rakefile

O scurtă explicație a fișierelor create:

· nodes.yaml: unde veți enumera gazdele pe care le veți administra și ce rețete
se aplică fiecăruia dintre ei.

· nodes.d: un director cu mai multe fișiere în același format ca nodes.yaml. Toate filele
potrivirea *.yaml din el va fi adăugată la lista de noduri.

· config.rb: conține configurația chef-solo. Îl poți modifica, dar de obicei tu
nu va fi nevoie.

· config/roles: directorul este locul în care vă puteți pune definițiile rolurilor.

· cărți de bucate: director în care îți vei stoca cărțile de bucate. Un exemplu de carte de bucate numit
„de bază” este creat, dar nu ezitați să îl eliminați și să adăugați cărți de bucate reale.

· Rakefile: Conține doar linia „chake” necesară. Îl puteți mări cu alte sarcini
specifice intrastructurii dumneavoastră.

După ce depozitul este creat, puteți apela fie chake, fie rake, deoarece acestea sunt complet
echivalent.

GESTIONAREA NODURI

Imediat după ce ați creat depozitul, conținutul nodes.yaml este următorul:

host1.mycompany.com:
run_list:
- reteta[de baza]

Vă puteți lista gazdele cu noduri rake:

$ rake noduri
host1.mycompany.com ssh

Pentru a adăuga mai multe noduri, trebuie doar să adăugați la nodes.yaml:

host1.mycompany.com:
run_list:
- reteta[de baza]
host2.mycompany.com:
run_list:
- rețete[de bază]

Și chake știe acum despre noul tău nod:

$ rake noduri
host1.mycompany.com ssh
host2.mycompany.com ssh

PREPARATE NODURI LA BE GESTIONAT

Nodurile au foarte puține cerințe inițiale pentru a fi gestionate cu chake:

· Nodul trebuie să fie accesibil prin SSH.

· Utilizatorul pe care îl conectați la nod trebuie fie să fie root, fie să aibă permisiunea de a rula sudo (în
caz în care sudo trebuie instalat).

A nota on parola solicită: de fiecare dată când chake apelează ssh pe un nod, vi se poate solicita
introduceți parola; de fiecare dată când chake apelează sudo pe nod, s-ar putea să vi se solicite să tastați
în parola dvs. Pentru gestionarea unuia sau a două noduri, probabil că este bine, dar pentru mai mari
numărul de noduri nu este practic. Pentru a evita solicitările de parolă, puteți:

· Configurați autentificarea bazată pe chei SSH. Acest lucru este mai sigur decât utilizarea parolelor.
În timp ce sunteți la asta, probabil că doriți să dezactivați autentificarea prin parolă
complet și permiteți numai autentificarea bazată pe chei

· Configurați accesul sudo fără parolă pentru utilizatorul pe care îl utilizați pentru a vă conecta la nodurile dvs.

CONTROL CONECTIVITATE AND INIŢIALĂ HOST SETUP

Pentru a verifica dacă gazdele sunt configurate corect, puteți utiliza sarcina de verificare:

$ rake check

Aceasta va rula comanda sudo true pe fiecare gazdă. Dacă asta trece fără să fii nevoit
parolele, sunteți sigur că

· aveți acces SSH la fiecare gazdă; și

· utilizatorul pe care îl conectezi are configurat corect sudo fără parolă.

$ rake check

PUNEREA ÎN APLICARE CĂRȚI DE CATEGORIE

Pentru a aplica configurația tuturor nodurilor, rulați

$ rake converg

Pentru a aplica configurația unui singur nod, rulați

$ rake converge:$NODE

Pentru a aplica o singură rețetă pe toate nodurile, rulați

Se aplică $ rake[myrecipe]

Pentru a aplica o singură rețetă pe un anumit nod, rulați

$ rake apply:$NODE[myrecipe]

Dacă nu informați o rețetă în linia de comandă, vi se va solicita una.

Pentru a rula o comandă shell pe toate nodurile, rulați

$ rake run[comandă]

Dacă comanda pe care doriți să o executați conține spații sau alte caractere speciale, faceți acest lucru
coaja, trebuie să le citați.

Pentru a rula o comandă shell pe un anumit nod, rulați

$ rake run:$NODE[comandă]

Dacă nu informați o comandă în linia de comandă, vi se va solicita una.

Pentru a verifica sarcinile existente, rulați

$ rake -T

SCRIS CĂRȚI DE CATEGORIE

Deoarece chake este de fapt un înveliș pentru Chef Solo, ar trebui să citiți [documentația bucătarului](
).
În special, uitați-vă la [Documentația Chef Solo](
chef_solo.html>).

THE nOD BOTSTRAPPING PROCESUL

Când chake acționează asupra unui nod pentru prima dată, trebuie să-l bootstrap. Bootstrapping-ul
procesul include următoarele:

· instalarea chef și rsync

· dezactivarea demonului client chef

· configurarea numelui de gazdă

nOD URL-uri

Cheile din hash-ul care este reprezentat în nodes.yaml este o adresă URL a nodului. Toate componentele
URL-ul, dar numele de gazdă sunt opționale, așa că listarea numelor de gazdă este cea mai simplă formă de
specificând nodurile dvs. Iată toate componentele URL-urilor nodurilor:

[backend://][nume utilizator@]nume gazdă[:port][/cale]

· backend: backend de utilizat pentru a vă conecta la gazdă. ssh sau local (implicit: ssh)

· nume de utilizator: nume de utilizator cu care să vă conectați (implicit: numele de utilizator de pe stația dvs. de lucru locală)

· hostname: numele de gazdă la care să vă conectați (implicit: nici unul)

· port: numărul portului la care să vă conectați (implicit: 22)

· /path: unde să stocați cărțile de bucate la nod (implicit: /var/tmp/chef.$USERNAME)

EXTRA CARACTERISTICI

# Cârlige

Puteți defini sarcini de rake care vor fi executate înainte de nodurile de bootstrapping, înainte
încărcarea conținutului de management al configurației în noduri și înainte de a converge. Pentru a face acest lucru,
trebuie doar să îmbunătățiți sarcinile corespunzătoare:

· bootstrap_common: executat înainte de nodurile de bootstrapping (chiar dacă nodurile au fost deja
bootstrapped)

· upload_common: executat înainte de a încărca conținut în nod

· converge_common: executat înainte de a converge (adică rulează chef)

Exemplu:

task :bootstrap_common do
sh './scripts/pre-bootstrap-checks'
capăt

# CRIPTAT DOSARE

Toate fișierele care se termină se potrivesc .gpg iar .asc va fi decriptat cu GnuPG înainte de a fi trimis către
nodul. Le puteți folosi pentru a stoca parole și alte informații sensibile (chei SSL,
etc) în depozit împreună cu restul configurației.

# DEPOZIT-LOCAL SSH CONFIGURARE

Dacă aveți nevoie de parametri speciali de configurare SSH, puteți crea un fișier numit .ssh_config
(sau orice nume de fișier aveți în variabila de mediu $CHAKE_SSH_CONFIG, vedeți mai jos
pentru detalii) în rădăcina depozitului dvs. și chake îl va folosi atunci când apelează ssh.

# LOGARE IN LA A HOST

Pentru a vă conecta cu ușurință la unul dintre gazdele dvs., rulați rake login:$HOSTNAME. Asta va
utilizați automat configurația SSH locală a depozitului ca mai sus, astfel încât să nu fie nevoie
tastați -F .ssh_config tot timpul.

# ALERGARE Toate colectiile SSH INVOCAȚII CU NISTE PREFIX COMMAND

Uneori, veți dori sau trebuie să prefixați invocările SSH cu un prefix
comandă, de exemplu, pentru a o tunel printr-un nod central de ieșire. Puteți face acest lucru prin
setați $CHAKE_SSH_PREFIX în mediul dvs. Exemplu:

CHAKE_SSH_PREFIX=rake-ul șosetelor converg

Cele de mai sus vor face ca toate invocările SSH către toate gazdele să fie numite ca tsocks ssh [...]

# CONVERGENTE LOCAL HOST

Dacă doriți să vă gestionați stația de lucru locală cu chake, puteți declara un nod local ca
asta în nodes.yaml:

local://thunderbolt:
run_list:
- rol[stație de lucru]

Pentru a aplica configurația gazdei locale, puteți utiliza rake-ul convențional
converse:thunderbolt sau ținta specială rake local.

Când converge toate nodurile, chake va omite nodurile care sunt declarate cu local://
backend și al cărui nume de gazdă nu se potrivește cu numele de gazdă din declarație. De exemplu:

local://desktop:
run_list:
- rol[stație de lucru]
local://laptop:
run_list:
- rol[stație de lucru]

Când rulați rake converge pe desktop, laptopul va fi omis și invers.

MEDIUL VARIABILE

· $CHAKE_SSH_CONFIG: Fișier de configurare SSH local. Implicit la .ssh_config.

· $CHAKE_SSH_PREFIX: Comanda pentru a prefix apelurile SSH (și rsync peste SSH).

· $CHAKE_RSYNC_OPTIONS: opțiuni suplimentare de transmis la rsync. Util pentru a exclude de exemplu marile
fișierele să fie încărcate pe fiecare server.

· $CHAKE_NODES: Fișier care conține lista de servere care trebuie gestionate. Implicit: nodes.yaml.

· $CHAKE_NODES_D: Director care conține servere de fișiere de definire a nodurilor care urmează să fie gestionate.
Implicit: noduri.d.

· $CHAKE_TMPDIR: Director folosit pentru a stoca fișiere cache temporare. Implicit: tmp/chake.

· $CHAKE_CHEF_CONFIG: Fișierul de configurare Chef, relativ la rădăcina depozitului.
Implicit: config.rb.

Utilizați chake online folosind serviciile onworks.net