Project

General

Profile

Actions

Distributed Icinga2 » History » Revision 7

« Previous | Revision 7/11 (diff) | Next »
Jon Goldberg, 09/18/2017 04:09 PM
Add TLS1.2 instructions


{{last_updated_at}} by {{last_updated_by}}

Distributed Icinga2

Overview

With a single instance of Icinga2, we can check the status of remote services that are publicly accessible. For instance, we can check if SSH responds on a remote host. However, we can NOT check information that is not publicly accessible - for instance, whether the remote server has low disk space.

To handle this, we use a distributed Icinga2 infrastructure. Our original Icinga instance becomes a master instance. We also install a minimal version of Icinga on remote servers, known as satellite instances. Icinga2 has a wizard that establishes encrypted communication links between servers. We use a top-down configuration, which means that all checks are initiated from the master instance - but some service checks are configured to run on a different endpoint.

In our instance, that means that some checks run entirely on the master - e.g. an SSH check - but a "low disk space" check is scheduled on the master instance, which contacts the satellite, instructs it to run the plugin, and return the result.

Installing Icinga2 as a Satellite

Source: https://www.olindata.com/blog/2015/03/monitoring-remote-systems-icinga-2

Run these commands on the satellite (assumes the satellite OS is Ubuntu)

apt install software-properties-common
add-apt-repository ppa:formorer/icinga
apt update
apt install icinga2
systemctl enable icinga2.service
systemctl start icinga2.service
# Get the salt from the master node in /etc/icinga2/constants.conf
icinga2 pki ticket --cn 'icinga.jmaconsulting.biz' --salt <salt goes here>
icinga2 node wizard

Alternate instructions for Debian Jessie:

# Note: Ensure you have jessie-backports enabled: https://backports.debian.org/Instructions/
apt install software-properties-common
apt-get -t jessie-backports install icinga2
# Debian installs some some host definitions that interfere with being a satellite; delete them
rm /etc/icinga2/conf.d/hosts.conf
systemctl enable icinga2.service
systemctl start icinga2.service

# Get the salt from the master node in /etc/icinga2/constants.conf
icinga2 pki ticket --cn 'orange.megaphonetech.com' --salt <salt goes here>
icinga2 node wizard

Here's an example of the node wizard setup for a red.megaphonetech.com:

Please specify if this is a satellite setup ('n' installs a master setup) [Y/n]: 
Starting the Node setup routine...
Please specify the common name (CN) [rh6.jmaconsulting.biz]: 
Please specify the master endpoint(s) this node should connect to:
Master Common Name (CN from your master setup): icinga.jmaconsulting.biz
Do you want to establish a connection to the master from this node? [Y/n]: 
Please fill out the master connection information:
Master endpoint host (Your master's IP address or FQDN): icinga.jmaconsulting.biz
Master endpoint port [5665]: 
Add more master endpoints? [y/N]: 
Please specify the master connection for CSR auto-signing (defaults to master endpoint host):
Host [icinga.jmaconsulting.biz]: 
Port [5665]: 
information/base: Writing private key to '/etc/icinga2/pki/rh6.jmaconsulting.biz.key'.
information/base: Writing X509 certificate to '/etc/icinga2/pki/rh6.jmaconsulting.biz.crt'.
information/cli: Fetching public certificate from master (icinga.jmaconsulting.biz, 5665):

Certificate information:

 Subject:     CN = icinga.jmaconsulting.biz
 Issuer:      CN = Icinga CA
 Valid From:  Jan 25 23:12:52 2017 GMT
 Valid Until: Jan 22 23:12:52 2032 GMT
 Fingerprint: B7 DC AF 0C F7 B2 EF DD C9 8F 34 99 5C C2 9A 86 57 9C D2 B0 

Is this information correct? [y/N]: Y
information/cli: Received trusted master certificate.

Please specify the request ticket generated on your Icinga 2 master.
 (Hint: # icinga2 pki ticket --cn 'rh6.jmaconsulting.biz'): #Run this command on the master to generate a ticket number
information/cli: Requesting certificate with ticket '00a2aff74b3b3145630504276912a9addd714810'.

information/cli: Created backup file '/etc/icinga2/pki/rh6.jmaconsulting.biz.crt.orig'.
information/cli: Writing signed certificate to file '/etc/icinga2/pki/rh6.jmaconsulting.biz.crt'.
information/cli: Writing CA certificate to file '/etc/icinga2/pki/ca.crt'.
Please specify the API bind host/port (optional):
Bind Host []: 
Bind Port []: 
Accept config from master? [y/N]: Y
Accept commands from master? [y/N]: Y
information/cli: Disabling the Notification feature.
Disabling feature notification. Make sure to restart Icinga 2 for these changes to take effect.
information/cli: Enabling the Apilistener feature.
Enabling feature api. Make sure to restart Icinga 2 for these changes to take effect.
information/cli: Created backup file '/etc/icinga2/features-available/api.conf.orig'.
information/cli: Generating local zones.conf.
information/cli: Dumping config items to file '/etc/icinga2/zones.conf'.
information/cli: Created backup file '/etc/icinga2/zones.conf.orig'.
information/cli: Updating constants.conf.
information/cli: Created backup file '/etc/icinga2/constants.conf.orig'.
information/cli: Updating constants file '/etc/icinga2/constants.conf'.
information/cli: Updating constants file '/etc/icinga2/constants.conf'.
Done.

Now run service icinga2 checkconfig && service icinga2 restart to finish the installation on the satellite.

Create Zones and Endpoints

You must also set up the Zone and Endpoint objects, stored in /etc/icinga2/zones.conf. In our model, each zone contains one and only one endpoint.

Zones and Endpoints on the Satellite

The node wizard mostly handles this for you on the satellite, it will generate a file with these constants. Note that NodeName and ZoneName are defined in /etc/icinga2/constants.conf, and should both be the name of the host.

object Endpoint "orange.megaphonetech.com" {
        host = "orange.megaphonetech.com"
        port = "5665"
}

object Zone "master" {
        endpoints = [ "orange.megaphonetech.com" ]
}

object Endpoint NodeName {
}

object Zone ZoneName {
        endpoints = [ NodeName ]
        parent = "master"
}

Add the following Zone object on your satellite. Files in this zone are synced to all Icinga2 instances, so you can distribute many configuration files this way:

/* sync global commands */
object Zone "global-templates" {
        global = true
}

Zones and Endpoints on the Master

Edit /etc/icinga2/zones.conf. Add the Zone and Endpoint of the new satellite. For instance, if the satellite has a ZoneName and NodeName of database.lavabrooklyn.org defined in its constants /etc/icinga2/constants.conf then you should add these objects on the master:

object Endpoint "database.lavabrooklyn.org" {
}

object Zone "database.lavabrooklyn.org" {
        endpoints = [ "database.lavabrooklyn.org" ]
        parent = "master"
}

Harden the TLS connection

Add this line to the bottom of the "api" object in /etc/icinga2/features-available/api.conf:
tls_protocolmin = "TLSv1.2"

Testing the Zones/Endpoints

After reloading Icinga2 on both satellite and master, you should be able to see the new checks reflected in Icingaweb2 immediately, though they might be listed as "Pending". Click "Check now" to ensure they're working as expected.

How to change a satellite's hostname

Re-run `icinga2 node wizard` on the satellite.  This will fix the satellite's "constants.conf" and "zones.conf".
Edit `/etc/icinga2/zones.conf` Zone and Endpoint on the master to change the name.

Updated by Jon Goldberg over 6 years ago · 7 revisions