# Command\_endpoint using Host Group

**URL:** <https://community.icinga.com/t/command-endpoint-using-host-group/13140>\
**Category:** Icinga 2\
**Tags:** icinga2\
**Created:** [January 18, 2024, 4:55am UTC](https://community.icinga.com/t/command-endpoint-using-host-group/13140 "2024-01-18T04:55:43Z")\
**Posts on this page:** 7\
**Page:** 1

<div class="post-metadata">

**Author:** ![robvan](https://community.icinga.com/letter_avatar_proxy/v4/letter/r/858c86/32.png) [@robvan](https://community.icinga.com/u/robvan)\
**Post date:** [January 18, 2024, 4:55am UTC](https://community.icinga.com/t/command-endpoint-using-host-group/13140/1 "2024-01-18T04:55:43Z")

</div>

I’m hitting a resource constraint with the checkers on my satellites, and I’m trying to avoid building using sub-zones. Is it possible to configure command\_endpoint to use a host group?

---

<div class="post-metadata">

**Author:** ![rivad](https://community.icinga.com/user_avatar/community.icinga.com/rivad/32/5852_2.png) [@rivad](https://community.icinga.com/u/rivad)\
**Post date:** [January 18, 2024, 8:32am UTC](https://community.icinga.com/t/command-endpoint-using-host-group/13140/2 "2024-01-18T08:32:15Z")

</div>

I don’t think so but can you add a second satellite to the zone or give them more CPUs?  
After 2 masters and 2 satellites per zone, I suspect you have no other choice then to add more sub-zones.

Also is it possible to install the agent on the target and thus run the checks on localhost? IMHO, this scales the best.

---

<div class="post-metadata">

**Author:** ![robvan](https://community.icinga.com/letter_avatar_proxy/v4/letter/r/858c86/32.png) [@robvan](https://community.icinga.com/u/robvan)\
**Post date:** [January 18, 2024, 10:09pm UTC](https://community.icinga.com/t/command-endpoint-using-host-group/13140/3 "2024-01-18T22:09:10Z")

</div>

Thanks for the response.

Unfortunately, I’m already at 2 satellites in the zone and can’t build them up any further. The targets are all networking devices and checks are snmp, but there’s about to be over 1000 devices added, each with multiple checks. This will prove too much I think. I guess sub-zones it is then.

---

<div class="post-metadata">

**Author:** ![monigacom](https://community.icinga.com/letter_avatar_proxy/v4/letter/m/bb73d2/32.png) [@monigacom](https://community.icinga.com/u/monigacom)\
**Post date:** [January 19, 2024, 2:40am UTC](https://community.icinga.com/t/command-endpoint-using-host-group/13140/4 "2024-01-19T02:40:00Z")

</div>

If you don’t mind asking a side question…

What is the resource constraint with the checkers and how did you determine that?

I would like to monitor the checkers I’ve from performance / constraints point of view as well. I do have “icinga” check and usual linux performance stats but something within Icinga json api perspective I don’t know how to co-relate each other.

Thanks

---

<div class="post-metadata">

**Author:** ![rivad](https://community.icinga.com/user_avatar/community.icinga.com/rivad/32/5852_2.png) [@rivad](https://community.icinga.com/u/rivad)\
**Post date:** [January 25, 2024, 1:03pm UTC](https://community.icinga.com/t/command-endpoint-using-host-group/13140/5 "2024-01-25T13:03:57Z")

</div>

Fine grained checks of network equipment can take a lot of resources!  
We do all the SNMP stuff with LibreNMS, are at ~50000 ports now and use currently 45 vCPUs for LibreNMS. I guess we soon need to move components (like the poller) to dedicated servers. Also the 700+ LibreNMS alert and health checks put a lot of strain on the Icinga masters but I added 2 more vCPUs to the masters and we’re planing to implement caching for the checks:

- [Check librenms-alerts — Open Source Admin-Handbuch der Linuxfabrik](https://docs.linuxfabrik.ch/monitoring-plugins/librenms-alerts.html)
- [Check librenms-health — Open Source Admin-Handbuch der Linuxfabrik](https://docs.linuxfabrik.ch/monitoring-plugins/librenms-health.html)

---

<div class="post-metadata">

**Author:** ![robvan](https://community.icinga.com/letter_avatar_proxy/v4/letter/r/858c86/32.png) [@robvan](https://community.icinga.com/u/robvan)\
**Post date:** [February 11, 2024, 11:43pm UTC](https://community.icinga.com/t/command-endpoint-using-host-group/13140/6 "2024-02-11T23:43:15Z")

</div>

Sorry for the late response. Unfortunately I don’t have a pretty method, only correlating CPU time and usage of the VMs and their hosts, coupled with the host CPU architecture and affinity settings.

---

<div class="post-metadata">

**Author:** ![robvan](https://community.icinga.com/letter_avatar_proxy/v4/letter/r/858c86/32.png) [@robvan](https://community.icinga.com/u/robvan)\
**Post date:** [February 11, 2024, 11:44pm UTC](https://community.icinga.com/t/command-endpoint-using-host-group/13140/7 "2024-02-11T23:44:30Z")

</div>

I ended up re-architecturing the VMs themselves to better match the hosts, as well as created 3 new zones, each with 2 satellites.
