chake - Online na nuvem

PROGRAMA:

NOME

chake - configuração sem servidor com chef

INTRODUÇÃO

chake é uma ferramenta que ajuda a gerenciar vários hosts com, sem a necessidade de um chef
servidor. A configuração é gerenciada em um diretório local, que provavelmente deve estar em
controle de versão com git(1) ou qualquer outra coisa. A configuração geralmente é implantada via rsync
sobre SSH, e aplicado invocando chef solo(1) sobre SSH em cada host.

CRIANDO A REPOSITÓRIO

$ chake inicialização
[criar] nodes.yaml
[mkdir] nodes.d /
[criar] config.rb
[mkdir] configuração / funções
[mkdir] livros de receitas / básico / receitas /
[criar] livros de receitas / basics / recipes / default.rb
[criar] Rakefile

Uma breve explicação dos arquivos criados:

· Nodes.yaml: onde você irá listar os hosts que irá gerenciar, e quais receitas
aplicam-se a cada um deles.

· Nodes.d: um diretório com vários arquivos no mesmo formato que nodes.yaml. Todos os arquivos
correspondente a * .yaml nele será adicionado à lista de nós.

· Config.rb: contém a configuração chef-solo. Você pode modificá-lo, mas normalmente você
não vai precisar.

· Config / roles: o diretório é onde você pode colocar suas definições de função.

· Livros de receitas: diretório onde você armazenará seus livros de receitas. Um exemplo de livro de receitas chamado
"básico" é criado, mas sinta-se à vontade para removê-lo e adicionar livros de receitas reais.

· Rakefile: Contém apenas a linha require 'chake'. Você pode aumentá-lo com outras tarefas
específico para sua infraestrutura.

Depois que o repositório é criado, você pode chamar chake ou rake, pois eles estão completamente
equivalente.

GESTÃO NÓS

Logo depois de criar seu repositório, o conteúdo de nodes.yaml é o seguinte:

host1.minhaempresa.com:
lista_executada:
- receita [básico]

Você pode listar seus hosts com nós de rake:

nós de $ rake
host1.minhaempresa.com ssh

Para adicionar mais nós, basta anexar a nodes.yaml:

host1.minhaempresa.com:
lista_executada:
- receita [básico]
host2.minhaempresa.com:
lista_executada:
- receitas [básico]

E chake agora sabe sobre seu novo nó:

nós de $ rake
host1.minhaempresa.com ssh
host2.minhaempresa.com ssh

PREPARAÇÕES NÓS TO BE GERIDO

Os nós têm poucos requisitos iniciais para serem gerenciados com chake:

· O nó deve estar acessível via SSH.

· O usuário que você conecta ao nó deve ser root ou ter permissão para executar sudo (em
caso em que o sudo deve ser instalado).

A nota on senha Comandos: cada vez que chake chama ssh em um nó, pode ser necessário
digite sua senha; toda vez que chake chama sudo no nó, pode ser necessário digitar
na sua senha. Para gerenciar um ou dois nós, isso provavelmente é bom, mas para maiores
número de nós, não é prático. Para evitar solicitações de senha, você pode:

· Configure a autenticação baseada em chave SSH. Isso é mais seguro do que usar senhas.
Enquanto você está nisso, provavelmente também deseja desativar a autenticação por senha
completamente, e só permite a autenticação baseada em chave

· Configure o acesso sudo sem senha para o usuário que você usa para se conectar aos seus nós.

VERIFICANDO CONECTIVIDADE E INICIAL HOST CONFIGURAÇÃO

Para verificar se os hosts estão configurados corretamente, você pode usar a tarefa de verificação:

verificação de $ rake

Isso executará o comando sudo true em cada host. Se isso passar sem você ter que
senhas, você tem certeza que

· Você tem acesso SSH a cada host; e

· O usuário com o qual você está se conectando tem o sudo sem senha configurado corretamente.

verificação de $ rake

APLICANDO LIVROS DE RECEITAS

Para aplicar a configuração a todos os nós, execute

$ rake convergem

Para aplicar a configuração a um único nó, execute

$ rake converge: $ NODE

Para aplicar uma única receita em todos os nós, execute

$ rake apply [myrecipe]

Para aplicar uma única receita em um nó específico, execute

$ rake se aplica: $ NODE [myrecipe]

Se você não informar uma receita na linha de comando, será solicitada uma.

Para executar um comando shell em todos os nós, execute

$ rake run [comando]

Se o comando que você deseja executar contiver espaços ou outros caracteres especiais, faça
o shell, você deve citá-los.

Para executar um comando shell em um nó específico, execute

$ rake run: $ NODE [comando]

Se você não informar um comando na linha de comando, será solicitado um.

Para verificar as tarefas existentes, execute

$ ancinho -T

WRITING LIVROS DE RECEITAS

Uma vez que o chake é na verdade um invólucro para o Chef Solo, você deve ler a [documentação do chef] (
)
Em especial, consulte a [Documentação do Chef Solo] (
chef_solo.html>).

A NODE BOOTSTRAPPING PROCEDIMENTO:

