Extend option for hosts which instance should monitor them

[sirbaas]

@simon-mueller

Maybe you can get a hold of your problem by using the inheritance feature of checkmk folder? For every folder you create in WATO you can set properties which will be applied to all hosts inside it. For example at my former employer I used to create the following structure and apply settings to those folders:

Main Directory (/)
|_ Internal
|_ Customers
    |_ Customer A (monitored at site customer_a)
       |_ Network Devices
       |_ Virtual Machines
       |_ ...
    |_ Customer B (monitored at site customer_b)
       |_ Servers
       |_ Remoteboards
       |_ ....
    |_ Customer C (bigger one, don't set the site (yet))
      |_ Site 1 (monitored at customer_c_site_1)
        |_ Servers
      |_ Site 2 (...)
        |_ Servers
    |_ ...

Thus, you only have to set the directory when using automation which you could eg. name after some internal CustomerIds or other codenames which all teams understand altogether…

Another advantage of this is that when you create rulesets for eg. customer B and you apply the rules to the folder of customer B, you only need to restart the site of customer B and not all sites at the same time. There are checkmk users which needed even more separation. That’s when the CME was introduced.

I like the idea of the customer separation, than the user can automate there task and just add host to the correct folder.
I think you have to understand that we have 50+ customer, where we provide a service (SAAS). The monitoring is only for internal use to meet the SLA-agreement. So CME doesn’t have that more benefits to have (I tested the CME 1.6 version). Besides that for the customer it doesn’t matter if everything is running in one of the other datacenter.

Side note. In our mind creating a site for every customer seem to be to excessive, so we have 1site for every environment and for every datacenter. We have 5 different environment, so then we would get something like:

Main Directory (/)
|_ Internal
    |_ Virtual Machines
        |_ Development environment
            |_ Datacenter1 (monitored at internal_development_dc1_site1)
            |_ Datacenter2 (monitored at internal_development_dc2_site1)
        |_ Second environment 
            |_ Datacenter1 (monitored at internal_second_dc1_site1)
            |_ Datacenter2 (monitored at internal_second_dc2_site1)
        |_ Third environment
            |_ ........
        |_ Fourth environment
            |_ ........
        |_ Production environment
            |_ ........
    |_ Network
       |_ .........
    |_ Appliances
       |_ .........
|_ Customers
    |_ Customer A
        |_ Development environment (monitored at customers_development_dc1_site1)
        |_ Second environment 
            |_ ........
        |_ Third environment
            |_ ........
    |_ Customer B (monitored at site customer_b)
        |_ Development environment (monitored at customers_development_dc2_site1)
        |_ Second environment 
            |_ ........
        |_ Third environment
            |_ ........
    |_ Customer C (bigger one, don't set the site (yet))
        |_ Development environment (monitored at customers_development_dc1_site2)
        |_ Second environment 
            |_ ........
        |_ Third environment
            |_ ........

My goal is to make it easier for the CheckMK admin to monitoring stuff per datacenter. And use as simpel hiera-folder structure for CheckMK internal user for there automation.

---

@andreas-doehler

The problem is that the property “monitored on site” is a host tag.
You can also not assign host tags with rules.

If you manage the host creating with the WATO API then you can make the decision at creation time with your rules. Is there a problem against this way?

There is no problem with the WATO API, just more that within our organization it seems not to work.

For some background we have 2 department, one managing all in the infrastructure (including creating and setup CheckMK as a service for the other department) and one managing all the customer application.

When the application-team is adding host to CheckMK, they don’t care witch CheckMK site is monitoring the host. The infrsatructure-team does care for capacity and performance. Currently we don’t have hiera-folder as above, so we would need to run scheduled automation job. Checking it for ~3000 host in CheckMK and this seems resources intensive. Secondly we need to have a second location (example ansible inventory) to store the information in witch datacenter host are running. Instead of a rule with CheckMK for CheckMK so to speak.