Operations Console Deployment Options
•About the Neurons for ITSM Operations Console Deployment Options
•Option OC3: Separate Configuration Databases for Each Landscape (Best Practice)
•Option OC4: One Configuration Database and One Application Server
•Option OC5: One Configuration Database and Separate Application Servers for Each Landscape
About the Neurons for ITSM Operations Console Deployment Options
•Determine your database deployment options first. In all of the Operations Console deployment options below, you can substitute any of the database deployments described in Database Deployment Options for the database deployments in the figure. So for the database engine instance shown in Option OC1 below, you could substitute Option D1, Option D2a, Option D2b, Option D3, and so on for that database engine instance.
•To use the Operations Console, the production, staging, and UAT application servers must all use the same version of Neurons for ITSM. When you test new versions of Neurons for ITSM, either install the new version in a separate environment or plan the Operations Console pushes before testing the new version.
•We recommend using a deployment that has either two or three configuration databases, such as Option OC1, Option OC2, or Option OC3.
Option OC1: Separate Configuration Databases and Application Servers for Production and Development (Best Practice)
You only install the Operations Console on the staging/UAT server. Do not install it on any other servers.
Example of Separate Configuration Databases and Application Servers for Production and Development
Option OC2: Two Configuration Databases and Separate Application Servers for Each Landscape (Best Practice)
You only install the Operations Console on the staging server. Do not install it on any other servers.
Example of Two Configuration Databases and Separate Application Servers for Each Landscape
Option OC3: Separate Configuration Databases for Each Landscape (Best Practice)
The only use case for this option is to upgrade the staging or UAT landscape at different times.
You only install the Operations Console on the staging server. Do not install it on any other servers.
Example of Separate Configuration Databases for Each Landscape
Option OC4: One Configuration Database and One Application Server
We do not recommend using this or any similar deployment that has only one configuration database that is used for IvantiSM, IvantiSM-STG, and IvantiSM-UAT, unless you are setting up a demo environment. The reason for this only being viable for demo environments is that this deployment prevents you from being able to test future upgrades on development tenants without forcing production to upgrade at the same time.
Example of One Configuration Database and One Application Server
Option OC5: One Configuration Database and Separate Application Servers for Each Landscape
We do not recommend using this or any similar deployment that has only one configuration database that is used for IvantiSM, IvantiSM-STG, and IvantiSM-UAT, unless you are setting up a demo environment. The reason for this only being viable for demo environments is that this deployment prevents you from being able to test future upgrades on development tenants without forcing production to upgrade at the same time.
You only install the Operations Console on the staging server. Do not install it on any other servers.
Example of One Configuration Database and Separate Application Servers for Each Landscape