Quando o chake atua em um nó pela primeira vez, ele precisa inicializá-lo. O bootstrapping
processo inclui fazer o seguinte:

· Instalação de chef e rsync

· Desabilitando o daemon do cliente chef

· Configurar o nome do host

NODE URL

As chaves no hash representadas em nodes.yaml é um URL de nó. Todos os componentes de
o URL, mas o nome do host são opcionais, então apenas listar nomes de host é a forma mais simples de
especificando seus nós. Aqui estão todos os componentes dos URLs do nó:

[backend: //] [nome de usuário @] nome do host [: porta] [/ caminho]

· Backend: backend a ser usado para se conectar ao host. ssh ou local (padrão: ssh)

· Nome de usuário: nome de usuário para se conectar (padrão: o nome de usuário em sua estação de trabalho local)

· Nome do host: o nome do host ao qual se conectar (padrão: Nenhum)

· Porta: número da porta à qual se conectar (padrão: 22)

· / Caminho: onde armazenar os livros de receitas no nó (padrão: /var/tmp/chef.$USERNAME)

EXTRA CARATERÍSTICAS

# HOOKS

Você pode definir tarefas rake que serão executadas antes dos nós de inicialização, antes
upload de conteúdo de gerenciamento de configuração para nós, e antes de convergir. Para fazer isso,
você só precisa aprimorar as tarefas correspondentes:

· Bootstrap_common: executado antes dos nós de inicialização (mesmo se os nós já foram
inicializado)

· Upload_common: executado antes de enviar conteúdo para o nó

· Converge_common: executado antes de convergir (ou seja, chef em execução)

Exemplo:

tarefa: bootstrap_common do
sh './scripts/pre-bootstrap-checks'
final

# CRIPTOGRAFADO ARQUIVOS

Quaisquer arquivos que terminem correspondendo .gpg e .asc será descriptografado com GnuPG antes de ser enviado para
o nó. Você pode usá-los para armazenar senhas e outras informações confidenciais (chaves SSL,
etc) no repositório junto com o resto da configuração.

# REPOSITÓRIO-LOCAL SSH CONFIGURAÇÃO

Se precisar de parâmetros de configuração SSH especiais, você pode criar um arquivo chamado .ssh_config
(ou qualquer nome de arquivo que você tenha na variável de ambiente $ CHAKE_SSH_CONFIG, veja abaixo
para detalhes) na raiz do seu repositório, e o chake irá usá-lo ao chamar o ssh.

# EXPLORAÇÃO MADEIREIRA IN TO A HOST

Para fazer login facilmente em um de seus hosts, apenas execute rake login: $ HOSTNAME. Isso vai
usar automaticamente a configuração SSH local do repositório como acima para que você não precise
digite -F .ssh_config o tempo todo.

# CORRENDO TODAS SSH INVOCAÇÕES COM ALGUNS PREFIXO COMANDO

Algumas vezes, você também desejará ou precisará prefixar suas invocações SSH com algum prefixo
comando para, por exemplo, tunelá-lo através de algum nó de saída central. Você pode fazer isso por
definindo $ CHAKE_SSH_PREFIX em seu ambiente. Exemplo:

CHAKE_SSH_PREFIX = tsocks rake converge

O código acima fará com que todas as invocações SSH para todos os hosts sejam chamadas de tsocks ssh [...]

# CONVERGER LOCAL HOST

Se você deseja gerenciar sua estação de trabalho local com chake, você pode declarar um nó local como
isso em nodes.yaml:

local: // raio:
lista_executada:
- função [estação de trabalho]

Para aplicar a configuração ao host local, você pode usar o rake convencional
converse: thunderbolt, ou o rake alvo especial local.

Ao convergir todos os nós, o chake irá ignorar os nós que são declarados com o local: //
backend e cujo nome de host não corresponde ao nome de host na declaração. Por exemplo:

local: // desktop:
lista_executada:
- função [estação de trabalho]
local: // laptop:
lista_executada:
- função [estação de trabalho]

Quando você executa o rake converge no desktop, o laptop é ignorado e vice-versa.

MEIO AMBIENTE VARIÁVEIS

· $ CHAKE_SSH_CONFIG: Arquivo de configuração SSH local. O padrão é .ssh_config.

· $ CHAKE_SSH_PREFIX: Comando para prefixar chamadas SSH (e rsync sobre SSH).

· $ CHAKE_RSYNC_OPTIONS: opções extras para passar para o rsync. Útil para, por exemplo, excluir grandes
arquivos sejam carregados para cada servidor.

· $ CHAKE_NODES: Arquivo contendo a lista de servidores a serem gerenciados. Padrão: nodes.yaml.

· $ CHAKE_NODES_D: Diretório contendo os servidores de arquivos de definição de nós a serem gerenciados.
Padrão: nodes.d.

· $ CHAKE_TMPDIR: Diretório usado para armazenar arquivos de cache temporários. Padrão: tmp / chake.

· $ CHAKE_CHEF_CONFIG: Arquivo de configuração do Chef, relativo à raiz do repositório.
Padrão: config.rb.

Use o chake online usando os serviços onworks.net