After you have installed the engine, you can manage engines and Load-Balancing groups by going to→ → .
You can view engine names, hosts, status, connection, etc.
In the Service Name column, if the service name starts with a
d1 prefix, it is a multiple engine.
You can do the following:
Add/remove engines to the Load-Balancing Group.
You can only add the engine to the Load-Balancing group after you have connected the engine.
If you want to remove the last engine from a specific Load-Balancing group, if one or more integration instances use that engine, you will get an error. Before moving the engine, you need to assign Run on to a different engine or no engine for each of the integration instance settings.
Create Load-Balancing Groups
When selecting→ , you can create multiple Load-Balancing groups and decide which engines are part of each group. It is useful to create separate Load-Balancing groups. For example,
Use separate Load-Balancing groups for different integrations and instances. Create Load-Balancing groups for certain tasks, which can help segregate the infrastructure of critical integrations.
Managed Security Service Providers may want to split internal engines and SaaS product engines.
If you have multiple AWS accounts that are not connected and do not want a single point of failure for AWS integrations that use STS.
For high availability, you may want multiple Load-Balancing groups of engines in different locations.
It can also help managing the load in a multi tenant environment
Users can move an engine from one group to another. A group will be deleted when the last engine is removed from it.
Each engine can only belong to one group.
(Multi-Tenant) When clicking Load-Balancing and Propagation, you can share engines with tenants for integration purposes.
Get engine logs
Logs are located in
/var/log/demisto. For multiple engines, logs are located in
/var/log/demisto/. For example,
<name of the engine>
Upgrade an engine
When an engine requires an upgrade, the Cortex XSOAR version for that engine is red. You need to select the checkbox for the engine that requires an upgrade and click Upgrade Engine. When the upgrade finishes, the version appears in the Cortex XSOAR Version. The upgrade procedure can take several minutes.
You can only upgrade the engine if you installed the engine with the shell installer. To upgrade engines that were not installed with the shell installer, you need to remove the engine and do a fresh install. For more information, see Install a Cortex XSOAR Engine. For troubleshooting, see Troubleshoot Engine Upgrades.
By default, auto upgrade extracts the files to the
/tmpdirectory. In some cases, you might need to use a different directory. For example, a common use case is if your
/tmpdirectory is mounted as a non-executable directory. To use a different directory, edit the
XSOAR_ENGINE_AUTO_UPGRADE_TMP_DIRenv variable. The env variable can be specified as a global variable or can be edited in the crontab of the root user that runs the engine upgrade script. To edit the crontab of root, run
sudo crontab -e. An example:
# d1 engine XSOAR_ENGINE_AUTO_UPGRADE_TMP_DIR=/root/tmp PATH=/sbin:/bin:/usr/sbin:/usr/bin * * * * * /usr/local/demisto/upgrade_engine.sh >> /var/log/demisto/demisto_install.log