We understand the wish to adapt the server running Monitor to adhere to internal requirements. Since the server is set up with root access available, it's no doubt tempting to modify the system to ones own liking. In this article we will list some use cases that we strongly advice against. These solutions will compromise the reliability of the product to the point where we cannot provide full support.
We recognize that some customers will require these or similar modifications, even though we don't recommend them for a standard installation. In these cases we only support changes made directly by our Professional Services team. Subsequent support of related problems on these systems will only be available through Professional Services and not through the Support team.
Using Active Directory to manage system users
Some organizations require that system users are replaced by users managed by Active Directory. These would include the users monitor and/or apache.
This is not recommended and will cause severe problems.
Running different versions of RHEL on different nodes
OP5 Monitor is designed to run on nodes with the same OS version. For example, using RHEL 6 on some nodes and RHEL 7 on others is not supported. For best reliability, the same point release should be used on all nodes, i.e. RHEL 7.6.
We simply can't test all different configurations. The expected behavior is to regularly update the whole system with yum update, including both Monitor specific packages as well as the underlying system.
Running different versions of Monitor of different nodes
Neither is running different versions of Monitor supported. All nodes must run the same minor release, and if possible, the same micro release.
See the point above.
Using a third-party load balancer
It's not supported to run any load balancing on the OP5 Monitor servers outside of the build in functionality for the purpose. This will cause severe breakage.
Outside of the built-in load balancing, OP5 Monitor can't keep track of what node is reporting what data if it comes from different IP's.
Using a customized php.ini
It's not supported to use a customized php.ini. This may lead to various problems in the GUI. However, the following settings may be increased if you encounter problems in GUI:
It's very hard to give support on customized PHP configurations. We have received many tickets where the root cause was a customized php.ini.
It's not supported to enable SELinux on the OP5 Monitor servers. This will cause severe issues.
OP5 Monitor is not tested together with SELinux and SELinux is set to disabled during the installation of OP5 Monitor.