Puppet seadistamine Ubuntu süsteemis: Difference between revisions

From ICO wiki
Jump to navigationJump to search
(uued ip aadressid hosts faili)
(Puppet 3.0.2 klasside kasutamise näide TODO: joonis)
Line 1: Line 1:
=Sissejuhatus=
= Puppet paigaldus Ubuntu serveril =
Juhendi verisoon 1.1
== Sissejuhatus ==
Käesolev juhend on mõeldud inimesele, kes oskab UNIX käsurida ja saab aru mis info paikneb /etc/hosts failis.
[https://wiki.itcollege.ee/index.php?title=Puppet_seadistamine_Ubuntu_süsteemis&oldid=60062 Juhendi originaal]


Juhend õpetab ja näitab kuidas installeerida ja seadistada Puppet master + kaks puppetit.
Juhendi verisoon 1.1 Käesolev juhend on mõeldud inimesele, kes oskab UNIX käsurida ja saab aru mis info paikneb /etc/hosts failis.
 
Juhend käsitleb, kuidas installeerida ja seadistada Puppet master + kaks puppetit.


Selleks on vaja kolme masinat, millel jookseb ubuntu server.
Selleks on vaja kolme masinat, millel jookseb ubuntu server.
Line 11: Line 13:
example.com on näite domeen, vajadusel asenda see enda domeeniga.
example.com on näite domeen, vajadusel asenda see enda domeeniga.


Puppeti seadistamise Debian näitel leiad siit:
== Tarkvara versioonid: ==
https://wiki.itcollege.ee/index.php/Puppet_seadistamine_Debian_s%C3%BCsteemis
* Ubuntu server 12.10
* Puppet 3.0.2
 
== Paigalduse planeerimine ==
Puppeti taristu on võimalik üles ehitada [http://docs.puppetlabs.com/guides/installation.html#deployment-type erinevate mudelite] alusel:
 
* tsentrailiseeritud (Agent / master)Keskne server pakub klientidele nende konfiguratsiooni. (Tasub tähelepanu pöörata serveri jõudlusele).
* Eraldiseisev või hajus (Standalone)Puppeti konfiguratsiooni sünkroniseeritakse masinate vahel kasutades muid vahendeid (näiteks versiooni haldust).
 
Selles juhendis käsitletav paigalduse tüüp on Agent / master
 
Agendid saavad oma konfiguratsiooni master serveri käest. Admnistraator peab haldama klientmasinate sertifikaate. Manifest faile tuleb kirjutada ainult puppetmaster serveri peal.
 
=== Võrgu seadistused ===
* 192.168.56.254 puppet.example.com puppe
* 192.168.56.201 puppetclient1.example.com
* 192.168.56.202 puppetclient2.example.com
* Puppet vajab toimimiseks töötavat nimelahendust, kas dns serveri näol (nõuab ka tagurpidi nimelahenduse toimimist) või iga masina hosts failis kirjed FQDN (täispikk domeeninimi) nimedega.


=Joonis=
=== Tulemüüri seaded (Iptables) ===
[[File:puppet_topo.png]]
Puppetmaster peab lubama sisenevad ühendused pordil 8140 (TCP)


=Paigaldamine (Ubuntu server)=
Klientmasinad peavad lubama väljuvad ühendused puppetmaster 8840 pordi suunas.
==Lisame read /etc/hosts faili==
Puppeti toimimiseks on vajalik täispikk domeeninimi.
Hosts faili muutmine on vajalik ainult testkeskkonnas, kus ei ole DNS seadistamist.
Need read lisame iga masina /etc/hosts faili
192.168.56.254 puppetmaster.example.com puppetmaster
192.168.56.201 puppetclient1.example.com puppetclient1
192.168.56.202 puppetclient2.example.com puppetclient2


==Server / Puppetmaster==
= Paigaldus =
===Puppetmasteri installeerimine===
Puppet 3.0.2 versiooni paigaldamiseks peame kasutama puppetlab repositooriumit. Juhendi kirjutamise hetkel oli Ubuntu tarkvaravaramus Puppet 2.7. Serverile paigaldame paketi ''puppetmaste'' ja klientmasinatele ''puppet''
apt-get install puppet puppetmaster
===Lubame puppet kliendid puppetmasteri failidele ligi===
nano /etc/puppet/fileserver.conf


Vajadusel muudame read, et näeks välja järgmiselt:
=== Puppetmaster paigaldus ===
[files]
Puppetmasteri paigalduseks lisame puppetlabs repositooriumi ning paigaldame paketti puppetmaster.
  path /etc/puppet/files/
  allow 192.168.1.0/24


  [plugins]
  wget http://apt.puppetlabs.com/puppetlabs-release-precise.deb
  allow 192.168.1.0/24
dpkg -i puppetlabs-release-quantal.deb
===Taaskäivitame puppetmasteri===
apt-get update
  /etc/init.d/puppetmaster restart
  apt-get install puppetmaster -y


==Klient / Puppet==
Peale installatsiooni käivitatakse puppetmaster automaatselt.
===Puppet kliendi installeerimine===
sudo apt-get  install puppet
===Muudame faili etc/puppet/puppet.conf===
nano /etc/puppet/puppet.conf
Vajadusel muudame read, et näeks välja järgmiselt:
[main]
  logdir=/var/log/puppet
  vardir=/var/lib/puppet
  ssldir=/var/lib/puppet/ssl
  rundir=/var/run/puppet
  factpath=$vardir/lib/facter
  pluginsync=true


  [puppetmasterd]
== Puppet kliendi paigaldus ja käivitamine ==
  templatedir=/var/lib/puppet/templates
wget http://apt.puppetlabs.com/puppetlabs-release-precise.deb
dpkg -i puppetlabs-release-quantal.deb
  apt-get update
apt-get install puppet -y
 
Peale paigaldus tuleb seadistada puppet automaatselt käivituma. Selleks muuda failis /etc/default/puppet rida START=no.


===Lubame puppetil käivituda automaatselt===
nano /etc/default/puppet
Vajadusel muudame
  START=yes
  START=yes
===Taaskäivitame puppeti===
/etc/init.d/puppet restart


=Puppetite lisamine puppetmasterisse=
ning käivita kliendi poolel teenus puppet
==Puppet klient==
Puppetmasterist sertifikaadi küsimiseks, käivitame käsu:
puppet agent --server puppetmaster.example.com --waitforcert 60


==Puppetmasteris==
  service puppet start
Vaatame kes ootab sertifikaati
  puppet cert -la
Puppetile sertifikaadi andmine
puppet cert --sign puppetclient1.example.com
puppet cert --sign puppetclient2.example.com


=Puppet mooduli loomine=
== Klientide lisamine puppetmasterile ==
Puppetmasterisse saab luua moodulid ja neid ka puppetitele määrata.
Peale käivitumist pöörduvad klientmasinad vaikimisi aadressile puppet.example.com ning teevad sertifikaadi taotluse. Seda saab näha käsuga:


See juhend õpetab ja näitab kuidas lisada puppetitele apache2
  puppet cert list
==Puppet faili hierarhia==
            |-modules.pp
  |-manifests-|-nodes.pp
|          |-site.pp
|
|-modules---|-apache2--------------|-manifests-|-init.pp
                                   


==Puppetmasteri seadistamine==
Sertifikaatitaotluste allkirjastamiseks tee järgnevat:
'''Puppetmaster ei vaja peale manifestide muutmist restarti'''
===Loome puppeti jaoks vajalikud failid ===
touch /etc/puppet/manifests/site.pp
touch /etc/puppet/manifests/nodes.pp
touch /etc/puppet/manifests/modules.pp


==Loome apache 2 mooduli jaoks vajalikud kaustad ja failid==
  puppet cert sign puppetclient1.example.com
  mkdir -p /etc/puppet/modules/apache2/manifests
  puppet cert sign puppetclient2.example.com
  touch /etc/puppet/modules/apache2/manifests/init.pp


==Loome noded==
Kontrollida saab:
Lisame apache 2 mooduli ainult serverile puppetclient1
 
Selleks muudame faili nodes.pp
puppet cert list –all
nano /etc/puppet/manifests/nodes.pp
 
Lisame read
Peale seda on puppetmaster valmis oma alluvaid juhtima.
  node basenode {
 
= Seadistuste näited =
== Test 2: Vim, vimrc ja htop paigaldus ==
Allolev kujutab puppet-i seadistuste kataloogipuud (/etc/puppet/). Loodud või muudetud failid ja kataloogid on pakus kirjas.
 
/etc/puppet/
├── auth.conf
├── '''files'''/
│   └── '''vimrc'''
├── '''fileserver.conf'''
├── manifests/
│   ├── '''classes'''/
│   │   ├── '''htop.pp'''
│   │   └── '''vim.pp'''
│   └── '''site.pp'''
├── modules/
├── puppet.conf
└── templates/
 
=== fileserver.conf ===
<nowiki>[files] </nowiki>
  path /etc/puppet/files
  allow *.example.com
  deny *
 
Loon ka vastava kataloogi:
 
mkdir /etc/puppet/files
 
Loodud kataloogi kopeerin /etc/vim/vimrc faili.
 
=== manifests/site.pp ===
Faili kust kõik saab alguse. Selleks, et luua taaskasutatavaid komponente või klasse ning neid paremini hallata, loome kataloogi /etc/puppet/manifests/classes/ kuhu edaspidi paigutame klasside kirjeldused. Need tuuakse site.pp failile külge.
 
<nowiki>#site.pp </nowiki>
import 'classes/*.pp'
  node 'basenode'{
  include htop
  }
  }
  node 'puppetclient1.example.com' inherits basenode {
 
    include apache2
  node 'puppetmaster.example.com' inherits 'basenode' {
  }
  }
  node 'puppetclient2.example.com' inherits basenode {
  node 'puppetclient1.example.com' inherits 'basenode' {
  include vim
  }
  }
node 'puppetclient2.example.com' inherits 'basenode' {
  include vim
=== manifests/classes/htop.pp ===
Htop-i paigaldamiseks loome klassi htop.pp ning nõuame, et paigaldatav versioon oleks tarkvaravaramust kõige uuem.


==Mooduli loomine==
  class htop ($version = 'latest') {  
Muudame apache2 init.pp faili
  package {'htop':  
  nano /etc/puppet/modules/apache2/manifests/init.pp
    ensure => $version
Lisame read
    }  
<source lang="bash">
  }  
class apache2{
    package {
    'apache2':
    ensure => installed
    }
  }
</source>
Mooduli testimiseks saame kasutada:
puppet apply --noop /etc/puppet/modules/apache2/manifests/init.pp


==Lisame apache2 mooduli puppeti moodulisse==
=== manifests/classes/vim.pp ===
Lisame puppeti modules.pp faili vajalikud read:
Vim-nox paigaldamiseks loome klassi vim.pp ning nõuame, et paigaldatav versioon oleks tarkvaravaramust kõige uuem. Lisaks sellele kopeeritakse eelnevalt ettevalmistatud vimrc fail puppetmasterist /etc/vim/ kataloogi.
nano /etc/puppet/manifests/modules.pp
  import "apache2"


==Muudame site.pp faili==
class vim ($version = 'latest') {
/etc/puppet/manifests/site.pp
    package {'vim-nox':
Lisame rea:
        ensure => $version
import "nodes"
    }


==Puppetmasteri taaskäivitamine==
    file { "/etc/vim/vimrc":
service puppetmaster restart
        source => "puppet:///files/vimrc",
==Mooduli testimine puppetis==
    } 
  puppet agent --test --server puppetmaster.example.com
  }


=Kasulikud lingid ja kasutatud allikad=
== Diagnostika võimalused ==
http://bitcube.co.uk/content/puppet-errors-explained - puppeti veateated
Süntaksilisi vigu aitas minul kõige paremini siluda allolev meetod, kus ei lasta protsessidel taustale minna.


=Autorid=
=== Puppetmaster ===
Tarmo Trumm
Vigade tekkimisel soovitan puppetmaster teenuse seisma panna ning käivitada uuesti –verbose ja --no-daemonize


Olle Tuur
service puppetmaster stop
puppet master  --verbose –-no-daemonize


Täiendanud: Toivo Pärnpuu (2013)
=== Puppet agent  ===
Peatame puppet teenuse ning käivitame ta käsurealt.


service puppet stop
puppet agent --test


= Viited =
[http://docs.puppetlabs.com/guides/puppetlabs_package_repositories.html http://docs.puppetlabs.com/guides/puppetlabs_package_repositories.html]


[http://docs.puppetlabs.com/guides/installation.html http://docs.puppetlabs.com/guides/installation.html]


[http://www.packtpub.com/puppet-2-7-for-reliable-secure-systems-cloud-computing-cookbook/book http://www.packtpub.com/puppet-2-7-for-reliable-secure-systems-cloud-computing-cookbook/book]




Koostas:


[[Category:IT infrastruktuuri teenused]]
Toivo Pärnpuu

Revision as of 14:17, 12 January 2013

Puppet paigaldus Ubuntu serveril

Sissejuhatus

Juhendi originaal

Juhendi verisoon 1.1 Käesolev juhend on mõeldud inimesele, kes oskab UNIX käsurida ja saab aru mis info paikneb /etc/hosts failis.

Juhend käsitleb, kuidas installeerida ja seadistada Puppet master + kaks puppetit.

Selleks on vaja kolme masinat, millel jookseb ubuntu server.

Kõik näidetes kirjeldatud käsud käivitada administraatori õigustes.

example.com on näite domeen, vajadusel asenda see enda domeeniga.

Tarkvara versioonid:

  • Ubuntu server 12.10
  • Puppet 3.0.2

Paigalduse planeerimine

Puppeti taristu on võimalik üles ehitada erinevate mudelite alusel:

  • tsentrailiseeritud (Agent / master)Keskne server pakub klientidele nende konfiguratsiooni. (Tasub tähelepanu pöörata serveri jõudlusele).
  • Eraldiseisev või hajus (Standalone)Puppeti konfiguratsiooni sünkroniseeritakse masinate vahel kasutades muid vahendeid (näiteks versiooni haldust).

Selles juhendis käsitletav paigalduse tüüp on Agent / master

Agendid saavad oma konfiguratsiooni master serveri käest. Admnistraator peab haldama klientmasinate sertifikaate. Manifest faile tuleb kirjutada ainult puppetmaster serveri peal.

Võrgu seadistused

  • 192.168.56.254 puppet.example.com puppe
  • 192.168.56.201 puppetclient1.example.com
  • 192.168.56.202 puppetclient2.example.com
  • Puppet vajab toimimiseks töötavat nimelahendust, kas dns serveri näol (nõuab ka tagurpidi nimelahenduse toimimist) või iga masina hosts failis kirjed FQDN (täispikk domeeninimi) nimedega.

Tulemüüri seaded (Iptables)

Puppetmaster peab lubama sisenevad ühendused pordil 8140 (TCP)

Klientmasinad peavad lubama väljuvad ühendused puppetmaster 8840 pordi suunas.

Paigaldus

Puppet 3.0.2 versiooni paigaldamiseks peame kasutama puppetlab repositooriumit. Juhendi kirjutamise hetkel oli Ubuntu tarkvaravaramus Puppet 2.7. Serverile paigaldame paketi puppetmaste ja klientmasinatele puppet

Puppetmaster paigaldus

Puppetmasteri paigalduseks lisame puppetlabs repositooriumi ning paigaldame paketti puppetmaster.

wget http://apt.puppetlabs.com/puppetlabs-release-precise.deb
dpkg -i puppetlabs-release-quantal.deb
apt-get update
apt-get install puppetmaster -y

Peale installatsiooni käivitatakse puppetmaster automaatselt.

Puppet kliendi paigaldus ja käivitamine

wget http://apt.puppetlabs.com/puppetlabs-release-precise.deb
dpkg -i puppetlabs-release-quantal.deb
apt-get update
apt-get install puppet -y

Peale paigaldus tuleb seadistada puppet automaatselt käivituma. Selleks muuda failis /etc/default/puppet rida START=no.

START=yes

ning käivita kliendi poolel teenus puppet

service puppet start

Klientide lisamine puppetmasterile

Peale käivitumist pöörduvad klientmasinad vaikimisi aadressile puppet.example.com ning teevad sertifikaadi taotluse. Seda saab näha käsuga:

puppet cert list

Sertifikaatitaotluste allkirjastamiseks tee järgnevat:

puppet cert sign puppetclient1.example.com 
puppet cert sign puppetclient2.example.com

Kontrollida saab:

puppet cert list –all

Peale seda on puppetmaster valmis oma alluvaid juhtima.

Seadistuste näited

Test 2: Vim, vimrc ja htop paigaldus

Allolev kujutab puppet-i seadistuste kataloogipuud (/etc/puppet/). Loodud või muudetud failid ja kataloogid on pakus kirjas.

/etc/puppet/ 
├── auth.conf 
├── files/ 
│   └── vimrc 
├── fileserver.conf 
├── manifests/ 
│   ├── classes/ 
│   │   ├── htop.pp 
│   │   └── vim.pp 
│   └── site.pp 
├── modules/ 
├── puppet.conf 
└── templates/ 

fileserver.conf

[files] 
  path /etc/puppet/files 
  allow *.example.com 
  deny * 

Loon ka vastava kataloogi:

mkdir /etc/puppet/files

Loodud kataloogi kopeerin /etc/vim/vimrc faili.

manifests/site.pp

Faili kust kõik saab alguse. Selleks, et luua taaskasutatavaid komponente või klasse ning neid paremini hallata, loome kataloogi /etc/puppet/manifests/classes/ kuhu edaspidi paigutame klasside kirjeldused. Need tuuakse site.pp failile külge.

#site.pp 
import 'classes/*.pp' 
node 'basenode'{
  include htop 
}
 
node 'puppetmaster.example.com' inherits 'basenode' {
}

node 'puppetclient1.example.com' inherits 'basenode' {
  include vim
}
node 'puppetclient2.example.com' inherits 'basenode' { 
  include vim 
}  

manifests/classes/htop.pp

Htop-i paigaldamiseks loome klassi htop.pp ning nõuame, et paigaldatav versioon oleks tarkvaravaramust kõige uuem.

class htop ($version = 'latest') { 
  package {'htop': 
    ensure => $version 
    } 
} 

manifests/classes/vim.pp

Vim-nox paigaldamiseks loome klassi vim.pp ning nõuame, et paigaldatav versioon oleks tarkvaravaramust kõige uuem. Lisaks sellele kopeeritakse eelnevalt ettevalmistatud vimrc fail puppetmasterist /etc/vim/ kataloogi.

class vim ($version = 'latest') { 
    package {'vim-nox': 
        ensure => $version 
    } 
    file { "/etc/vim/vimrc": 
        source => "puppet:///files/vimrc", 
    }   
} 

Diagnostika võimalused

Süntaksilisi vigu aitas minul kõige paremini siluda allolev meetod, kus ei lasta protsessidel taustale minna.

Puppetmaster

Vigade tekkimisel soovitan puppetmaster teenuse seisma panna ning käivitada uuesti –verbose ja --no-daemonize

service puppetmaster stop
puppet master  --verbose –-no-daemonize

Puppet agent

Peatame puppet teenuse ning käivitame ta käsurealt.

service puppet stop
puppet agent --test

Viited

http://docs.puppetlabs.com/guides/puppetlabs_package_repositories.html

http://docs.puppetlabs.com/guides/installation.html

http://www.packtpub.com/puppet-2-7-for-reliable-secure-systems-cloud-computing-cookbook/book


Koostas:

Toivo Pärnpuu