Deployment Configuration¶
values.yaml
are the main point of SC4SNMP management. The most important variables are already there from the very beginning
after executing:
microk8s helm3 inspect values splunk-connect-for-snmp/splunk-connect-for-snmp > values.yaml
The whole file is divided into the following components:
- scheduler - more detail scheduler configuration
- worker - more detail worker configuration
- poller - more detail poller configuration
- sim - more detail sim configuration
- traps - more detail trap configuration
- mongodb - more detail mongo configuration
- redis - more detail redis configuration
Shared values¶
All of the components have the resources
field for adjusting memory resources:
resources:
limits:
cpu: 1000m
memory: 2Gi
requests:
cpu: 1000m
memory: 2Gi
More information about the concept of resources
can be found in the kuberentes documentation.
Update Inventory and Profile¶
Inventory and profiles in values.yaml
is quite expensive from the Splunk Connect for SNMP perspective.
It requires several checks before applying changes. SC4SNMP was designed to prevent changes in inventory and profiles
task more often than every 5 min.
When changing inventory or profile need to be applied in values.yaml
following steps need to be done:
- Apply changes in
values.yaml
- Check is inventory pod is still running by an execute command
shell
microk8s kubectl -n sc4snmp get pods | grep inventory
If the command does not return any pods, follow the next step. In another case, wait and execute the command again until the moment when inventory job finishes.
- Run upgrade command describe in Installation Guide
NOTE: If you decide to change existing profile scope without changing inventory data, the change will be reflected after
next walk process for the host. Walk happens every walk_interval
or on any change in inventory.