Escolar Documentos
Profissional Documentos
Cultura Documentos
Apostila Puppet
Apostila Puppet
http://instruct.com.br/apostila-puppet
Sumrio
1 Licena de uso desta obra
2 Sobre a Instruct
10
3 Instalao
11
11
12
13
13
18
5 Manifests
19
19
22
6 Ordenao
23
23
26
28
7.1 Variveis
28
7.2 Fatos
28
7.3 Condicionais
30
33
8 Laboratrio
34
9 Master / Agent
35
35
36
36
10 Nodes
39
39
10.2 Nomes
40
40
10.4 Herana
40
10.5 Prtica
41
11 Classes e Mdulos
42
11.1 Classes
42
11.2 Mdulos
44
44
45
47
48
49
13 Histrico de mudanas
51
quaisquer medidas tecnolgicas eficazes sobre a Obra Derivada que restrinjam a habilidade de
uma pessoa que receba a Obra Derivada de Voc em exercer os direitos a ela garantidos sob
os termos da Licena Aplicvel. Esta Seo 4(b) se aplica Obra Derivada enquanto
incorporada a uma Obra Coletiva, mas no exige que a Obra Coletiva, parte da prpria Obra
Derivada, esteja sujeita aos termos da Licena Aplicvel.
c. Se Voc Distribuir ou Executar Publicamente a Obra ou qualquer Obra Derivada ou Obra
Coletiva, Voc deve, a menos que um pedido relacionado Seo 4(a) tenha sido feito, manter
intactas todas as informaes relativas a direitos autorais sobre a Obra e exibir, de forma
razovel em relao ao meio ou mdia por Voc utilizado: (i) o nome do Autor Original (ou seu
pseudnimo, se for o caso), se fornecido, do Titular de Direitos Conexos, se fornecido e quando
aplicvel, e/ou, ainda, se o Autor Original/Titular de Direitos Conexos e/ou o Licenciante
designar outra parte ou partes (p. ex.: um instituto patrocinador, editora, peridico) para
atribuio (Partes de Atribuio) nas informaes relativas aos direitos autorais do
Licenciante, termos de servio ou por outros meios razoveis, o nome dessa parte ou partes; (ii)
o ttulo da Obra, se fornecido; (iii) na medida do razovel, o Identificador Uniformizado de
Recursos (URI) que o Licenciante especificar para estar associado Obra, se houver, exceto
se o URI no se referir ao aviso de direitos autorais ou informao sobre o regime de
licenciamento da Obra; e, (iv) em conformidade com a Seo 3(b), no caso de Obra Derivada,
crdito identificando o uso da Obra na Obra Derivada (p. ex.: "Traduo Francesa da Obra do
Autor Original/Titular de Direitos Conexos", ou "Roteiro baseado na Obra original do Autor
Original/Titular de Direitos Conexos"). O crdito exigido por esta Seo 4(c), pode ser
implementado de qualquer forma razovel; desde que, entretanto, no caso de uma Obra
Derivada ou Obra Coletiva, na indicao de crdito feita aos autores participantes da Obra
Derivada ou Obra Coletiva, o crdito aparea como parte dessa indicao, e de modo ao
menos to proeminente quanto os crditos para os outros autores participantes. De modo a
evitar dvidas, Voc apenas poder fazer uso do crdito exigido por esta Seo para o
propsito de atribuio na forma estabelecida acima e, ao exercer Seus direitos sob esta
Licena, Voc no poder implcita ou explicitamente afirmar ou sugerir qualquer vnculo,
patrocnio ou apoio do Autor Original, Titular de Direitos Conexos, Licenciante e/ou Partes de
Atribuio, o que for cabvel, por Voc ou Seu uso da Obra, sem a prvia e expressa
autorizao do Autor Original, Titular de Direitos Conexos, Licenciante e/ou Partes de
Atribuio.
d. Na extenso em que reconhecidos e considerados indisponveis pela legislao aplicvel,
direitos morais no so afetados por esta Licena.
5. Declaraes, garantias e exonerao
EXCETO QUANDO FOR DE OUTRA FORMA MUTUAMENTE ACORDADO PELAS PARTES POR
ESCRITO, O LICENCIANTE OFERECE A OBRA NO ESTADO EM QUE SE ENCONTRA (AS IS) E
NO PRESTA QUAISQUER GARANTIAS OU DECLARAES DE QUALQUER ESPCIE RELATIVAS
OBRA, SEJAM ELAS EXPRESSAS OU IMPLCITAS, DECORRENTES DA LEI OU QUAISQUER
OUTRAS, INCLUINDO, SEM LIMITAO, QUAISQUER GARANTIAS SOBRE A TITULARIDADE DA
OBRA, ADEQUAO PARA QUAISQUER PROPSITOS, NO-VIOLAO DE DIREITOS, OU
INEXISTNCIA DE QUAISQUER DEFEITOS LATENTES, ACURACIDADE, PRESENA OU AUSNCIA
DE ERROS, SEJAM ELES APARENTES OU OCULTOS. EM JURISDIES QUE NO ACEITEM A
EXCLUSO DE GARANTIAS IMPLCITAS, ESTAS EXCLUSES PODEM NO SE APLICAR A VOC.
6. Limitao de responsabilidade.
EXCETO NA EXTENSO EXIGIDA PELA LEI APLICVEL, EM NENHUMA CIRCUNSTNCIA O
LICENCIANTE SER RESPONSVEL PARA COM VOC POR QUAISQUER DANOS, ESPECIAIS,
INCIDENTAIS, CONSEQENCIAIS, PUNITIVOS OU EXEMPLARES, ORIUNDOS DESTA LICENA OU
DO USO DA OBRA, MESMO QUE O LICENCIANTE TENHA SIDO AVISADO SOBRE A
POSSIBILIDADE DE TAIS DANOS.
7. Terminao
a. Esta Licena e os direitos aqui concedidos terminaro automaticamente no caso de qualquer
violao dos termos desta Licena por Voc. Pessoas fsicas ou jurdicas que tenham recebido
Obras Derivadas ou Obras Coletivas de Voc sob esta Licena, entretanto, no tero suas
licenas terminadas desde que tais pessoas fsicas ou jurdicas permaneam em total
cumprimento com essas licenas. As Sees 1, 2, 5, 6, 7 e 8 subsistiro a qualquer terminao
desta Licena.
b. Sujeito aos termos e condies dispostos acima, a licena aqui concedida perptua (pela
durao do direito autoral aplicvel Obra). No obstante o disposto acima, o Licenciante
reserva-se o direito de difundir a Obra sob termos diferentes de licena ou de cessar a
distribuio da Obra a qualquer momento; desde que, no entanto, quaisquer destas aes no
sirvam como meio de retratao desta Licena (ou de qualquer outra licena que tenha sido
concedida sob os termos desta Licena, ou que deva ser concedida sob os termos desta
Licena) e esta Licena continuar vlida e eficaz a no ser que seja terminada de acordo com
o disposto acima.
8. Outras disposies
a. Cada vez que Voc Distribuir ou Executar Publicamente a Obra ou uma Obra Coletiva, o
Licenciante oferece ao destinatrio uma licena da Obra nos mesmos termos e condies que a
licena concedida a Voc sob esta Licena.
b. Cada vez que Voc Distribuir ou Executar Publicamente uma Obra Derivada, o Licenciante
oferece ao destinatrio uma licena Obra original nos mesmos termos e condies que foram
concedidos a Voc sob esta Licena.
c. Se qualquer disposio desta Licena for tida como invlida ou no-executvel sob a lei
aplicvel, isto no afetar a validade ou a possibilidade de execuo do restante dos termos
desta Licena e, sem a necessidade de qualquer ao adicional das partes deste acordo, tal
disposio ser reformada na mnima extenso necessria para tal disposio tornar-se vlida
e executvel.
d. Nenhum termo ou disposio desta Licena ser considerado renunciado e nenhuma violao
ser considerada consentida, a no ser que tal renncia ou consentimento seja feito por escrito
e assinado pela parte que ser afetada por tal renncia ou consentimento.
e. Esta Licena representa o acordo integral entre as partes com respeito Obra aqui licenciada.
No h entendimentos, acordos ou declaraes relativas Obra que no estejam especificados
aqui. O Licenciante no ser obrigado por nenhuma disposio adicional que possa aparecer
em quaisquer comunicaes provenientes de Voc. Esta Licena no pode ser modificada sem
o mtuo acordo, por escrito, entre o Licenciante e Voc.
2 Sobre a Instruct
A Instruct tem como especialidade solues na rea de automao e monitoramento de infraestrutura de
rede, administrao de sistemas e redes e capacitao para certificaes. Temos grande experincia na
implementao de automao de infraestrutura usando Puppet e possumos os profissionais mais
experientes do mercado, como Miguel Di Ciurcio Filho e Jos Augusto (Guto) Carvalho, primeiros
certificados Puppet Professional (PCP) pela PuppetLabs da Amrica Latina, alm de ambos possurem
as certificaes RHCE, LPIC-3, dentre outras.
Somos parceiros oficiais da PuppetLabs no Brasil, ministramos os treinamentos oficiais da PuppetLabs e
fornecemos suporte e consultoria. J possumos clientes que usufruem da automao fornecida pelo
Puppet em conjunto com os nossos servios.
Combinada com a experincia dos profissionais da empresa, alm dos servios e solues, a Instruct
tambm fornece treinamentos voltados para certificaes reconhecidas no mercado, como LPI e
CompTIA.
Os exerccios e materiais de estudo so desenvolvidos pela prpria empresa, o que demonstra o
compromisso com a qualidade e a entrega de uma experincia diferenciada.
Verses mais novas e outras informaes sobre essa apostila podem ser encontradas em
http://instruct.com.br/apostila-puppet.
3 Instalao
Diversas distribuies empacotam o Puppet, mas as verses empacotadas e a qualidade desses pacotes
variam muito, portanto a melhor maneira de instal-lo utilizando os pacotes oficiais da PuppetLabs. Os
pacotes oficiais so extensivamente testatos e extremamente confiveis.
Existem duas verses do Puppet distribudas pela PuppetLabs: Puppet Open Source e o Puppet
Enterprise. O Puppet Enterprise distribudo gratuitamente para o gerenciamento de at 10 nodes,
possui suporte oficial e vem acompanhado de uma verstil interface web para administrao.
Para uma comparao mais detalhada sobre as diferenas entre a verso Open Source e a Enterprise,
visite a pgina http://puppetlabs.com/puppet/enterprise-vs-open-source/.
Aviso
Instalao a partir do cdigo fonte
O Puppet um projeto grande e complexo que possui muitas dependncias, e instal-lo a partir
do cdigo fonte no recomendado. A prpria PuppetLabs no recomenda a instalao a partir
do cdigo fonte. muito mais confivel e conveniente utilizar pacotes j homologados e testados.
Dica
Turbinando o vim
Para facilitar a edio de cdigo, caso voc utilize o editor vim, ative o plugin que adiciona o
suporte a linguagem do Puppet executando vim-addons install puppet e no deixe de
colocar syntax on no seu .vimrc.
Dica
Ordens ao invs de passos
Atravs do RAL dizemos somente o que queremos e no precisamos nos preocupar no como
ser feito. Portanto, temos que pensar em ordens como "o pacote X deve estar instalado", ou
ainda, "o servio Z deve estar parado e desativado".
comment
gid
home
password
password_max_age
password_min_age
shell
uid
=>
=>
=>
=>
=>
=>
=>
=>
'backup',
'34',
'/var/backups',
'*',
'99999',
'0',
'/bin/sh',
'34',
}
...
A sada mostra todos os usurios, com atributos como UID, GID e shell j formatados na linguagem do
Puppet que estejam presentes no sistema operacional.
Ns podemos ser mais especficos e consultar apenas um resource:
# puppet resource user root
user { 'root':
ensure
=> 'present',
comment
=> 'root',
gid
=> '0',
home
=> '/root',
password
=> '$6$.MuEgeA1$mL6sF0FnGUaTQWYBdqzwX3tGT2fgoCYYU...',
password_max_age => '99999',
password_min_age => '0',
shell
=> '/bin/bash',
uid
=> '0',
}
Esse cdigo gerado pode ser utilizado depois, e funcional.
possvel passarmos alguns atributos para o puppet resource, fazendo com que ele altere o estado
de um recurso no sistema.
Tradicionalmente, para criarmos um usurio usamos comandos como useradd
adduser. Ao invs de usar um desses comandos, vamos usar o Puppet:
ou o interativo
No Debian:
# dpkg -s aide
Package `aide' is not installed and no info is available.
Use dpkg --info (= dpkg-deb --info) to examine archive files,
and dpkg --contents (= dpkg-deb --contents) to list their contents.
# puppet resource package aide ensure=installed
notice: /Package[aide]/ensure: ensure changed 'purged' to 'present'
package { 'aide':
ensure => '0.15.1-2+squeeze1',
}
# dpkg -s aide
Parameters
---------allowdupe, attribute_membership, attributes, auth_membership, auths,
comment, ensure, expiry, gid, groups, home, ia_load_module,
key_membership, keys, managehome, membership, name, password,
password_max_age, password_min_age, profile_membership, profiles,
project, role_membership, roles, shell, system, uid
Providers
--------aix, directoryservice, hpuxuseradd, ldap, pw, user_role_add, useradd,
windows_adsi
Pronto, agora temos uma lista de parmetros sobre o tipo user.
Dica
Documentao completa
O argumento -s mostra uma verso resumida da documentao. Use o comando
puppet describe sem o -s para ter acesso documentao completa do resource type.
=>
=>
=>
=>
=>
=>
=>
=>
'present',
'1004',
'/home/joe',
'!',
'99999',
'0',
'/bin/bash',
'1004',
=>
=>
=>
=>
=>
=>
=>
=>
=>
'present',
'1004',
['bin', 'adm'],
'/home/joe',
'!',
'99999',
'0',
'/bin/bash',
'1004',
4. Basta sair do vim, salvando o arquivo, para que o Puppet aplique a nova configurao. Teremos
uma sada parecida com essa:
info: Applying configuration version '1348039985'
notice: /Stage[main]//User[joe]/groups: groups changed
notice: Finished catalog run in 0.30 seconds
to 'adm,bin'
5 Manifests
As declaraes de configurao so chamadas de manifests (manifestos) e so salvas em arquivos com
a extenso .pp.
A principal utilidade da linguagem do Puppet a declarao de resources, representando um estado
desejado.
Nos manifests tambm podemos ter condies, agrupar resources, gerar texto com funes, utilizar e
referenciar cdigo em outros manifests e muitas outras coisas. Mas o principal garantir que resources
sejam declarados e gerenciados de maneira correta.
Temos um resource type, nesse caso, file, seguido por um par de colchetes que englobam todo o
restante das informaes sobre o resource.
Dentro dos colchetes, temos:
O ttulo do recurso seguido de dois pontos.
E uma sequncia de atributo => valor que serve para descrever como deve ser o
recurso. Vrios valores devem ser separados por vrgula.
Alm disso, algumas regras so fundamentais sobre a sintaxe:
Esquecer de separar atributos usando a vrgula um erro muito comum, tenha cuidado. O ltimo
par atributo => valor pode ser seguido de vrgula tambm.
de
recursos,
Colocar aspas nos valores faz diferena! Valores e palavras reservadas da linguagem, como
present, no precisam estar entre aspas, apenas strings. Para o Puppet, tudo string, mesmo
nmeros.
Aspas simples so para valores literais e o nico escape para a prpria aspa (') e a barra
invertida (\).
Aspas duplas servem para interpolar variveis e podem incluir um \n (nova linha).
Dica
Teste antes de executar
O Puppet fornece algumas funcionalidades que nos permitem testar o cdigo antes de execut-lo.
Primeiramente podemos validar se existe algum erro de sintaxe, usando o comando
puppet parser validade arquivo.pp.
O comando puppet parser apenas verifica se o manifest est correto.
Para simularmos as alteraes que sero ou no feitas, usamos puppet apply --noop.
Mais exemplos:
# vim /root/manifests/arquivo-2.pp
file {'/tmp/teste1.txt':
ensure => present,
content => "Ola!\n",
}
file {'/tmp/teste2':
ensure => directory,
mode
=> 0644,
}
file {'/tmp/teste3.txt':
ensure => link,
target => '/tmp/teste1.txt',
}
notify {"Gerando uma notificao!":}
notify {"Outra notificao":}
E, finalmente, vamos aplicar:
# puppet apply arquivo-2.pp
notice: /Stage[main]//File[/tmp/teste1.txt]/ensure: created
notice: Outra notificao
notice: /Stage[main]//Notify[Outra notificao]/message: defined 'message' as \
'Outra notificao'
/Stage[main]//File[/tmp/teste3.txt]/ensure: created
/Stage[main]//File[/tmp/teste2]/ensure: created
Gerando uma notificao!
/Stage[main]//Notify[Gerando uma notificao!]/message: defined 'message' \
as 'Gerando uma notificao!'
notice: Finished catalog run in 0.03 seconds
notice:
notice:
notice:
notice:
# ls -la /tmp/teste*
-rw-r--r-- 1 root root
lrwxrwxrwx 1 root root
/tmp/teste2:
total 8
drwxr-xr-x 2 root root 4096 Sep 21 12:08 .
drwxrwxrwt 24 root root 4096 Sep 21 12:08 ..
# cat /tmp/teste3.txt
Ola!
Repare que deixamos de fora alguns atributos, como path, e ainda assim tudo funcionou. Quase todos
os resourse types possuem algum atributo que assume como valor padro o ttulo de resource. Para o
resource file, o atributo path. Para o recurso notify, message. Em muitos outros casos, como
user, group, package e outros, simplesmente o atributo name.
No jargo do Puppet, o atributo que recebe como valor padro o ttulo de um recurso chamado de
namevar. Esse valor sempre utilizado em um atributo que deve ser capaz de dar uma identidade ao
recurso, que deve sempre ser nico.
Utilizar o valor do ttulo do resource conveniente, mas algumas vezes pode ser desajeitado. Em certas
ocasies melhor dar um ttulo curto que simbolize e identifique o resource e atribuir um valor
diretamente ao namevar como um atributo. Isso prtico principalmente se o nome de um recurso
longo.
notify {'grandenotificacao':
message => "Essa uma grande notificao! Ela to grande que
melhor utilizar um nome pequeno como ttulo do resource.",
}
No possvel declarar o mesmo resource mais de uma vez. O Puppet no permite que resources com o
mesmo ttulo sejam criados e, em vrios casos, tambm no vai permitir que recursos diferentes tenham
o mesmo valor de namevar.
# cat conflito.pp
file {'arquivo':
path => '/tmp/arquivo.txt',
ensure => present,
}
file {'outroarquivo':
path => '/tmp/arquivo.txt',
ensure => present,
}
Dica
Para essa atividade, salve o contedo de cada exerccio em um arquivo .pp e aplique-o
usando o comando puppet apply.
2. Crie um usurio chamado elvis com shell padro /bin/false e grupo adm.
user {'elvis':
shell => '/bin/false',
gid => 'adm',
home => '/home/elvis',
managehome => true,
}
6 Ordenao
Agora que entendemos manifests e declarao de recursos, vamos aprender sobre meta-parmetros e
ordenao de recursos.
Voltemos ao manifest anterior que criou um arquivo, um diretrio e um link simblico:
file {'/tmp/teste1.txt':
ensure => present,
content => "Ola!\n",
}
file {'/tmp/teste2':
ensure => directory,
mode
=> 0644,
}
file {'/tmp/teste3.txt':
ensure => link,
target => '/tmp/teste1.txt',
}
notify {"Gerando uma notificao!":}
notify {"Outra notificao":}
Embora as declaraes estejam escritas uma aps a outra, o Puppet pode aplic-las em qualquer ordem.
Ao contrrio de uma linguagem procedural, a ordem da escrita de recursos em um manifest no implica
na mesma ordem lgica para a aplicao.
Alguns recursos dependem de outros recursos. Ento, como dizer ao Puppet qual deve vir primeiro?
Nota
Maisculo ou minsculo?
Lembre-se: usamos caixa baixa quando estamos declarando novos resources. Quando queremos
referenciar um resource que j existe, usamos letra maiscula na primeira letra do seu tipo,
seguido do ttulo do resource entre colchetes.
file{'arquivo': } uma declarao e File['arquivo'] uma referncia ao resource
declarado.
Aviso
Quando acontece um refresh?
Refreshes acontecem somente durante a aplicao da configurao pelo Puppet e nunca fora
dele.
O agente do Puppet no monitora alteraes nos arquivos.
Nota
Resources que suportam refresh
Somente os tipos built-in exec, service e mount podem ser refreshed.
3. Temos uma limitao, pois, caso exista algum erro no arquivo de origem, o arquivo, sempre ser
copiado para /etc/sudoers. Faamos uma verificao antes de o arquivo ser copiado.
Edite o arquivo /root/manifests/sudoers de forma a deix-lo invlido antes de aplicar o
manifest abaixo.
package {'sudo':
ensure => 'installed'
}
file {'/etc/sudoers':
ensure => 'file',
mode => 0440,
owner => 'root',
group => 'root',
source => '/root/manifests/sudoers',
require => [Package['sudo'], Exec['parse_sudoers']],
}
exec {'parse_sudoers':
command => '/usr/sbin/visudo -c -f /root/manifests/sudoers',
require => Package['sudo'],
}
4. Ainda temos uma limitao. Toda vez que o manifest aplicado, o resource
Exec['parse_sudoers'] executado. Precisamos de uma condio para que ele s seja
executado se necessrio.
package {'sudo':
ensure => 'installed'
}
file {'/etc/sudoers':
ensure => 'file',
mode => 0440,
owner => 'root',
group => 'root',
source => '/root/manifests/sudoers',
require => [Package['sudo'], Exec['parse_sudoers']],
}
exec {'parse_sudoers':
command => '/usr/sbin/visudo -c -f /root/manifests/sudoers',
unless => '/usr/bin/diff /root/manifests/sudoers /etc/sudoers',
require => Package['sudo'],
}
escopo
(algo
como
global)
podem
ser
acessadas
assim:
7.2 Fatos
Antes de gerar a configurao, o Puppet executa o facter.
O facter uma ferramenta fundamental do ecossistema do Puppet, que gera uma lista de variveis
chamadas de fatos, que contm diversas informaes sobre o sistema operacional.
Exemplo de sada da execuo do comando facter:
# facter
architecture => amd64
augeasversion => 0.10.0
boardmanufacturer => Dell Inc.
boardserialnumber => .C75L6M1.
facterversion => 1.6.14
hardwareisa => unknown
hardwaremodel => x86_64
hostname => inspiron
id => root
interfaces => eth0,lo,vboxnet0
ipaddress => 192.168.56.1
ipaddress_lo => 127.0.0.1
ipaddress_vboxnet0 => 192.168.56.1
is_virtual => false
kernel => Linux
Nota
Sistemas operacionais diferentes
Alguns fatos podem variar de um sistema operacional para outro. Alm disso, possvel estender
as variveis do facter.
7.3 Condicionais
A linguagem declarativa do Puppet possui mecanismos de condio que funcionam de maneira parecida
em relao s linguagens de programao. Mas existem algumas diferenas.
7.3.1 if
Exemplo de um bloco de condio if:
if expressao {
bloco de codigo
}
elsif expressao {
bloco de codigo
}
else {
bloco de codigo
}
O else e o elsif so opcionais.
Aviso
True e False para o Puppet.
Quando usamos variveis que vm do facter, sempre so strings.
Mesmo que seja retornado false, por exemplo, no fato $is_virtual, diferente do tipo booleano
false.
Portanto, um cdigo como o abaixo sempre cair no primeiro bloco, pois a varivel uma string.
if $is_virtual { ... } else { ... }
7.3.2 Expresses
7.3.2.1 Comparao
== (igualdade, sendo que comparao de strings case-insensitive)
!= (diferente)
< (menor que)
> (maior que)
<= (menor ou igual)
>= (maior ou igual)
=~ (casamento de regex)
!~ (no casamento de regex)
in (contm, sendo que comparao de strings case-sensitive)
Exemplo do operador in:
'bat'
'Bat'
'bat'
'bat'
'bat'
in
in
in
in
in
'batata' # TRUE
'batata' # FALSE
['bat', 'ate', 'logo'] # TRUE
{ 'bat' => 'feira', 'ate' => 'fruta'} # TRUE
{ 'feira' => 'bat', 'fruta' => 'ate' } # FALSE
7.3.3 Case
Alm do if, o Puppet fornece a diretiva case.
case $operatingsystem {
centos: { $apache = "httpd" }
redhat: { $apache = "httpd" }
debian: { $apache = "apache2" }
ubuntu: { $apache = "apache2" }
# fail uma funo
default: { fail("sistema operacional desconhecido") }
}
package {'apache':
name
=> $apache,
ensure => 'latest',
}
Ao invs de testar uma nica condio, o case testa a varivel em diversos valores. O valor default
especial, e auto-explicativo.
O case pode tentar casar com strings, expresses regulares ou uma lista de ambos.
O casamento de strings case-insensitive como o operador de comparao ==.
Expresses regulares devem ser escritas entre barras e so case sensitive.
O exemplo anterior, reescrito:
case $operatingsystem {
centos, redhat: { $apache = "httpd" }
debian, ubuntu: { $apache = "apache2" }
default: { fail("sistema operacional desconhecido") }
}
7.3.4 Selectors
Ao invs de escolher a partir de um bloco, um selector escolhe seu valor a partir de um grupo de
valores. Selectors so usados para atribuir valor a variveis.
$apache = $operatingsystem ? {
centos
=> 'httpd',
redhat
=> 'httpd',
/Ubuntu|Debian/ => 'apache2',
default
=> undef,
}
O ponto de interrogao assinala $operatingsystem como o piv do selector, e o valor final que
atribudo a $apache determinado pelo valor corresponde de $operatingsystem.
Pode parecer um pouco estranho, mas h muitas situaes em que a forma mais concisa de se obter
um valor.
8 Laboratrio
O padro mais comum na utilizao do Puppet a trade pacote, arquivo de configurao e servio.
Codifique um manifest que declare o seguinte:
1. O pacote openssh-server deve estar instalado.
2. O arquivo de configurao /etc/ssh/sshd_config depende do pacote openssh-server e
tem como fonte o caminho /root/manifests/sshd_config.
Dica: faa uma cpia do arquivo para /root/manifests.
3. O servio sshd deve ser recarregado quando o arquivo de configurao sshd_config for
modificado.
4. Seu manifest deve tratar qual o sistema operacional em relao ao servio. Se for RedHat/CentOS
o servio ser sshd, se for Debian/Ubuntu ser apenas ssh.
9 Master / Agent
O Puppet geralmente (mas nem sempre) usado como master/agent. O ciclo de operao nesses casos
o seguinte:
1. Os clientes (chamados de node) possuem um agente instalado que permanece em execuo e se
conecta ao servidor central (chamado tipicamente de master) periodicamente (a cada 30 minutos,
por padro).
2. O node solicita a sua configurao, que compilada e enviada pelo master.
3. Essa configurao chamada de catlogo.
4. O agente aplica o catlogo no node.
5. O resultado da aplicao do catlogo reportado ao master opcionalmente, havendo divergncias
ou no.
Outra maneira comum de implantao do Puppet a ausncia de um agente em execuo nos nodes. A
aquisio e aplicao do catlogo agendada na crontab.
Dica
Configurao de hostname no Red Hat/Cent e Debian/Ubuntu
Para resoluo de nomes, configurar corretamente o arquivo /etc/resolv.conf com os
parmetros domain e search com o domnio de sua rede.
O arquivo /etc/hosts deve possuir pelo menos o nome da prpria mquina, com seu IP, FQDN
e depois o hostname: 192.168.1.10 node1.puppet node1.
No Debian, colocar apenas o hostname no arquivo /etc/hostname.
No CentOS, em /etc/sysconfig/network, ajuste o valor da varivel HOSTNAME.
Sendo:
auth.conf: regras de acesso a API REST do Puppet.
fileserver.conf: Utilizado para servir arquivos que no estejam em mdulos.
manifests/: Armazena a configurao que ser compilada e servida para os agentes.
modules/: Armazena mdulos com classes, arquivos, plugins e mais configuraes para
serem usadas nos manifests.
puppet.conf: Principal arquivo de configurao, tanto do master como do agente.
2. Iniciando o servio:
# service puppetmaster start
Os logs, por padro, so enviados para o syslog e esto disponveis no arquivo /var/log/messages:
tail /var/log/messages
Nov 13 11:50:57 master
Nov 13 11:50:57 master
Nov 13 11:50:58 master
Nov 13 11:50:58 master
Nov 13 11:50:58 master
master.puppet at
Nov 13 11:50:58 master
master.puppet at
Nov 13 11:50:58 master
Nov 13 11:50:58 master
Nota
Conectividade
Certifique-se de que o servidor master na porta 8140 TCP est acessvel para os nodes.
Dica
Possveis problemas com certificados SSL
importante que os horrios do master e dos nodes no tenham grandes diferenas e estejam,
de preferncia, sincronizados. Conexes SSL confiam no relgio e, se estiverem incorretos, ento
sua conexo pode falhar com um erro indicando que os certificados no so confiveis. Procure
manter os relgios corretamente configurados utilizando NTP.
10 Nodes
O Puppet comea a compilao da configurao de um catlogo pelo arquivo
/etc/puppet/manifests/site.pp. O site.pp o ponto de entrada do master para identificar a
configurao que ser enviada a um agente.
Para saber qual configurao deve ser enviada a um agente, precisamos declarar o hostname do agente,
utilizando a diretiva node. Diretivas node casam sempre com o nome do agente. Por padro, o nome do
agente o valor de certname presente no certificado de um agente (por padro, o FQDN).
Nota
Classificao de nodes
O Puppet fornece um recurso chamado External Node Classifier (ENC), que tem a finalidade de
delegar o registro de nodes para uma entidade externa, evitando a configurao de longos
manifests. Esse recurso ser visto mais adiante.
10.2 Nomes
A diretiva node casa com agentes por nome. O nome de um node um identificador nico que por
padro valor de certname, ou seja o FQDN.
possvel casar nomes de nodes usando expresses regulares:
# www1, www13, www999
node /^www\d+$/ {
}
# foo.dominio.com.br ou bar.dominio.com.br
node /^(foo|bar)\.dominio\.com\.br$/ {
}
Tambm podemos aproveitar uma configurao em comum usando uma lista de nomes na declarao de
um node.
node 'www1.dominio.com.br', 'www2.dominio.com.br', 'www3.dominio.com.br' {
}
10.4 Herana
possvel utilizar um mecanismo de herana para a declarao de nodes usando a diretiva inherits
da seguinte maneira:
node 'base' {
package {'nano':
ensure => 'present',
}
}
node 'www1.dominio.com.br' inherits 'base' {
package {'vim':
ensure => 'present',
}
}
Aviso
Cuidados quanto ao uso de herana de nodes
Apesar de aparentemente atrativo, recomenda-se evitar usar herana em nodes. Em caso de
necessidade de refatorar seu cdigo ou criar excees para mquinas que iro divergir de um
node pai, seu cdigo ficar complicado e de difcil entendimento.
10.5 Prtica
1. Declare a mquina node1.puppet no site.pp do master.
2. Declare o pacote nano como instalado para node1.puppet.
3. Execute puppet agent -t no node1, certifique-se de que o nano foi instalado.
Dica
Simulando a configurao
Para simularmos as alteraes que sero ou no feitas, usamos puppet agent -t --noop.
11 Classes e Mdulos
Ao criar diversos resources para vrios nodes, em algum momento passa a fazer sentido que certos
resources que so relacionados estejam juntos, ou resources que sejam utilizados muitas vezes possam
ser resumidos.
Muitas vezes, configuraes especficas de um node precisam ser aproveitadas em outro e torna-se
necessrio copiar tudo para o outro node. Quando alteraes so necessrias, preciso realizar diversas
modificaes.
O Puppet fornece alguns mecanismos chamados resource collections, que so a aglutinao de vrios
resources para que possam ser utilizados em conjunto.
11.1 Classes
Deixe seu conhecimento sobre programao orientada a objetos de lado a partir de agora.
Para o Puppet, uma classe a juno de vrios resources sob um nome, uma unidade. um bloco de
cdigo que pode ser ativado ou desativado.
Definindo uma classe:
class nomedaclasse {
...
}
Dentro do bloco de cdigo da classe podemos colocar qualquer cdigo Puppet, por exemplo:
# arquivo ntp.pp
class ntp {
package { 'ntp':
ensure => installed,
}
service { 'ntpd':
ensure
=> running,
enable
=> true,
require => Package['ntp'],
}
}
Vejamos o resultado ao aplicar esse cdigo:
# puppet apply ntp.pp
Finished catalog run in 0.03 seconds
Nota
Declarao de classes sem usar include
A sintaxe class {'ntp': } utilizada quando usamos classes que recebem parmetros.
11.2 Mdulos
Usando classes puramente no resolve nosso problema de repetio de cdigo. O cdigo da classe
ainda est presente nos manifests.
Para solucionar esse problema, o Puppet possui o recurso de carregamento automtico de mdulos
(module autoloader).
Primeiramente, devemos conhecer de nosso ambiente onde os mdulos devem estar localizados. Para
isso, verificamos o valor da opo de configurao modulepath.
# puppet config print modulepath
/etc/puppet/modules:/usr/share/puppet/modules
No Puppet, mdulos so a unio de um ou vrios manifests que podem ser reutilizados. O Puppet
carrega automaticamente os manifests dos mdulos presentes em modulepath e os torna disponveis.
2. O nome de nosso mdulo ntp. Todo mdulo deve possuir um arquivo init.pp, e nele deve
haver uma classe com o nome do mdulo.
# vim /etc/puppet/modules/ntp/manifests/init.pp
class ntp {
package { 'ntp':
ensure => installed,
}
service { 'ntpd':
ensure
=> running,
enable
=> true,
require => Package['ntp'],
}
}
2. Como aplicamos o mdulo ntp no master, ele ter o arquivo /etc/ntp.conf disponvel. Copie-o:
# cp /etc/ntp.conf /etc/puppet/modules/ntp/files/
4. Faa
qualquer
alterao
no
arquivo
ntp.conf
do
mdulo
(em
/etc/puppet/modules/ntp/files/ntp.conf), por exemplo, acrescentando ou removendo um
comentrio.
5. Aplique a nova configurao no node1.
# puppet agent -t
Dica
Servidor de arquivos do Puppet
O Puppet pode servir arquivos dos mdulos, e funciona da mesma maneira se voc est
operando de maneira serverless ou master/agente. Todos os arquivos no diretrio files do
mdulo ntp esto disponveis na URL puppet:///modules/ntp/.
12 Templates
Muitas vezes temos um mesmo servio ativado em diversas mquinas, mas em um conjunto de
mquinas esse servio precisa ser configurado de uma maneira e, no restante das mquinas, de outra.
Assim, cada conjunto de mquinas precisaria de um arquivo de configurao especfico, mesmo que
esse arquivo tivesse uma ou duas linhas de diferena.
Ento, quando fosse necessrio atualizar uma opo de configurao que comum aos dois conjuntos
de mquinas, seria necessrio atualizar dois arquivos de configurao. Alm do cuidado extra de garantir
que ambos estivesses corretos.
O Puppet tem um recurso de templates, em que podemos usar somente um arquivo de dentro dele.
Colocamos uma lgica e valores de variveis que venham do seu cdigo, tornando a nossa configurao
mais robusta.
Vamos usar como exemplo um mdulo chamado foo:
# pwd
/etc/puppet/modules
# tree foo
foo
|-- manifests
|
`-- init.pp
`-- templates
`-- foo.conf.erb
Agora o contedo do arquivo init.pp:
# /etc/puppet/modules/foo/manifests/init.pp
class foo {
$var1 = '123456'
$var2 = 'bar'
file {'/tmp/foo.conf':
ensure => 'file',
content => template('foo/foo.conf.erb')
}
}
At aqui ns usvamos o atributo content com uma string contendo o que queramos dentro do arquivo,
mas agora estamos usando a funo template(), que processa o arquivo foo.conf.erb.
# /etc/puppet/modules/foo/templates/foo.conf.erb
var1=<%= var1 %>
var2=<%= var2 %>
<% if osfamily == 'RedHat' %>
var3=RedHat
<% else %>
var3=Outro
<% end %>
Repare que as variveis do manifest esto disponveis dentro da template, inclusive as variveis do
facter.
Nota
Localizao de uma template no sistema de arquivos
Note que o caminho que deve ser passado para a funo template() deve conter o nome do
mdulo, seguido do nome do arquivo de template que usaremos. Portanto,
template('foo/foo.conf.erb')
significa
abrir
o
arquivo
/etc/puppet/modules/foo/templates/foo.conf.erb.
Dica
Concatenando templates
A funo template() pode concatenar vrias templates de uma vez s, possibilitando
configuraes sofisticadas.
template("foo/foo.conf-1.erb", "foo/foo.conf-2.erb")
Condies:
<% if var != "foo" %>
<%= var %> is not foo!
<% end %>
Dica
Evitando linhas em branco
Repare que no exemplo do arquivo /tmp/foo.conf as linhas em que estavam as tags com o
if e end acabaram saindo em branco no arquivo final.
Caso isso seja um problema, existem dois jeitos de resolvermos.
1. Colocar todo o cdigo em apenas uma linha, assim o arquivo final no conter linhas em
branco:
<% if osfamily == 'RedHat' %>var3=RedHat<% else %>var3=Outro<% end %>,
2. A outra opo colocar um hfen no final de cada tag, assim o ERB no retornar uma linha
em branco:
<% if osfamily == '!RedHat' -%>
13 Histrico de mudanas
Verso 1.0 lanada dia 20/03/2014