Puppetを使用したPostgreSQLの展開と構成

Puppetは宣言型プログラミングアプローチを使用しており、その目的は何をするかを指定することであり、それを達成する方法は重要ではありません！

Puppetの最も基本的なコードは、コマンド、サービス、ファイル、ディレクトリ、ユーザー、パッケージなどのシステムプロパティを指定するリソースです。

以下に、ユーザーを作成するためのリソースの構文を示します。

user { 'admin_postgresql':

  ensure     => present,

  uid        => '1000',

  gid        => '1000',

  home       => '/home/admin/postresql'

}

さまざまなリソースを、拡張子が「pp」（Puppet Programの略）のファイルの以前のクラス（マニフェストとも呼ばれます）に結合できますが、それでも、いくつかのマニフェストとデータ（ファクトなど、ファイル、およびテンプレート）がモジュールを構成します。そこにあるすべての論理階層とルールは、次の図に示されています。

各モジュールの目的は、単一の実行に必要なすべてのマニフェストを含めることです。モジュール方式のタスク。一方、クラスの概念は、オブジェクト指向プログラミング言語の概念と同じではありません。Puppetでは、リソースのアグリゲーターとして機能します。

これらのファイル編成には、従うべき特定のディレクトリ構造があります：

各フォルダーの目的は次のとおりです：

class dev_accounts {

  $rootgroup = $osfamily ? {

    'Debian'  => 'sudo',

    'RedHat'  => 'wheel',

    default   => warning('This distribution is not supported by the Accounts module'),

  }



  include accounts::groups



  user { 'username':

    ensure      => present,

    home        => '/home/admin/postresql',

    shell       => '/bin/bash',

    managehome  => true,

    gid         => 'admin_db',

    groups      => "$rootgroup",

    password    => '$1$7URTNNqb$65ca6wPFDvixURc/MMg7O1'

  }

}

次のセクションでは、examplesフォルダーのコンテンツを生成する方法と、各モジュールをテストして公開するためのコマンドを示します。

PostgreSQL用のPuppetの構成

PostgreSQLデータベースをデプロイおよび保守するためのいくつかの構成例を提示する前に、すべての機能を使用するためにPostgreSQL puppetモジュールを（サーバーホストに）インストールする必要があります。

$ sudo /opt/puppetlabs/bin/puppet module install puppetlabs-postgresql

現在、Puppetですぐに使用できる何千ものモジュールがパブリックモジュールリポジトリPuppetForgeで利用できます。

$ cd /etc/puppetlabs/code/environments/production/modules

$ mkdir db_postgresql_admin

$ cd db_postgresql_admin; mkdir{examples,files,manifests,templates}

class db_postgresql_admin{

  include postgresql::server

}

$ sudo /opt/puppetlabs/bin/puppet parser validate init.pp

include db_postgresql_admin

$ sudo /opt/puppetlabs/bin/puppet apply --modulepath=/etc/puppetlabs/code/environments/production/modules --noop init.pp

node ’agent.severalnines.com’,’agent2.severalnines.com’{

 include db_postgresql_admin

}

node default {

 include db_postgresql_admin

}

$ /opt/puppetlabs/bin/puppet agent -t

$ /opt/puppetlabs/bin/puppet agent -t --noop

$ sudo netstat -ntlp|grep 5432

tcp        0 0 127.0.0.1:5432          0.0.0.0:* LISTEN   3237/postgres       

tcp6       0 0 ::1:5432                :::* LISTEN   3237/postgres       

class db_postgresql_admin{

  class{‘postgresql:server’:

        listen_addresses=>’*’ #listening all interfaces

       }

}

$ sudo netstat -ntlp|grep 5432

tcp        0 0 0.0.0.0:5432            0.0.0.0:* LISTEN   1232/postgres       

tcp6       0 0 :::5432                 :::* LISTEN   1232/postgres  

listen_addresses = 'agent2.severalnines.com,agent3.severalnines.com,localhost'

$ /opt/puppetlabs/bin/puppet agent -t

class db_postgresql_admin{

  class{‘postgresql:server’:

        listen_addresses=>’*’ #listening all interfaces

  }



   postgresql::server::db{‘nines_blog_db’:

     user => ‘severalnines’,          password=> postgresql_password(‘severalnines’,’passwd12’)

   }



   postgresql::server::pg_hba_rule{‘Authentication for severalnines’:

     Description =>’Open access to severalnines’,

     type => ‘local’,

database => ‘nines_blog_db’,

     user => ‘severalnines’,

address => ‘127.0.0.1/32’

         auth_method => ‘md5’

   }

}

# Rule Name: Authentication for severalnines

# Description: Open access for severalnines

# Order: 150

local   nines_blog_db   severalnines 127.0.0.1/32    md5

$ /opt/puppetlabs/bin/puppet agent -t

postgresql::server::role{‘Creation of a new role nines_reader’:

createdb   => false,

createrole => false,

superuser => false,     password_hash=> postgresql_password(‘nines_reader’,’passwd13’)

}

postgresql::server::pg_hba_rule{‘Authentication for nines_reader’:

     description =>’Open access to nines_reader’,

     type => ‘host’,

database => ‘nines_blog_db’,

     user => ‘nines_reader’,

address => ‘192.168.1.10/32’,

         auth_method => ‘md5’

   }

$ /opt/puppetlabs/bin/puppet agent -t