kibana5

Overview
Module Description - What the module does and why it is useful
Setup - The basics of getting started with kibana5
- What kibana5 affects
- Beginning with kibana5
Usage - Configuration options and additional functionality
Parameters
Reference - An under-the-hood peek at what the module is doing and how
Limitations - OS compatibility, etc.

Overview

Install and configure Kibana5. This module is a near copy of lesaux/puppet-kibana4 -- and intended to act as a drop in replacement.

Module Description

This module sets up and manages Kibana 5.x on a host. The ElasticSearch team continues to make "breaking" changes between their versions, so rather than try to patch the well-written Kibana4 module, I've basically cloned its behaviors here but tweaked them for Kibana5.

Setup

What kibana5 affects

Manage the elastic.co Kibana repositories
Install the Kibana package
Modifies configuration file if needed.
Java installation is not managed by this module.

Beginning with kibana5

include kibana5

Usage

The elastic.co packages create a kibana user and group (999:999) and they provide an init file /etc/init.d/kibana. This is now the preferred installation method for kibana5.

include kibana5

Parameters

Check all parameters in the manifests/init.pp file.

Installation Parameters

`version`

Version of Kibana4 that gets installed. Defaults to the latest version available in the package_repo_version you select

`install_method`

This parameter is deprecated. Only package installation from official elastic.co repositories is supported.

`manage_repo`

Whether or not to have the module also manage the Yum or Apt repos. Defaults to 'true'.

`package_repo_version`

Apt or yum repository version. Defaults to '5.0'.

`package_repo_proxy`

Whether or not to use a proxy for downloading the kibana5 package. Default is 'undef, so no proxy will be used. This is only support with yum repositories.

`service_ensure`

Specifies the service state. Valid values are stopped (false) and running (true). Defaults to 'running'.

`service_enable`

Should the service be enabled on boot. Valid values are 'true', 'false', and 'manual'. Defaults to 'true'.

`service_name`

Name of the Kibana4 service. Defaults to 'kibana'.

`plugins`

Simple plugin support has been added, but updating existing plugins is not yet supported. A hash of plugins and their installation parameters is expected:

class { 'kibana5':
  ...
  plugins => {
    'elasticsearch/marvel' => {
       kibana5_plugin_dir => '/opt/kibana/installedPlugins', # optional - this is the default
       url                => 'http://your_custom_url',       # necessary if using arbitrary URL
       ensure             => present,                        # mandatory - either 'present' or 'absent'
    },
    'elastic/sense' => {
       ensure          => present,
    },
  }
}

Configuration Parameters

See the [Kibana5
documentation](https://www.elastic.co/guide/en/kibana/5.x/kibana-server-properties.html)
for a full list of kibana server properties.
Note: If you do not specify a hash of configuration parameters, then the
default kibana.yml provided by the archive or package will be left intact.
Note: The config hash is different in version 4.1 than it is in version 4.3.

`config`

An extensive config could look like:

  ...
  config => {
    'server.port'                  => 5601,
    'server.host'                  => '0.0.0.0',
    'elasticsearch.url'            => 'http://localhost:9200',
    'elasticsearch.preserveHost'   => true,
    'elasticsearch.ssl.cert'       => '/path/to/your/cert',
    'elasticsearch.ssl.key'        => '/path/to/your/key',
    'elasticsearch.password'       => 'password',
    'elasticsearch.username'       => 'username',
    'elasticsearch.pingTimeout'    => 1500,
    'elasticsearch.startupTimeout' => 5000,
    'kibana.index'                 => '.kibana',
    'kibana.defaultAppId'          => 'discover',
    'logging.silent'               => false,
    'logging.quiet'                => false,
    'logging.verbose'              => false,
    'logging.events'               => "{ log: ['info', 'warning', 'error', 'fatal'], response: '*', error: '*' }",
    'elasticsearch.requestTimeout' => 500000,
    'elasticsearch.shardTimeout'   => 0,
    'elasticsearch.ssl.verify'     => true,
    'elasticsearch.ssl.ca'         => '[/path/to/a/CA,path/to/anotherCA/]',
    'server.ssl.key'               => '/path/to/your/ssl/key',
    'server.ssl.cert'              => '/path/to/your/ssl/cert',
    'pid.file'                     => '/var/run/kibana.pid',
    'logging.dest'                 => '/var/log/kibana/kibana.log',
  },

Testing

Rspec

You can install gem dependencies with

$ bundle install

and run tests with

$ bundle exec rake spec

Beaker-rspec

You can run beaker-spec tests which will start two vagrant boxes, one to do basic test of the archive installation method, and the other to test the package installation method. Each vagrant box also runs elasticsearch.

At this time these tests are fairly basic. We use a basic manifest in each case and ensure that the puppet return code is 2 (the run succeeded, and some resources were changed) on the first run, and ensure that the return code is 0 (the run succeeded with no changes or failures; the system was already in the desired state) on the second run.

Available node sets are centos-66-x64, centos-70-x64, ubuntu-1204-x64, ubuntu-1404-x64, debian-78-x64.

Run with:

$ BEAKER_set=centos-66-x64 bundle exec rspec spec/acceptance

Keyflow/puppet-kibana5